
未知の書籍と出会うきっかけとして、色んな本の引用を閲覧・紹介することができます!
ぜひ、色んな引用をクリックして、お気に入りの本を見つけてみましょう📚🔍
設計の損益分岐点はプログラマーによって異なります。経験の浅いプログラマーがいくら将来を予測した設計をしたところで、その初期の設計努力が報われる日が来ることは、おそらく永遠にないでしょう。注意深くコードを書く熟練者であれば、午前中に書いたコードで午後のうちにコストを削減できるかもしれません。あなたの熟練度はおおむねその極端な間のどこかに位置するはずです。
素晴らしい企業文化では、問題や意見の相違が水面下に潜ることなくうまく解決される。社員はみなそれまで作ったことのないものを想像したり、実際に作ってみたりすることを楽しんでいる。それが組織の進化を支える。(中略)誰もが率直に発言できる環境を作り、透明性を徹底して、有意義な仕事、有意義な人間関係につなげることを常に目標にしている。
早期の失敗を奨励する「フェイルファスト」手法、ソフトウェア開発における反復学習的な「スクラム」手法など、リーン・スタートアップのようないわゆる失敗型のアプローチは各所で見られるようになってきた。もちろん、状況に応じた使い分けは必要だが、どのアプローチも試行錯誤から大きな恩恵を受けていて、実に効率的なものが多い。
こうした不都合を避けるために、チームと業務をつなぐ共通の用語を定めて、プロジェクト共通の言葉づかいを徹底しよう。ユーザーストーリー、モデル、図表、もちろんコードにもそうした言葉づかいを反映させるんだ。
われ恐れず。恐怖は心を殺すもの。恐怖は全き抹消をもたらす小さな死。われは恐怖にぞ立ち向かう。われは恐怖が身内を通りぬけ、通過するをゆるす。しかして恐怖が通りぬけしのち、内なる目をその通り道に向けん。恐怖の通過せし跡にはなにものもなかるべし。そこに残るはただ自分のみ。
つまりアジャイル開発とは何か単一の開発手法を指すものではなく、似たような開発手法に共通した価値観と行動原理に名前がついたものであり、それを体現するさまざまな手法があるということです。主な手法にスクラム、エクストリーム・プログラミング(XP)、カンバンがあります。
もし不具合などありましたら、お気軽にIssueやPull Requestをくださると嬉しいです✨
© 2023 lef237