ソフトウェアの職人技

ソフトウェア クラフトマンシップとは、ソフトウェア開発者のコ​​ーディング スキルを重視するソフトウェア開発のアプローチです。これは、開発者の責任よりも財務上の懸念を優先するなど、主流のソフトウェア業界の弊害に対するソフトウェア開発者の反応です。

歴史的に、プログラマーは、計算理論を用いた科学的アプローチの明確に定義された統計分析と数学的厳密さの実践者として自らを認識するよう奨励されてきました 。これは、精度、予測可能性、測定、リスク軽減、専門性といった意味合いを持つエンジニアリング アプローチに変わりました。エンジニアリングの実践により、エンジニアリングの知識を広め、分野を成熟させるためのメカニズムとして、ライセンス、認証、体系化された知識体系を求める声が高まりました。

アジャイル宣言は、「プロセスやツールよりも個人と相互作用」を強調し、これらの前提の一部に疑問を投げかけました。ソフトウェア職人技宣言は、現代のソフトウェア開発と中世ヨーロッパの徒弟制度モデルとの比喩を描きながら、アジャイル宣言の前提をさらに拡張し、疑問を投げかけています。

この運動のルーツは、著作に表現されたアイデアに遡ります。Andy Hunt と Dave Thomas の共著「The Pragmatic Programmer」やPete McBreen の「Software Craftsmanship」では、ソフトウェア開発を中世ヨーロッパのギルドの伝統の継承者として明確に位置付けています。哲学者のRichard Sennett は、著書「The Craftsman」でソフトウェアを現代の工芸として取り上げています。Freeman Dyson は、エッセイ「Science as a Craft Industry」で、ソフトウェア工芸を、経済的利益の原動力としてソフトウェアを使用する熟達まで含めて拡張しています。

「マイクロソフトや他の巨大メーカーの台頭にもかかわらず、ソフトウェアは依然として大部分が職人技の産業です。専門アプリケーションの種類が非常に多いため、個人が独自の知識に基づいてソフトウェアを作成する余地は常にあります。小規模なソフトウェア会社を存続させるニッチ市場は常に存在します。ソフトウェアを作成する技術は廃れることはありません。そして、ソフトウェアを創造的に使用する技術は、ソフトウェアを作成する技術よりもさらに栄えています。」

^{最初の議論の後、ロンドン[1]}とシカゴ^[2]の両方で会議が開催され、その後、マニフェスト^[3]が起草され、署名者を集めるためにオンラインで公開されました。その後、「クラフトマンスワップ」での才能の交換や「クラフトマンシップスパイク」でのスキルの評価など、運動をさらに発展させるための実践が開発されました。

ソフトウェアクラフトマンシップのウェブサイトより

私たちはソフトウェア職人を目指す者として、実践し、他の人がその技術を習得できるように支援することで、プロフェッショナルなソフトウェア開発の水準を高めています。この仕事を通じて、私たちは次のことを重視するようになりました。

• 動作するソフトウェアだけでなく、よく練られたソフトウェア
• 変化に対応するだけでなく、着実に付加価値を付加
• 個人や交流だけでなく、専門家のコミュニティも
• 顧客とのコラボレーションだけでなく、生産的なパートナーシップも

つまり、左側の項目を追求する中で、右側の項目が不可欠であることがわかりました。

© 2009、下記署名者。

この声明は、いかなる形式でも自由にコピーできますが、この通知を通じてのみ、その全体がコピーされます。

ソフトウェア職人技の起源は、1990 年代にソフトウェア プロジェクト管理の改革を目指した アジャイル ソフトウェア開発運動にあります。

1992 年、ジャック W. リーブスのエッセイ「ソフトウェア設計とは何か?」^[4]では、ソフトウェア開発は職人技であると同時にエンジニアリングの分野であると示唆されています。7 年後の 1999 年に、『The Pragmatic Programmer』が出版されました。そのサブタイトル「職人からマスターへ」は、プログラマーがヨーロッパの中世のギルドの伝統に似た専門的能力開発の段階を経ることを示唆しています。

2001 年に、Pete McBreen の著書「Software Craftsmanship」が出版されました。この本では、ソフトウェア開発者は自分たちをエンジニアリングの伝統の一部とみなす必要はなく、別の比喩の方が適切であると示唆されています。

ロバート・C・マーティンは、2008年8月のアジャイル2008の基調講演で、アジャイル宣言の5番目の価値として「職人技はくだらないものより重要」を提案した。彼は後にこの提案を「職人技は実行より重要」に変更した。^[5]

2008 年 12 月、ソフトウェア職人を目指す数人がイリノイ州リバティビルに集まり、ソフトウェア職人技の原則を確立することを目指しました。3 か月後、一般的な結論の要約が決定されました。これはソフトウェア職人技の宣言の形で公開され、閲覧と署名が可能になりました。^[6]

2009 年 4 月、ソフトウェア職人技運動に参加している 8th Light 社と Obtiva 社が「職人交換」を実験しました。^[7]シカゴトリビューンは2009 年 6 月 15 日にこのイベントを報道しました。 ^[8] 2010 年 1 月、Obtiva 社と Relevance 社の間で 2 回目の職人交換が開催されました。^[9]

「ロンドン ソフトウェア クラフトマンシップ コミュニティ」(LSCC) は 2010 年に設立され、現在では 5,000 人以上の職人を擁する世界最大かつ最も活発なソフトウェア クラフトマンシップ コミュニティとなっています。2014 年には、共同設立者の 1 人である Sandro Mancuso が『The Software Craftsman: Professionalism, Pragmatism, Pride 』という本を出版しました。この本はソフトウェア クラフトマンシップ運動の認知度をさらに高め、より高い技術的卓越性と顧客満足度を達成するための取り組みを強化しました。

• Hoover, Dave; Oshineye, Adewale (2009-10-09)。見習いパターン: ソフトウェア職人を目指す人のためのガイダンス。Ward Cunninghamによる序文。O'Reilly。ISBN 978-0-596-51838-7。
• Martin, Robert C. (2008)。『クリーンコード: アジャイルソフトウェア職人技のハンドブック』 Addison Wesley。ISBN 978-0-13-235088-4。
• McBreen, Pete (2001)。 『ソフトウェア職人技：新たなる使命』Addison Wesley。ISBN 0-201-73386-2。
• セネット、リチャード（2008年）。『職人』イェール大学出版局。ISBN 978-0-300-11909-1。
• Pyritz, Bill (2003). 「職人技とエンジニアリング: コンピュータプログラミング - 芸術か科学か?」Bell Labs Technical Journal . 8 (3): 101–104. doi :10.1002/bltj.10079. 2013-01-05 にオリジナルからアーカイブされました。
• マンキューソ、サンドロ (2014)。『ソフトウェア職人：プロフェッショナリズム、実用主義、プライド』プレンティス ホール。ISBN 978-0-13-405250-2。
• コカイナ、サラー（2019）。ソフトウェア クラフトマンシップ: L'art du code et de l'agilité Technique en entreprise (フランス語)。エディションENI。ISBN 978-2-409-02154-1。

• ソフトウェア職人 - それが何であるか、何でないか
• ソフトウェアクラフトマンシップ北米
• ソフトウェア職人技宣言
• ロンドンのソフトウェア職人コミュニティ
• ラトビアのソフトウェア職人コミュニティ
• バルセロナのソフトウェア職人コミュニティ
• ソフトウェア職人技ディスカッショングループ
• 大規模チームにソフトウェア職人技を適用する