You Aren't Going to Need It 「今必要のあることだけをやれ」という意味.
XPのシンプルな設計における原則
本記事はRettyマイクロサービス強化月間の四つ目の記事です. engineer.retty.me RettyのtoB開発チームでエンジニアをしています鈴木です. 社会人エンジニアも早いことに１年が経ってしまい, “ピチピチエンジニア” の称号と権利を失ってしまいました. 今年は “深みと勢いのエンジニア” として活動しています. ピチピチエンジニアとして投稿した以前の記事では, その時おすすめの焼き芋を紹介したので今回も最近おすすめのお店としてMEARIを載せます. retty.me 今まで実家の焼き鳥が一番美味しいと思っていた自分に衝撃を与えたお店です. 早速本題に入りますが, Retty…
はじめに タイトルの通り、SRE歴だと6年 + 5社目ですが、株式会社チカクのSREからバックエンドに転向して2ヶ月経ちました。 この2ヶ月、フェーズが変わったプロダクトに追従出来ていなかったチームの開発プロセスを刷新することにメンバーと注力していました。 それについてお話しします。 SREを無くした 「SREはバックエンドが分かってないと信頼性を担保することは出来ない」 「バックエンドはインフラが分かってないとインフラを意識した設計、冪等性の担保、柔軟でベストな設計が出来ない」 と私は考えており、少人数で複雑なアーキテクチャでなければSREとバックエンドを分離する必要はないと思ってます。 ま…
前提、原則、思想、習慣、視点、法則、などのことをプリンシプルという。 プリンシプルを身につけると、なぜその技術が必要なのか、が理解することができる。 プリンシプルとは普遍的な知識であり、様々な技術に対して当てはめることができ、エンジニアの土台としての知識になる。プリンシプルは抽象的なものであり、大きな原則になる。 ときにはプリンシプル同士の主張が相反するものになる。その場合にはより良い解になるよう、状況に応じて判断する。 1章 前提 プログラミングの普遍的な事実のこと。プログラミングとはこういうもの、というコードを書くときの前提知識。 1.1 プログラミングに銀の弾丸はない。 ソフトウェアには…
"再利用可能になった" はわかる。テストを書きやすいように書くと自然とそうなるから。でも、"再利用可能にしよう" がわからない。YAGNI(You ain't gonna need it)に反しているし、モジュールの安定度を上げる行為だからもっと慎重になるべきだ。そもそも、再利用する理由が同じでないのに再利用する危険性もある。 たとえば Button コンポーネントを考える。かなり汎用的な名前なので様々な場所で"使われてしまう"。結果、Button コンポーネントを変更しようとすると多くの場所に影響が出るようになる。こうなると Button は安易に変更ができない=安定度が高いコンポーネントと…
（１）アウトプットを最小に、アウトカムを最大に 利用者にとって重要なのは「そのプロダクトで自分の問題を解決できるか？」であり、どんなテクノロジーで実現されているかは重要ではない コードは書けば書くほどメンテコストが上がる（テスト項目増、ライブラリのバージョンアップ時の足かせ、etc...） ステークホルダーの求める通りではなく、利用者を知り、理解し、最小限の実装で最大限の価値を生める方法を模索する （２）リードタイムにフォーカスする 利用者に機能を届けるスピードと技術的負債のトレードオフを考える 利用者に届くのが 1 日後と 1 週間後で大きく違いを感じてもらえるのか？ 感じてもらえるのであれ…
定義 プログラムに変更Xを加えるとき、類似の機能A,B,Cの実装を確認し、その共通部分から、変更Xに必要な実装を導くことがあります。 この一連の作業を、この記事では帰納的プログラミングと呼びます。 帰納（きのう、英: Induction、希: επαγωγή（エパゴーゲー））とは、個別的・特殊的な事例から一般的・普遍的な規則・法則を見出そうとする論理的推論の方法のこと。 出典: Wikipedia 帰納的プログラミングの例 このコミット は帰納的プログラミングにより作成されました。 github.com 帰納する際は、次のコミットを参考にしています。 MDEV-28007 Deprecate …
最近DDDや値オブジェクトやドメインオブジェクトの定義が一部界隈で話題です。kumagi sanとかとじゅんさんの間で熱い議論が何日にも渡って繰り広げられています。 kumagi.hatenablog.com blog.j5ik2o.me kumagi.hatenablog.com kumagiさん眠たいんですが…。続きは明日でもいいですか。 — かとじゅん (@j5ik2o) 2022年5月19日 大変ですね！ ぼくも違うチャネルでkumagi sanに色々理解をぶつけてみたものの全然違うようで色々と教えてもらったりしました。 しかしながら、これ実際どこでどう使うのかなと。大先生がこんな事を…
Value Objectが盛り上がっているらしい。 Value Objectについて整理しよう - Software Transactional Memo Value Objectの説明に異論がないものの、主題はValue Object Obsessionのほうですよね。 こちらも聞いてみた。 fukabori.fm よい機会なので、よくわかっているつもりの、値オブジェクトというかドメイン固有型について再考してみよう。
Value Objectとは何であるか? マーチン・ファウラーのPatterns of Enterprise Application Architecture(PofEAA)やエヴァンス・エリックのDomain Driven Design: Tackling Complexity in the Heart of Software(DDD)が原典であるが、PofEAAではこう切り出している。 When programming, I often find it's useful to represent things as a compound.プログラミング時は物をcompound(合成物)とし…
Red Hat のソリューションアーキテクトをしている瀬戸です。 JBoss EAP 6.xのELS-1 が2022年6月30日に終了します。 今後はELS-2となり、ELS-2は現在の製品リリースへの移行に関するアドバイスとガイダンス、問題の評価と回避策を含む限定的な継続的技術サポートのみが提供されるようになります。 バグフィックスやセキュリティフィックス、ハードウェアイネーブルメント、根本原因分析（可能な回避策を決定する以外）はこのフェーズでは提供されず、サポートは既存のインストールのみに限定されます。 昨年末にLog4Shellが発見されて猛威を振るいました。そのあともSpring4Sh…
uiu です。 前回の記事 『なぜ Next.js をやめたのか？』 では、Reactベースのウェブフロントエンドで、サーバーサイドレンダリング(SSR)をしない選択をすることで、アーキテクチャをシンプルに保っているという話を紹介しました。 アーキテクチャをシンプルに保つ工夫のおかげで、ウェブとアプリのコード共通化が簡単になり、1人のエンジニアが最小限の労力で複数プラットフォームに変更を入れることが可能になっています。 Dynamic Rendering はスケールしないのでは？メンテが大変なんでは？ という質問があったので、今回は実際どのように Dynamic Rendering を運用して…
You ain't gonna need it（あなたはきっとそれを必要とならない） 略してYAGNI。 ソフトウェア業界で使われる教訓めいた言葉ですね。 これをもろに仕事で実感するできごとがありました。 僕は新製品開発プロジェクトで組込ソフトウェア開発の設計リーダーをしています。 本当なら今年の4月に新製品をリリースするはずだったのですが、いろいろあってGWに突入した今もリリースできていません（笑） 皆さんの中にはGW10連休の方もいらっしゃいますかね？ 扱いずらい上司の管理 機能拡張の方針をどうする ミーティング前の根回し不発・・・ 結果はどうなったか おわりに 扱いずらい上司の管理 僕は…
https://foo-x.github.io/coding-guidelines/principles/PIE.html https://qiita.com/sesame525/items/c5cdcdc61c51533bdbfb 「意図が読み手に伝わるよう表現力豊かに、プログラミングせよ」の意。 コードは書く時間よりも読まれる時間のほうが長い。 よって、何をしているのかが理解しやすいコードを書こうということ。 YAGNI, DRY, KISS はどんなものを作るべきかの指針だが、PIE は作るものにどんな性質を持たせるべきかの指針である。 「プリンシプルオブプログラミング」に書いてある原則…
0, 原則で設計レビュー ・クラス設計した時は、原則を元にレビューしてみるのが良い 1, 単一責任原則 ・あるクラスを変更する理由は二つ以上あってはいけない →Aに対する仕様変更があり時と、Bに対する仕様変更がある時、どちらでも修正する必要があるクラスは、仕事しすぎなクラスである →仕様変更を考慮しないけばこの原則はクリアできない 1, 解放閉鎖原則 ・拡張に対して開いている →拡張をする時に他のクラスに影響がないようにする ・修正に対して閉じている →内部を修正した時にそのクラスに依存しているクラスに影響がないようにしなければならない バリエーションの追加時に、他のクラスを修正せずに追加でき…
アジャイルソフトウェア開発の奥義の読書メモです。 厚い本なので全6部に分けるつもり。 第１部 アジャイル開発 第１章 アジャイルプラクティス 第２章 エクストリームプログラミングの概要 第３章 プランニング 第４章 テスティング 第５章 リファクタリング 第６章 プログラミングエピソード ここまでの感想 第１部 アジャイル開発 第１章 アジャイルプラクティス アジャイル開発がもたらす4つの価値と12の原則について説明している。 全体を通して面白いのは「顧客」というキーワードが頻出すること。 開発者の提言だからソフトウェアに関わることに閉じた話だと思いがちだけど、 プロジェクトのコストや納期、シ…
www.slideshare.net
ja.wikipedia.org
yamamotoyama.tumblr.com
u-1roh.hatenadiary.org
techracho.bpsinc.jp
ameblo.jp
d.hatena.ne.jp
martinfowler.com
atmarkit.itmedia.co.jp
