<?xml version="1.0" encoding="UTF-8" ?>
<rdf:RDF
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns="http://purl.org/rss/1.0/"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/">

  <channel rdf:about="https://softdev20250429.blog.shinobi.jp/RSS/100/">
    <title>最強のソフトウェア開発</title>
    <link>https://softdev20250429.blog.shinobi.jp/</link>
    <atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="https://softdev20250429.blog.shinobi.jp/RSS/" />
    <atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" />
    <description>最強のソフトウェア開発を目指した知識等を提供する</description>
    <dc:language>ja</dc:language>
    <dc:date>2025-06-30T22:19:47+09:00</dc:date>
    <items>
    <rdf:Seq>
      <rdf:li rdf:resource="https://softdev20250429.blog.shinobi.jp/Entry/56/" />
      <rdf:li rdf:resource="https://softdev20250429.blog.shinobi.jp/Entry/55/" />
      <rdf:li rdf:resource="https://softdev20250429.blog.shinobi.jp/Entry/54/" />
      <rdf:li rdf:resource="https://softdev20250429.blog.shinobi.jp/Entry/53/" />
      <rdf:li rdf:resource="https://softdev20250429.blog.shinobi.jp/Entry/51/" />
      <rdf:li rdf:resource="https://softdev20250429.blog.shinobi.jp/Entry/50/" />
      <rdf:li rdf:resource="https://softdev20250429.blog.shinobi.jp/Entry/47/" />
      <rdf:li rdf:resource="https://softdev20250429.blog.shinobi.jp/Entry/43/" />
      <rdf:li rdf:resource="https://softdev20250429.blog.shinobi.jp/Entry/41/" />
      <rdf:li rdf:resource="https://softdev20250429.blog.shinobi.jp/Entry/38/" />
    </rdf:Seq>
    </items>
  </channel>

  <item rdf:about="https://softdev20250429.blog.shinobi.jp/Entry/56/">
    <link>https://softdev20250429.blog.shinobi.jp/Entry/56/</link>
    <title>アジャイル関連の用語</title>
    <description>ペアプログラミング一台のマシンで、２人のプログラマーが、共同でコードを作成する

一人はプログラミングを書き、もう一人は、コードを見て、エラーを発見したり

改善点を発見する



Test Driven Development (TDD)ユニットテストをパスするために、コードを書いていくやりかた
...</description>
    <content:encoded><![CDATA[<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 />
]]></content:encoded>
    <dc:subject>01方法論</dc:subject>
    <dc:date>2025-06-30T22:19:47+09:00</dc:date>
    <dc:creator>吟遊詩人</dc:creator>
    <dc:publisher>NINJA BLOG</dc:publisher>
    <dc:rights>吟遊詩人</dc:rights>
  </item>
  <item rdf:about="https://softdev20250429.blog.shinobi.jp/Entry/55/">
    <link>https://softdev20250429.blog.shinobi.jp/Entry/55/</link>
    <title>XPの流れ</title>
    <description>(1)計画ゲーム

