詳細設計の履歴差分(No.1)

追加された行はこの色です。
削除された行はこの色です。
→上流工程一般

→ドキュメント作成

　→ドキュメント作成ツール

→DI(依存性注入)

→[[S2AOP]]

→アルゴリズム、数学etc

→画像処理関連

→音声処理関連


#contents

*設計・デザイン一般 [#n6914895]
-[[「ビジネスロジック」とは何か、どう実装するのか - Qiita>https://qiita.com/os1ma/items/25725edfe3c2af93d735]] 2021

-[[防御的プログラミングと契約プログラミング - Qiita>https://qiita.com/yoshitaro-yoyo/items/bb8cc631276380b68c13]] 2022.10

-[[The Art of Logging. In order to get the most of the logs… | by Jaouher Kharrat | Sep, 2022 | Medium>https://medium.com/@JaouherK/creating-a-human-and-machine-freindly-logging-format-bb6d4bb01dca]] 2022.10

-[[「JavaとJavaScriptは別だからw」と言いながら、CみたいにJavaを書く人々への処方箋 - Qiita>https://qiita.com/470_aaa/items/847312bd218ccd6d86f4]] 2022.6

-[[system-design-primer/README-ja.md at master &#183; donnemartin/system-design-primer &#183; GitHub>https://github.com/donnemartin/system-design-primer/blob/master/README-ja.md]] 2017

-[[デザインの現場で絶対に必要になる基礎知識７選 | DevelopersIO>https://dev.classmethod.jp/articles/design_basis_beginner/]] 2022.4

-[[なぜエンジニアが作る画面はダサいのか…?「理由」と「対策」を徹底解説【エンジニア向け画面デザイン講座】>https://qiita.com/mskmiki/items/544149987475719e417b]] 2021.12

-[[とある契約の備忘目録。契約による設計(Design by Contract)で信頼性の高いソフトウェアを構築しよう。>http://zecl.hatenablog.com/entry/20100131/p1]] 2010.1

-[[意外と知られていない構造化プログラミング、あるいは構造化プログラミングはデータも手続きと一緒に抽象化する、あるいはストロヴストルップのオブジェクト指向プログラミング史観>http://www.tatapa.org/~takuo/structured_programming/structured_programming.html]] 2014.1.23

-[[ソフトウェア設計とは何か ～ 設計にはプログラミング経験が必要か否か>http://kuranuki.sonicgarden.jp/2013/01/post-109.html]] 2013.1.22

-[[バッチ処理について考える>https://qiita.com/koduki/items/e90ee1fea5aa75071d95]] 2020.1
-[[バッチ処理を再考する>http://d.hatena.ne.jp/okachimachiorz/20121125/1353844235]] 2012.11.25

-[[Modeling With Data>http://modelingwithdata.org/about_the_book.html]]

-[[設計と実装の狭間で>http://d.hatena.ne.jp/okachimachiorz/20121111/1352600604]] 2012.11.11

-[[エンジニアが一からUX/UIデザインを学ぶのに役立つ記事まとめ11個 >http://it-ch.net/t/49]] 2012.8.1

-[[なぜ状態遷移表を使うと、品質の良い開発ができるのか>http://monoist.atmarkit.co.jp/mn/articles/1205/23/news001.html]] 2012.5.23

-[[設計ミスをなくそう！現場を救うレビューの秘訣>http://itpro.nikkeibp.co.jp/article/COLUMN/20100714/350316/]] 2010.7.27

-[[読み方”を知って、レビューをもっと効果的に>http://www.atmarkit.co.jp/im/carc/serial/review/03/01.html]]

-[[智慧カード>http://triz.sblo.jp/archives/20070814-1.html]]

-[[フローチャートの悪夢，ふたたび>http://d.hatena.ne.jp/JavaBlack/20161224/p1]] 2016.12

-[[フローチャートがダメな３つの理由>http://blog.livedoor.jp/dankogai/archives/51083212.html]] 2008.7.19
--表現力がしょぼい
--人間はフローチャートのようには考えない
--フローチャートには実は重要な利点が一つある＞プログラマーでなくとも理解できる

-[[設計文書のうまい書き方>http://www.hyuki.com/yukiwiki/wiki.cgi?HowToWriteAnEffectiveDesignDocument]] 

-[[仕様記述言語>http://ja.wikipedia.org/wiki/%E4%BB%95%E6%A7%98%E8%A8%98%E8%BF%B0%E8%A8%80%E8%AA%9E]]
--Z言語
--VDM
--LOTOS
--SDL
--OBJ
--CafeOBJ
--SpecC言語
--UML

-[[汎用グラフィカルモデリング言語SysML:http://www.atmarkit.co.jp/im/carc/serial/redge49/redge49b.html]]


*ドメイン駆動設計(DDD) [#g512ff02]
-[[[DDD]ドメイン駆動設計で実装を始めるのに一番とっつきやすいアーキテクチャは何か - Qiita>https://qiita.com/little_hand_s/items/ebb4284afeea0e8cc752]] 2017.10

-[[DDD本を読むためには前提知識が非常に多いよ - Qiita>https://qiita.com/na-777/items/d5877e68697ef13ac373]] 2022.11

-[[[ 技術講座 ] Domain-Driven Designのエッセンス -目次-｜オブジェクトの広場>https://www.ogis-ri.co.jp/otc/hiroba/technical/DDDEssence/index.html]] 2022.9

-[[戦術的DDDをGoで実現する【Value Object編】 - Yappli Tech Blog>https://tech.yappli.io/entry/2022/08/19/%E6%88%A6%E8%A1%93%E7%9A%84DDD%E3%82%92Go%E3%81%A7%E5%AE%9F%E7%8F%BE%E3%81%99%E3%82%8B%E3%80%90Value_Object%E7%B7%A8%E3%80%91]] 2022.8

-[[オブジェクトストレージ開発におけるDDD (ドメイン駆動設計) | さくらのナレッジ>https://knowledge.sakura.ad.jp/32024/]] 2022.8

-[[ドメイン駆動設計とは何なのか？ ユーザーの業務知識をコードで表現する開発手法について：CodeZine（コードジン）>https://codezine.jp/article/detail/11968]] 2020

-[[良い設計と悪い設計の違い - Speaker Deck>https://speakerdeck.com/masuda220/good-or-bad-that-is-a-question]] 2022.11

-[[設計の考え方とやり方 - Speaker Deck>https://speakerdeck.com/masuda220/she-ji-falsekao-efang-toyarifang]] 2022.8
--[[増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし1 「良い設計を目指す」 - asken テックブログ>https://tech.asken.inc/entry/2022/08/22/093324]] 2022.8
--[[増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし2 「設計スタイルの選択とクラス設計のスタイル」 - asken テックブログ>https://tech.asken.inc/entry/2022/08/23/092602]] 2022.8
--[[増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし3 「テーブル設計のスタイル」 - asken テックブログ>https://tech.asken.inc/entry/2022/08/24/084632]] 2022.8
--[[増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし4 「開発のやり方と設計スキルと補足資料」 - asken テックブログ>https://tech.asken.inc/entry/2022/08/25/103211]] 2022.8
--[[増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし5 「質疑応答」 - asken テックブログ>https://tech.asken.inc/entry/2022/08/26/090657]] 2022.8

-[[わかりやすくて最高だった「ドメイン駆動設計入門 ボトムアップでわかる！ドメイン駆動設計の基本」レビュー | DevelopersIO>https://dev.classmethod.jp/articles/review-of-ddd-beginners-book/]] 2022.7

-[[DDDをざっくり理解してみる②　～ドメインサービスとリポジトリ編～ - Qiita>https://qiita.com/2san/items/b52c0828e1fec03ebed1]] 2022.7
-[[DDDをざっくり理解してみる①　～エンティティと値オブジェクト編～ - Qiita>https://qiita.com/2san/items/eb9d7df6961542069233]] 2022.6

-[[初めて現場でDDD（ドメイン駆動設計）を実践してみた｜SHIFT Group 技術ブログ｜note>https://note.com/shift_tech/n/n1e91c68b1473]] 2022.6

-[[既存プロダクトへのドメイン駆動設計の導入検討について - クラウドワークス エンジニアブログ>https://engineer.crowdworks.jp/entry/2022/06/10/160237#%E3%83%89%E3%83%A1%E3%82%A4%E3%83%B3%E9%A7%86%E5%8B%95%E8%A8%AD%E8%A8%88%E3%81%A8%E3%81%AF]] 2022.6
-[[ドメイン駆動設計の源流のPofEAAを読んでみる | フューチャー技術ブログ>https://future-architect.github.io/articles/20220610a/]] 2022.6
-[[DDD(Domain-Driven Design>http://www.wikihouse.com/withoutEJB/index.php?DDD]]
-[[「エリック・エヴァンスのドメイン駆動設計」を自分でも一読したので、その要点 - Qiita>https://qiita.com/e99h2121/items/48351c7d47d4288d87ea]] 2022.4


*オブジェクト指向 [#j51abe2b]
-[[オブジェクト指向のメリット・デメリット - Qiita>https://qiita.com/soshi_u/items/180f913ddb63f28824ac]] 2022.12
--メリット
---ミスを防げる
---表現力があがる
---要件の理解が進む
---何ができないのか一目でわかる
---コードに愛着が持てる
--デメリット
---記述量が多くなる
---読むときに面倒、または複雑になる

-[[「オブジェクト指向神話からの脱却」という特集をWEB+DB PRESSで書きました - きしだのHatena>https://nowokay.hatenablog.com/entry/2022/12/08/153543]] 2022.12

-[[オブジェクト指向は継承で多態するプログラミング - きしだのHatena>https://nowokay.hatenablog.com/entry/2022/08/25/152904]] 2022.8

-[[オブジェクト指向プログラミングは終わった - Qiita>https://qiita.com/saitofjp/items/b3508fcd755d0d5cc090]] 2022.7
--[[オブジェクト指向プログラミングは終わった カプセル化が悪い(感想戦) - Qiita>https://qiita.com/saitofjp/items/7ab7b7fec9da0ca363fa]] 2022.8

-[[ダックタイピング、あるいは私の頭の中のインターフェース - WonderPlanet Developers’ Blog>https://developers.wonderpla.net/entry/2022/03/24/110000]] 2022.3

-[[脱オブジェクト指向初心者！ ~「クリーンアーキテクチャ」を読む前に知っておきたい知識 ~ - WonderPlanet Developers’ Blog>https://developers.wonderpla.net/entry/2022/03/17/110022]] 2022.3

-[[オブジェクト指向はすでに粒度が時代にあっていない>https://nowokay.hatenablog.com/entry/2021/09/25/042831]] 2021.9
--ソフトウェアの記述をまとめるという視点では主にステートレスな関数を分類できれば充分で、データと振る舞いをまとめたオブジェクトというのは大きすぎる、システムを分割して管理しやすくするという視点ではオブジェクトというのはライフサイクルやリソース管理の視点が足りず小さすぎる、ということで、オブジェクト指向の粒度でのソフトウェア管理は出番がなくなっている


-[[「アラン・ケイの」オブジェクト指向とは何だったか？元哲学者のエンジニアがまとめてみた>https://qiita.com/ukyo-su/items/8c861f114809a96d1378]] 2020.5

-[[オブジェクト指向プログラミング -- 1兆ドル規模の大失敗>https://okuranagaimo.blogspot.com/2019/07/1.html]] 2019.7

-[[オブジェクト指向がn%理解できる記事まとめ>https://qiita.com/raccy/items/74a6f8b98881726ff82d]] 2018.10

-[[実はオブジェクト指向ってしっくりこないんです！>http://el.jibun.atmarkit.co.jp/minagawa/2010/04/post-ebc4.html]]
--もしかすると釣りかも

-[[「嫌われるオブジェクト指向」のパターン>http://d.hatena.ne.jp/JavaBlack/20070805/p2]]

-[[オブジェクト指向の憂鬱 設計編>http://itpro.nikkeibp.co.jp/article/COLUMN/20081117/319337/]] 2008.11.18
--オブジェクト指向の概念が出てから相当に時間がたっているのに，なぜこうした状況がまかり通っているのだろうか。その理由の一つとして，設計の難しさがあるのではないかと思う。私はものごとが難しいというのには2種類あると考えている。知識として知っていないから難しいものと，感覚として持っていないから難しいものである。オブジェクト指向は後者に属する。


**UML [#h68c8bd0]
-[[【改訂版】初歩のUML>http://www.atmarkit.co.jp/im/carc/serial/renew_uml01/renew_uml01.html]]
-[[クラス図@Wikipedia>http://ja.wikipedia.org/wiki/%E3%82%AF%E3%83%A9%E3%82%B9%E5%9B%B3]]
-[[ゼロから学べる SysML入門【実践編】（1）>http://monoist.atmarkit.co.jp/fembedded/articles/challengesysml/01/challengesysml_01a.html]] 2010.2.8

-[[OOP and UML:http://www.codeproject.com/cpp/oopuml.asp]]



**デザインパターン [#b3d8bd1c]
-[[Design Patterns in Python: Strategy Pattern | by Okan Yenig&#252;n | Jul, 2022 | Level Up Coding>https://levelup.gitconnected.com/design-patterns-in-python-strategy-pattern-2189c540756d]] 2022.7

-[[7 Must Know Software Design Patterns | by Ivan Stoev | May, 2022 | Level Up Coding>https://levelup.gitconnected.com/7-must-know-software-design-patterns-3ef883ddb53e]] 2022.5
--Sigleton
--Factory Method
--Observer
--Builder
--Adapter
--Mediator
--Proxy

-[[10年前はGoFのデザインパターン本を読んで何やらわかった気になっていました>https://qiita.com/e99h2121/items/91d5380932bcd2951d8d]] 2021.9

-[[GoF23パターンの解説とサンプル>http://www.techscore.com/tech/DesignPattern/index.html/]] 2017.5
--[[Decorator パターン>https://www.techscore.com/tech/DesignPattern/Decorator.html/]]  
---基本クラスを直接継承せずメンバに持ち、派生クラスで基本クラスの振る舞いを装飾することで実行時に振る舞いの組み合わせを作る。

-[[GoFの23のデザインパターンを，Javaで活用するための一覧表　（パターンごとの要約コメント付き）>http://d.hatena.ne.jp/language_and_engineering/20120330/p1]] 2012.3.30
-[[Design Your Soccer Engine, and Learn How To Apply Design Patterns (Observer, Decorator, Strategy and Builder Patterns) - Part I and II:http://www.codeproject.com/useritems/applyingpatterns.asp]]
-[[.NETで始めるデザインパターン:http://www.atmarkit.co.jp/fdotnet/designptn/index/index.html]]


*アスペクト指向(AOP) [#ie71cf20]
-[[アスペクト指向のバリエーション解説>http://www.atmarkit.co.jp/farc/rensai/aspect01/aspect01.html]]
--アスペクトは「様相」「側面」「視点」といった言葉に訳されているが、要するにソフトウェアのさまざまな「様相」や「側面」に注目するパラダイムがアスペクト指向なのである
--「アスペクト」とは、さまざまな角度、視点から “物事” を見た際の「様相」や「側面」のことである。

-[[.NET開発者のためのDI&AOP入門>http://www.atmarkit.co.jp/fdotnet/special/seasarnet02/seasarnet02_01.html]]
-[[アスペクト指向@IT:http://www.atmarkit.co.jp/farc/rensai/aspect01/aspect01.html]]
-[[アスペクト指向@MSDN:http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dv_vstechart/html/AOPArticle.asp]]

→[[S2AOP]]


*UI [#qe6364ad]
-[[何故、エンジニアはUIのセンスがないか。>http://www.milkstand.net/fsgarage/archives/001834.html]] 2012.5.15
-[[団塊～シニア層向けのWeb設計　やっちゃいけない10のＵＩ>http://www.future-planning.net/x/modules/news/article.php?storyid=1833]]
-[[ユーザビリティのヒント>http://www.atmarkit.co.jp/fwcr/rensai/usabilitytips01/01.html]]
-[[ダメなユーザーインターフェイス講座:http://www.geocities.co.jp/SiliconValley-Oakland/8192/]]


*MVCモデル [#ica11c1e]
-[[MOVEは望まれなかった子>http://ugaya40.net/architecture/dis_mov.html]] 2012.7.5

-[[MVCは死んだ。MOVEするときがきた>http://d.hatena.ne.jp/nowokay/20120704#1341366107]] 2012.7.4

-[[全裸で学ぶMVC事始め>http://yusukebe.com/archives/20120306/061542.html]] 2012.3.6

-[[Web Applicationを綺麗に設計するためのMVACという考え方>http://d.hatena.ne.jp/shiba_yu36/20110303/1299123350]] 2011.3.3
--データソースやロジックを扱う「Model」、表示・出力を管理する「View」、複数のModelとControllerをつなぐApplication、ユーザのリクエストなどを受け取りViewやApplicationを制御する「Controller」の4つの要素を組み合わせてシステムを実装する方式。MVCをさらに抽象化した方式。id:secondlife

-[[WebアプリのMVC設計まとめ>http://d.hatena.ne.jp/p4life/20091014/1255532618]] 2009.10.14
詳細設計 の履歴差分(No.1)

詳細設計の履歴差分(No.1)
