7 Must Know Software Design Patterns
Photo by charlesdeluvio on UnsplashWhy Should We Care About Design PatternsSimply put, design patterns help us solve problems by creating a reusable solution that we can use as a template for our software. That being said, design patterns aren't algorithms and you can't paste them into the code base. They give you a template of sorts, but if misused some patterns may cause additional complexity an
10人中8人が失敗・後悔するフィリピン留学・セブ島留学の真実
帰国後に「失敗した」「公開した」という声が多いフィリピン留学。フィリピン留学をする10人に8人が失敗に終わるとも言われています。しかしなぜそのような事態に陥ってしまっているのでしょうか。この記事を書いた田中に直接話を聞きたい方はお気軽にお問い合わせください。 フィリピンといえば、今やアメリカやカナダに並ぶほど人気の留学先。 本気で英語力を伸ばしたい人を応援するために立ち上がった「本気留学StudyIn」も今では年間3000名以上の方をサポートするまでに育ちました。 今そんな大人気のフィリピン留学が失敗に終わってしまったという人が続出しています。留学相談の方で、10人に8人はアドバイスなしでは失敗してしまうというレベルです。 ※失敗の定義は留学後も英語が日常会話すら話せないケースです フィリピン留学が失敗に終わる本当の理由は大きく分けて2つあります。 ・フィリピンに語学学校が増えすぎた ・エ
失業したらiDeCoの落とし穴にハマった件 - 35歳からの中二病エンジニア
僕は金策の一環でiDeCoを活用している。この制度が年金と関連しているのは契約時にざっくり把握していたつもりだけれども、失業状態を挟んだ転職でえらい面倒なことになってしまったので、備忘録がてら内容を書き記しておく。ちなみに、僕が加入しているのはSBI証券のiDeCoだが、制度的な部分は共通なので他社でも概ね同様と思われる。 TL;DR 国民年金の納付免除期間は、iDeCoの加入者資格を失う 失業期間を経た転職時は、iDeCoの変更申請を2回、書面で手続きする必要がある 何もしないと、資格喪失中の掛金が手数料を差し引かれた上で還付される 手続きにはタイムラグがあるので、還付を避けたければ銀行側で口座振替を解除すべし 会社都合での退職 今年の9月30日をもって、前職の会社を退職することになった。これは会社都合の退職だったのと、転職先がすぐには決まりそうもないということで、一旦失業状態になること
ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT Communications Engineers' Blog
はじめに スタンフォード大学の John Ousterhout 教授が執筆された “A Philosophy of Software Design”(以下 APoSD と略す) という書籍をご存じでしょうか？ 書籍のタイトルを直訳すると、「ソフトウェア設計の哲学」となります。書籍の内容はまさに、ソフトウェア設計について扱っています。 本書籍をベースに、「A Philosophy of Software Design を30分でざっと理解する」というお題で社内ランチ勉強会が開催されました。本記事執筆者である岩瀬(@iwashi86)が発表者であり、勉強会資料は以下のとおりです。 スライド P.4 に記載したとおり、本書籍は John Ousterhout 教授の意見が強く反映されており、ソフトウェアエンジニアであれば、議論を呼ぶ箇所があります。実際、勉強会の実況Slackでは、「これはどうな
ダメな無線LANシステムのつくりかた - hgot07 Hotspot Blog
ふらりと入ったカフェのフリーWi-Fiが不調でも「こんなものか」で諦めがつくのでしょうが、ホテルや空港、学校などの無線LANシステムが満足に使えないことのストレスは大したもの。ましてや、有償サービスにサインアップしてロクに使い物にならないと知った時の怒りといったら……。 当エントリでは、かつてTwitterに書いてプチバズったものを中心に、記録のためにまとめてみます。世にはびこるダメな無線LANシステムは、一時的な不調というよりも、とにかく「基本設計が悪い」というのに尽きます。 公衆無線LANありがちトラブル https://twitter.com/hgot07/status/770814197374398464 100人部屋だからアドレス120もあれば十分だろう→端末複数持ちが多くて死亡 DHCPのリース時間は適当に2時間でいいかな→人々の入れ替わりに追いつけなくて死亡 利用者数×アプリ
質とスピード（2022春版、質疑応答用資料付き） / Quality and Speed 2022 Spring Edition
質とスピード（2022春版、質疑応答用資料付き）
『良いコード／悪いコードで学ぶ設計入門』を読んで気になったことのメモ
はじめに 話題となっている『良いコード／悪いコードで学ぶ設計入門 ―保守しやすい 成長し続けるコードの書き方』 (出版社のページ) を読みました。 全体的には「うんうん、そうだよね」と同意できることが多かったです。 もちろん、初めて目にするような考え方, アイディア, テクニックもありました。 一方、気になったことやちょっと引っかかったこともありましたので、メモしておきます。 あくまでもメモなので結論のようなことはありません。 p.55: HitPoint.isZero HitPoint クラスに isZero メソッドがあります。 「ヒットポイントがゼロであれば true」という仕様で、実装は次のようになっています。
用語変更のお知らせ
平素よりヤマハネットワーク製品をご利用いただき、誠にありがとうございます。 この度、ヤマハネットワーク製品の各機能で使われている一部の用語を変更することとなりましたので、下記の通りご案内申し上げます。 対象製品 ルーター製品 スイッチ製品 無線LANアクセスポイント製品 Yamaha Network Organizer（YNO） Yamaha LAN Monitor 適用範囲 発売中の製品で用語変更を行った場合は、その変更が追加されたファームウェアの公開時にリリースノートでお知らせします。 なお、Webページ、技術資料や各種マニュアルは他の機能追加や仕様変更などのタイミングで順次反映してまいります。ご了承いただきますようお願い申し上げます。 今後発売される新製品につきましては、発売時に製品に搭載されているファームウェアから新しい用語を使用しますが、詳しい対応状況は各製品のマニュアルをご参照
「ソフトウェアアーキテクチャの基礎」読書感想
2010年代を乗り越えてきた経験者が読むと良さそうという噂を聞いたので読んでみた。 内容まとめではなく感想です。各章のタイトルだけは丸々記載してますが、目次として上記ページで全て公開されているものです。 ちなみにこれ書いている私はソフトウェアアーキテクトではなく、フロントエンドアプリケーションの設計を担当するテックリードぐらいのレイヤーです。この書籍の中でいう「開発者」です。 業務ではフロントエンドアプリケーションの設計・実装をしています。 全体的な感想 1章（イントロダクション）、22章（効果的なチームにする）、23章（交渉とリーダーシップのスキル）が特によかった。 やっぱ "結局人" の部分が刺さってしまう。 心に書きとめておきたい3つを挙げるとしたら以下。 ソフトウェアアーキテクチャとは「構造」「アーキテクチャ特性」「アーキテクチャ決定」「設計指針」の4つから成る 「一見どう見えよう
『システム運用アンチパターン ――エンジニアがDevOpsで解決する組織・自動化・コミュニケーション』は、誰が読み、実践すべきことが書かれているのか、その「誰」を考えながら読んでほしい1冊だった - Magnolia Tech
システム運用アンチパターン ―エンジニアがDevOpsで解決する組織・自動化・コミュニケーション 作者:Jeffery D. SmithオライリージャパンAmazon いやー刺さりまくる名言のオンパレードみたいな1冊『システム運用アンチパターン 』。 この本で最初に出てくる具体的な事例が「パターナリスト症候群」という内容なんですけど、これまでの技術書にありがちな「作業品質向上や、効率化のため」というより、組織のアジリティを下げてしまう「重い承認プロセス」を排除するために自動化しましょう、と言っているところが良い。 自動化をする理由が効率化とか、品質じゃなくて、重い承認プロセスを不要にするためである、というところが新しいし、アンチパターンに技術で立ち向かうところが、良い— magnoliak🍧 (@magnolia_k_) 2022年4月23日 なので、そもそも「承認プロセス」というのは何
『良いコード/悪いコードで学ぶ設計入門 』を出版します｜ミノ駆動
こんにちは、リファクタリングが大好きなミノ駆動です。 これは、私が執筆した『良いコード/悪いコードで学ぶ設計入門 ―保守しやすい 成長し続けるコードの書き方』について紹介する記事です。 2022年4月30日発売です（ほぼ同日に電子書籍版も出ます）。 AmazonなどECサイトで、すでに多くの予約が入っており、ヨドバシ.comでは一時期予約終了になったほどです。おかげさまで初版部数が2倍になりました。 ■どんな本？皆さんはプログラミングでバグを埋め込みたいですか？ロジック修正が上手くいかず、ヒィヒィ言いながら長時間残業したいですか？イヤに決まってますよね。ところが現実には、 何度もバグを埋め込んでしまう ロジックを読み解くのに時間がかかる やっとロジック修正しても、全然違う箇所がバグ化してしまう ……ほとんど誰もが体験しているのではないでしょうか。 でも、こうした状況をなんとかしたいと思って
予防に勝る防御なし - 堅牢なコードを導く様々な設計のヒント / Growing Reliable Code PHPerKaigi 2022
PHPerKaigi 2022 2022/04/10 10:40〜 Track A レギュラートーク（40分） PHP はバージョンを追う毎に型宣言、例外、表明、列挙型などの機能が大幅に強化され、堅牢なコードを書くための機能が充実してきました。それらの機能はどう使うと効果的なのでしょうか。 本講演では PHP 8.1 をベースにして、誤りを想定してチェックするのではなく、そもそも誤りにくい設計とはどのようなものか、つまり「予防」の観点を軸足に、堅牢なコードを導くための様々な設計のヒントをご紹介します。 Agenda - 型宣言 - 列挙型 - ドメインモデリング - 不変性と等価性 - 完全性 - レイヤーと責務
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
開発環境へのこだわり
非ITの事業会社にSREと言わずにSREを持ち込んだ
テーブル設計の考え方とやり方 [入門編]![テーブル設計の考え方とやり方 [入門編]](https://cdn-ak-scissors.b.st-hatena.com/image/square/fff34d6fcb76b27f602c88a8a78045329642f395/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F5416b70d025345fc95b30d1ec95701b6%2Fslide_0.jpg%3F20931325)
Amazon.co.jp: さあ、写真をはじめよう 写真の教科書: 大和田良, 勝倉崚太, 岸剛史, 木村崇志, 船生望, 圓井義典: Digital Ebook Purchas
Amazon.co.jp: ナショナル ジオグラフィック プロの撮り方 モノクロ写真: リチャードオルセニウス: 本
ウクライナ緊急：避難を強いられる家族に人道支援が急務です | 国連UNHCR協会
Amazon.co.jp: チ。―地球の運動について―: 魚豊: Digital Ebook Purchas
Amazon.co.jp: へうげもの: 山田芳裕: Digital Ebook Purchas