ゆるい感じのプログラムを書きたい。

プログラムの敷居を下げて、多くの人が開発出来るように色々書いていきます!

リーン開発

リーン開発_第8章_品質

フィードバック 古い習慣では生き残れない窮地になってはじめて、より優れた新製品開発手法が必然的に生まれてきた。 そのような、堅牢な開発プロセスにはかならず2つの共通点がある。 1.秀逸ですばやいフィードバック 2.優れた詳しい規律 リリース計画…

リーン開発_第7章_知識

ラリー社の事例 少しづつ反復的に考えられるようになることが、アジャイル的な考え方の重要な指針になる。 開発は受け入れテスト駆動型であるべき。 アプリケーションの規模が大きくなっても、技術をアジャイルに保つには、それしかない。 重要なのは、何が…

リーン開発_第6章_人

マネージメントシステム 「人を尊重する」という原則以外のすべてのリーン原則を実践しても、 リーンがもたらしうる利益のうち、ほんのわずかしか得られない。 逆に「人を尊重する」という1原則だけを実践すれば、人が残りのリーン原則を発見し、実践してく…

リーン開発_第5章_スピード

スピードが出せるということは、ムダがないということだ。 スプリント≒並行反復イテレーション ペイシェント・キーパー社の場合 PatientKeeperのホームページ すべてのスプリントを、最終的に製品リリースに結びつける。 品質保証部は、開発者が最初のコード…

リーン開発_第4章_ムダ

ZARAでは技術適用する際に5つの原則をあげている 1.ITは判断を支援するものであり、判断を下すものではない 情報システムは、経営者が意思決定をする際に必要となるデータの整理を手助けするものである。 情報システムがを意思決定するわけでも、提案する…

リーン開発_第3章_価値

Google社の場合 製品開発にはフィージビリティスタディ(実現可能性調査)が必要である。 システム設計 製品が見えてくるにつれて進化していくものであるという事を心得た上、スムーズに先に進めれるよう その進化をきちんと考慮に入れられる経験を積んだ設計…

リーン開発_第2章_原則

ソフトウェア開発の7つの原則 1.無駄をなくす 1-1.無駄なコーディング、無駄な機能は減らす。 1-2.テストの段階で必要のないテストによるバグや修正が入り大幅なコスト増になる。 2.知識を得る 2-1.最小限の機能セットを早期に顧客にリリースして、…