顧客は要求(ユースケース）を、ストーリーカードに書き出す

開発者は、各ストーリーの優先順位づけ、コスト評価を行う


(2)イテレーション計画

ストーリーを具体的な開発作業に分割し、タスクを人に割り当てる



(3)イテレーション

テストケースの作成、コードの作成を行う
...</description>
    <content:encoded><![CDATA[(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 />
-----]]></content:encoded>
    <dc:subject>01方法論</dc:subject>
    <dc:date>2025-06-29T21:53:36+09:00</dc:date>
    <dc:creator>吟遊詩人</dc:creator>
    <dc:publisher>NINJA BLOG</dc:publisher>
    <dc:rights>吟遊詩人</dc:rights>
  </item>
  <item rdf:about="https://softdev20250429.blog.shinobi.jp/Entry/54/">
    <link>https://softdev20250429.blog.shinobi.jp/Entry/54/</link>
    <title>総合テストの代表的な内容</title>
    <description>総合テストの代表的な内容。


名称概要負荷テスト短期間に重い負荷をかける大容量テスト大容量のデータを入力する構成テストハードウェアの構成を確認する互換性テスト既存の機能が正常に稼働するか機密保護テストプログラムなどの機密保護に関する機能のテスト記憶域テスト主記憶、補助記憶に関わる要件に適合している...</description>
    <content:encoded><![CDATA[総合テストの代表的な内容。<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>]]></content:encoded>
    <dc:subject>10テスト</dc:subject>
    <dc:date>2025-06-29T07:07:54+09:00</dc:date>
    <dc:creator>吟遊詩人</dc:creator>
    <dc:publisher>NINJA BLOG</dc:publisher>
    <dc:rights>吟遊詩人</dc:rights>
  </item>
  <item rdf:about="https://softdev20250429.blog.shinobi.jp/Entry/53/">
    <link>https://softdev20250429.blog.shinobi.jp/Entry/53/</link>
    <title>ソフトウェア開発のプラクティス</title>
    <description>プラクティスとは
ソフトウェア開発を、そして、製品をよりよくするための

概念、手順、手法、ツールなどをさす。（と理解している）

　いろいろな原則(1)シンプルにする
　　・設計、プログラム、すべてをシンプルにする。

　　・シンプルとは、単に簡単にすることではない。

&amp;amp;nbsp; &amp;amp;nbsp;...</description>
    <content:encoded><![CDATA[<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 />
]]></content:encoded>
    <dc:subject>00アルゴリズムなど</dc:subject>
    <dc:date>2025-06-28T07:22:17+09:00</dc:date>
    <dc:creator>吟遊詩人</dc:creator>
    <dc:publisher>NINJA BLOG</dc:publisher>
    <dc:rights>吟遊詩人</dc:rights>
  </item>
  <item rdf:about="https://softdev20250429.blog.shinobi.jp/Entry/51/">
    <link>https://softdev20250429.blog.shinobi.jp/Entry/51/</link>
    <title>Waterfallの基本原則</title>
    <description>Waterfallの基本原則プロジェクトは、順番に実行するフェーズに分割されるフェーズのオーバーラップや後戻りもある程度許容される計画、スケジュール、予算等に重点が置かれるシステムを一度に実装していくドキュメントや公式レビュにより管理される&amp;amp;nbsp;

...</description>
    <content:encoded><![CDATA[Waterfallの基本原則<ul><li>プロジェクトは、順番に実行するフェーズに分割される</li><li>フェーズのオーバーラップや後戻りもある程度許容される</li><li>計画、スケジュール、予算等に重点が置かれる</li><li>システムを一度に実装していく</li><li>ドキュメントや公式レビュにより管理される&nbsp;</li></ul><br />
<br />
]]></content:encoded>
    <dc:subject>01方法論</dc:subject>
    <dc:date>2025-06-21T07:31:46+09:00</dc:date>
    <dc:creator>吟遊詩人</dc:creator>
    <dc:publisher>NINJA BLOG</dc:publisher>
    <dc:rights>吟遊詩人</dc:rights>
  </item>
  <item rdf:about="https://softdev20250429.blog.shinobi.jp/Entry/50/">
    <link>https://softdev20250429.blog.shinobi.jp/Entry/50/</link>
    <title>プロトタイプ</title>
    <description>プロトタイプ&amp;amp;nbsp;
次のような、イテレイティブなモデル&amp;amp;nbsp;

(1)初期調査&amp;amp;nbsp;
--- くりかえし ---&amp;amp;nbsp;
(2)要件定義&amp;amp;nbsp;
(3)システムデザイン&amp;amp;nbsp;
(4)コーディング、テスト&amp;amp;nbsp;
--- くりかえし ここまで ---&amp;amp;nbsp;
基...</description>
    <content:encoded><![CDATA[<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>]]></content:encoded>
    <dc:subject>01方法論</dc:subject>
    <dc:date>2025-06-19T19:51:11+09:00</dc:date>
    <dc:creator>吟遊詩人</dc:creator>
    <dc:publisher>NINJA BLOG</dc:publisher>
    <dc:rights>吟遊詩人</dc:rights>
  </item>
  <item rdf:about="https://softdev20250429.blog.shinobi.jp/Entry/47/">
    <link>https://softdev20250429.blog.shinobi.jp/Entry/47/</link>
    <title>UI設計のチェックリスト</title>
    <description>・用語は、統一されているか

・アイコンは、統一されているか

・アイコンに、テキストラベルは、ついているか

　アイコンだけでは、わからない場合がある

・ボタンは、クリックしやすい大きさか

・誤った操作を防ぐために、ボタンが並んでいる場合には、ボタンの間隔は、適切か

・パスワードの表示は、*...</description>
    <content:encoded><![CDATA[・用語は、統一されているか<br />
<br />
・アイコンは、統一されているか<br />
<br />
・アイコンに、テキストラベルは、ついているか<br />
<br />
　アイコンだけでは、わからない場合がある<br />
<br />
・ボタンは、クリックしやすい大きさか<br />
<br />
・誤った操作を防ぐために、ボタンが並んでいる場合には、ボタンの間隔は、適切か<br />
<br />
・パスワードの表示は、*としているか<br />
<br />
・下部（フッター）に、メニュはあるか<br />
<br />
・デフォルトは、適切な所へ、適切な値が、設定されているか<br />
<br />
<br />
<br />
<br />
]]></content:encoded>
    <dc:subject>03設計</dc:subject>
    <dc:date>2025-06-08T11:44:45+09:00</dc:date>
    <dc:creator>吟遊詩人</dc:creator>
    <dc:publisher>NINJA BLOG</dc:publisher>
    <dc:rights>吟遊詩人</dc:rights>
  </item>
  <item rdf:about="https://softdev20250429.blog.shinobi.jp/Entry/43/">
    <link>https://softdev20250429.blog.shinobi.jp/Entry/43/</link>
    <title>Oracle Cloudの用語</title>
    <description>〇 テナント

契約の単位

〇 リージョン

データセンター群

〇&amp;amp;nbsp;Availability Domain(AD)

リージョンを構成する個々のデータセンター。

リージョンは、基本的には、3つのADで構成。

〇 Fautl Domain(FD)

ADは、3つのFDと呼ばれる単位に...</description>
    <content:encoded><![CDATA[〇 テナント<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 />
]]></content:encoded>
    <dc:subject>20クラウド</dc:subject>
    <dc:date>2025-06-01T06:37:17+09:00</dc:date>
    <dc:creator>吟遊詩人</dc:creator>
    <dc:publisher>NINJA BLOG</dc:publisher>
    <dc:rights>吟遊詩人</dc:rights>
  </item>
  <item rdf:about="https://softdev20250429.blog.shinobi.jp/Entry/41/">
    <link>https://softdev20250429.blog.shinobi.jp/Entry/41/</link>
    <title>アルゴリズム ソートの計算量</title>
    <description>バブルソート　　O(n2)
クイックソート　　平均 O(nlog n)、&amp;amp;nbsp; &amp;amp;nbsp;最悪 O(n2)
マージソート、ヒープソート　最悪 O(nlog n)




&amp;amp;nbsp;...</description>
    <content:encoded><![CDATA[<h3>バブルソート　</h3>　O(n<sup>2</sup>)<br />
<h3>クイックソート　</h3>　平均 O(nlog n)、&nbsp; &nbsp;最悪 O(n<sup>2</sup>)<br />
<h3>マージソート、ヒープソート</h3>　最悪 O(nlog n)<br />
<br />
<br />
<br />
<br />
&nbsp;]]></content:encoded>
    <dc:subject>00アルゴリズムなど</dc:subject>
    <dc:date>2025-05-31T07:24:06+09:00</dc:date>
    <dc:creator>吟遊詩人</dc:creator>
    <dc:publisher>NINJA BLOG</dc:publisher>
    <dc:rights>吟遊詩人</dc:rights>
  </item>
  <item rdf:about="https://softdev20250429.blog.shinobi.jp/Entry/38/">
    <link>https://softdev20250429.blog.shinobi.jp/Entry/38/</link>
    <title>要求工学の対象</title>
    <description>要求工学は、次の５つのステップを対象とする。

〇&amp;amp;nbsp;要求の獲得

〇&amp;amp;nbsp;要求の分析と調整

〇&amp;amp;nbsp;要求の仕様化

〇&amp;amp;nbsp;&amp;amp;nbsp;要求の検証

〇&amp;amp;nbsp;&amp;amp;nbsp;要求のマネジメント




...</description>
    <content:encoded><![CDATA[要求工学は、次の５つのステップを対象とする。<br />
<br />
〇&nbsp;要求の獲得<br />
<br />
〇&nbsp;要求の分析と調整<br />
<br />
〇&nbsp;要求の仕様化<br />
<br />
〇&nbsp;&nbsp;要求の検証<br />
<br />
〇&nbsp;&nbsp;要求のマネジメント<br />
<br />
<br />
<br />
<br />
]]></content:encoded>
    <dc:subject>02要件定義</dc:subject>
    <dc:date>2025-05-18T21:33:05+09:00</dc:date>
    <dc:creator>吟遊詩人</dc:creator>
    <dc:publisher>NINJA BLOG</dc:publisher>
    <dc:rights>吟遊詩人</dc:rights>
  </item>
</rdf:RDF>
