最強のソフトウェア開発を目指した知識等を提供する https://softdev20250429.blog.shinobi.jp/ ja Copyright (C) NINJATOOLS ALL RIGHTS RESERVED. <h3>ペアプログラミング</h3>一台のマシンで、２人のプログラマーが、共同でコードを作成する<br /> <br /> 一人はプログラミングを書き、もう一人は、コードを見て、エラーを発見したり<br /> <br /> 改善点を発見する<br /> <br /> <br /> <br /> <h3>Test Driven Development (TDD)</h3>ユニットテストをパスするために、コードを書いていくやりかた<br /> <br /> まず、ユニットテストのコードを書き実行する。これは、プログラムが書けていないため、失敗する<br /> <br /> そして、ユニットテストにパスするように、コードを書き直す<br /> <br /> <br /> <h3>継続的な統合</h3><br /> 日に数回、プログラマはコードをチェックインし、統合する<br /> <br /> システムが、日に数回ビルドされる<br /> <br /> <br /> <br /> <h3>シンプルな設計</h3>デザインをシンプルに保つ<br /> <br /> 今のイテレーションで実現するストーリーに集中し<br /> <br /> 将来のための設計はしない<br /> <br /> イテレーションの間にチームは、デザインを見直す<br /> <br /> チームは、インフラの設計やデータベースを選択する、ミドルウエアを選択することから<br /> <br /> 始めるわけではない<br /> <br /> もっともシンプルな実現方法からはじめる<br /> <br /> インフラは、必要なストーリーが来たときに考える<br /> <br /> <br /> <br /> <h3>Refactoring</h3><br /> コードは、機能を加えるごとに、あるいは、バグを直すたびに、構造が崩れる<br /> <br /> これをほっておくと、保守性に問題がでる<br /> <br /> リファクタリングは、これを防ぐ方法である<br /> <br /> リファクタリングは、システムの振る舞いを変更することなく<br /> <br /> 内部の構造を改善するものである<br /> <br /> リファクタリングを行うことで、コードをクリーンに、シンプルに保つ<br /> <br /> <br /> <br /> <br /> <br /> https://softdev20250429.blog.shinobi.jp/Entry/56/ (1)計画ゲーム<br /> <br /> 顧客は要求(ユースケース）を、ストーリーカードに書き出す<br /> <br /> 開発者は、各ストーリーの優先順位づけ、コスト評価を行う<br /> <br /> <br /> (2)イテレーション計画<br /> <br /> ストーリーを具体的な開発作業に分割し、タスクを人に割り当てる<br /> <br /> <br /> <br /> (3)イテレーション<br /> <br /> テストケースの作成、コードの作成を行う<br /> <br /> ストーリー全体を検証し、リリースする<br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> ----- https://softdev20250429.blog.shinobi.jp/Entry/55/ 総合テストの代表的な内容。<br /> <br /> <br /> <table class="table table-hover"><thead><tr><th>名称</th><th>概要</th></tr></thead><tbody><tr><td>負荷テスト</td><td>短期間に重い負荷をかける</td></tr><tr><td>大容量テスト</td><td>大容量のデータを入力する</td></tr><tr><td>構成テスト</td><td>ハードウェアの構成を確認する</td></tr><tr><td>互換性テスト</td><td>既存の機能が正常に稼働するか</td></tr><tr><td>機密保護テスト</td><td>プログラムなどの機密保護に関する機能のテスト</td></tr><tr><td>記憶域テスト</td><td>主記憶、補助記憶に関わる要件に適合しているか</td></tr><tr><td>性能テスト</td><td>性能に関わる要件に適合しているか</td></tr><tr><td>信頼性テスト</td><td>信頼性（故障時間、エラー数の目標値）</td></tr><tr><td>境界値テスト</td><td>入力データの境界値</td></tr><tr><td>障害回復テスト</td><td>障害発生時の回復</td></tr><tr><td>保守性テスト</td><td>保守に関するツールのテスト</td></tr><tr><td>使用可能性テスト</td><td>使いやすさ</td></tr><tr><td>説明書テスト</td><td>説明書の内容でシステムが利用できるか</td></tr></tbody></table> https://softdev20250429.blog.shinobi.jp/Entry/54/ <h2>プラクティスとは</h2><br /> ソフトウェア開発を、そして、製品をよりよくするための<br /> <br /> 概念、手順、手法、ツールなどをさす。（と理解している）<br /> <br /> 　<h2>いろいろな原則</h2><h3>(1)シンプルにする</h3><br /> 　　・設計、プログラム、すべてをシンプルにする。<br /> <br /> 　　・シンプルとは、単に簡単にすることではない。<br /> <br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 考えを持って、シンプルにすることである。<br /> <h3>(2)自分が作ったものを、他人が使う、直す</h3><br /> 　　・他人に理解してもらわなければならない。<br /> <br /> <br /> <br /> <br /> <br /> <br /> https://softdev20250429.blog.shinobi.jp/Entry/53/ Waterfallの基本原則<ul><li>プロジェクトは、順番に実行するフェーズに分割される</li><li>フェーズのオーバーラップや後戻りもある程度許容される</li><li>計画、スケジュール、予算等に重点が置かれる</li><li>システムを一度に実装していく</li><li>ドキュメントや公式レビュにより管理される&nbsp;</li></ul><br /> <br /> https://softdev20250429.blog.shinobi.jp/Entry/51/ <div>プロトタイプ&nbsp;</div><div><br /> </div><div>次のような、イテレイティブなモデル&nbsp;<br /> <br /> </div><div></div><div>(1)初期調査&nbsp;</div><div><br /> </div><div>--- くりかえし ---&nbsp;</div><div><br /> </div><div>(2)要件定義&nbsp;</div><div><br /> </div><div>(3)システムデザイン&nbsp;</div><div><br /> </div><div>(4)コーディング、テスト&nbsp;</div><div><br /> </div><div>--- くりかえし ここまで ---&nbsp;</div><div><br /> </div><div>基本的な考え方&nbsp;<br /> <br /> </div><div></div><div>・小さく分割することで、リスクを削減することを狙う&nbsp;<br /> <br /> </div><div></div><div>・小さく分割して、開発中の変更を容易にする&nbsp;<br /> <br /> </div><div></div><div>・開発プロセス全般へユーザを巻き込む&nbsp;<br /> <br /> <br /> </div><div></div> https://softdev20250429.blog.shinobi.jp/Entry/50/ ・用語は、統一されているか<br /> <br /> ・アイコンは、統一されているか<br /> <br /> ・アイコンに、テキストラベルは、ついているか<br /> <br /> 　アイコンだけでは、わからない場合がある<br /> <br /> ・ボタンは、クリックしやすい大きさか<br /> <br /> ・誤った操作を防ぐために、ボタンが並んでいる場合には、ボタンの間隔は、適切か<br /> <br /> ・パスワードの表示は、*としているか<br /> <br /> ・下部（フッター）に、メニュはあるか<br /> <br /> ・デフォルトは、適切な所へ、適切な値が、設定されているか<br /> <br /> <br /> <br /> <br /> https://softdev20250429.blog.shinobi.jp/Entry/47/ 〇 テナント<br /> <br /> 契約の単位<br /> <br /> 〇 リージョン<br /> <br /> データセンター群<br /> <br /> 〇&nbsp;Availability Domain(AD)<br /> <br /> リージョンを構成する個々のデータセンター。<br /> <br /> リージョンは、基本的には、3つのADで構成。<br /> <br /> 〇 Fautl Domain(FD)<br /> <br /> ADは、3つのFDと呼ばれる単位に分割される。<br /> <br /> 各FDは、メンテナンスが異なるスケジュールで行われるため、<br /> <br /> 計画停止を避けることができる。<br /> <br /> <br /> <br /> https://softdev20250429.blog.shinobi.jp/Entry/43/ <h3>バブルソート　</h3>　O(n²)<br /> <h3>クイックソート　</h3>　平均 O(nlog n)、&nbsp; &nbsp;最悪 O(n²)<br /> <h3>マージソート、ヒープソート</h3>　最悪 O(nlog n)<br /> <br /> <br /> <br /> <br /> &nbsp; https://softdev20250429.blog.shinobi.jp/Entry/41/ 要求工学は、次の５つのステップを対象とする。<br /> <br /> 〇&nbsp;要求の獲得<br /> <br /> 〇&nbsp;要求の分析と調整<br /> <br /> 〇&nbsp;要求の仕様化<br /> <br /> 〇&nbsp;&nbsp;要求の検証<br /> <br /> 〇&nbsp;&nbsp;要求のマネジメント<br /> <br /> <br /> <br /> <br /> https://softdev20250429.blog.shinobi.jp/Entry/38/