詳細設計 の履歴(No.9)

• 履歴一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• 詳細設計 へ行く。
  • 1 (2022-12-15 (木) 12:38:03)
  • 2 (2023-01-08 (日) 13:13:51)
  • 3 (2023-01-12 (木) 13:06:54)
  • 4 (2023-01-21 (土) 12:05:59)
  • 5 (2023-02-01 (水) 11:41:16)
  • 6 (2023-02-04 (土) 22:14:19)
  • 7 (2023-02-24 (金) 12:06:29)
  • 8 (2023-04-26 (水) 09:41:33)
  • 9 (2023-05-11 (木) 17:46:34)
  • 10 (2023-05-18 (木) 13:18:00)
  • 11 (2023-06-26 (月) 21:59:15)
  • 12 (2023-07-10 (月) 18:59:10)
  • 13 (2023-07-17 (月) 21:52:57)
  • 14 (2023-08-03 (木) 21:53:03)
  • 15 (2023-08-10 (木) 22:06:59)
  • 16 (2023-08-23 (水) 09:48:47)
  • 17 (2023-08-25 (金) 11:17:22)
  • 18 (2023-09-01 (金) 12:12:49)
  • 19 (2023-09-04 (月) 18:10:52)
  • 20 (2023-09-20 (水) 09:47:43)
  • 21 (2023-09-27 (水) 16:37:54)
  • 22 (2023-10-10 (火) 11:33:24)
  • 23 (2023-10-12 (木) 22:16:42)
  • 24 (2023-10-22 (日) 13:03:43)
  • 25 (2023-10-24 (火) 16:53:11)
  • 26 (2023-10-29 (日) 12:33:46)
  • 27 (2023-11-05 (日) 10:30:19)
  • 28 (2023-11-09 (木) 13:19:38)
  • 29 (2023-12-06 (水) 10:37:54)
  • 30 (2023-12-15 (金) 23:00:25)
  • 31 (2024-02-18 (日) 02:41:11)
  • 32 (2024-03-11 (月) 01:46:52)

---

→上流工程一般

　→基本設計

→ドキュメント作成

→アルゴリズム

サブトピック†

• オブジェクト指向

設計・デザイン一般†

• 読みやすいコードを書くためのガイドライン 2023.4

• 【React】「困難は分割せよ」―― 複雑な画面は小さな機能に分けて実装しよう。 - Qiita 2023.1

• Pub/Sub とは  |  Cloud Pub/Sub ドキュメント  |  Google Cloud 2023.1

• 「ビジネスロジック」とは何か、どう実装するのか - Qiita 2021

• 防御的プログラミングと契約プログラミング - Qiita 2022.10

• The Art of Logging. In order to get the most of the logs… | by Jaouher Kharrat | Sep, 2022 | Medium 2022.10

• 「JavaとJavaScriptは別だからw」と言いながら、CみたいにJavaを書く人々への処方箋 - Qiita 2022.6

• system-design-primer/README-ja.md at master · donnemartin/system-design-primer · GitHub 2017

• デザインの現場で絶対に必要になる基礎知識７選 | DevelopersIO 2022.4

• なぜエンジニアが作る画面はダサいのか…?「理由」と「対策」を徹底解説【エンジニア向け画面デザイン講座】 2021.12

• とある契約の備忘目録。契約による設計(Design by Contract)で信頼性の高いソフトウェアを構築しよう。 2010.1

• 意外と知られていない構造化プログラミング、あるいは構造化プログラミングはデータも手続きと一緒に抽象化する、あるいはストロヴストルップのオブジェクト指向プログラミング史観 2014.1.23

• ソフトウェア設計とは何か 〜 設計にはプログラミング経験が必要か否か 2013.1.22

• バッチ処理について考える 2020.1
• バッチ処理を再考する 2012.11.25

• Modeling With Data

• 設計と実装の狭間で 2012.11.11

• エンジニアが一からUX/UIデザインを学ぶのに役立つ記事まとめ11個 2012.8.1

• なぜ状態遷移表を使うと、品質の良い開発ができるのか 2012.5.23

• 設計ミスをなくそう！現場を救うレビューの秘訣 2010.7.27

• 読み方”を知って、レビューをもっと効果的に

• 智慧カード

• フローチャートの悪夢，ふたたび 2016.12

• フローチャートがダメな３つの理由 2008.7.19
  • 表現力がしょぼい
  • 人間はフローチャートのようには考えない
  • フローチャートには実は重要な利点が一つある＞プログラマーでなくとも理解できる

• 設計文書のうまい書き方

• 仕様記述言語
  • Z言語
  • VDM
  • LOTOS
  • SDL
  • OBJ
  • CafeOBJ
  • SpecC言語
  • UML

• 汎用グラフィカルモデリング言語SysML

ドメイン駆動設計(DDD)†

• ドメイン駆動設計(DDD)を整理 2023.5

• しょぼちむのエヴァンス本のススメ / syobochim read Evans Book - Speaker Deck 2023.2
  • 【書籍】エリック・エヴァンスのドメイン駆動設計

• 最近の海外DDDセミナーを聞いてみたら色々と常識が破壊された - Qiita 2022.2

• [DDD]ドメイン駆動設計で実装を始めるのに一番とっつきやすいアーキテクチャは何か - Qiita 2017.10

• DDD本を読むためには前提知識が非常に多いよ - Qiita 2022.11

• [ 技術講座 ] Domain-Driven Designのエッセンス -目次-｜オブジェクトの広場 2022.9

• 戦術的DDDをGoで実現する【Value Object編】 - Yappli Tech Blog 2022.8

• オブジェクトストレージ開発におけるDDD (ドメイン駆動設計) | さくらのナレッジ 2022.8

• ドメイン駆動設計とは何なのか？ ユーザーの業務知識をコードで表現する開発手法について：CodeZine（コードジン） 2020

• 良い設計と悪い設計の違い - Speaker Deck 2022.11

• 設計の考え方とやり方 - Speaker Deck 2022.8
  • 増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし1 「良い設計を目指す」 - asken テックブログ 2022.8
  • 増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし2 「設計スタイルの選択とクラス設計のスタイル」 - asken テックブログ 2022.8
  • 増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし3 「テーブル設計のスタイル」 - asken テックブログ 2022.8
  • 増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし4 「開発のやり方と設計スキルと補足資料」 - asken テックブログ 2022.8
  • 増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし5 「質疑応答」 - asken テックブログ 2022.8

• わかりやすくて最高だった「ドメイン駆動設計入門 ボトムアップでわかる！ドメイン駆動設計の基本」レビュー | DevelopersIO 2022.7
  • 【書籍】ドメイン駆動設計入門 ボトムアップでわかる! ドメイン駆動設計の基本

• DDDをざっくり理解してみる?　〜ドメインサービスとリポジトリ編〜 - Qiita 2022.7
• DDDをざっくり理解してみる?　〜エンティティと値オブジェクト編〜 - Qiita 2022.6

• 初めて現場でDDD（ドメイン駆動設計）を実践してみた｜SHIFT Group 技術ブログ｜note 2022.6

• 既存プロダクトへのドメイン駆動設計の導入検討について - クラウドワークス エンジニアブログ 2022.6
• ドメイン駆動設計の源流のPofEAAを読んでみる | フューチャー技術ブログ 2022.6
• DDD(Domain-Driven Design
• 「エリック・エヴァンスのドメイン駆動設計」を自分でも一読したので、その要点 - Qiita 2022.4

• ドメイン駆動設計の特徴
  • ドメインに精通した専門家を中心に開発する。ドメインに精通した専門家やドメインエキスパートと共に、そのドメインに関する知識を明確にし、それを元に開発することで、ビジネスニーズに適切に対応することができる。
  • ドメインモデルを中心とした設計。ドメインに関する知識を抽象化し、ドメインモデルとして表現し、それを中心として設計・開発をすることで、ドメインに対して正確な表現ができる。
  • インフラストラクチャやインフラに対しては後回しにする 。
  • アジャイル開発に則った開発手法 。ドメインに対する知識は常に変化しているため、アジャイル開発に則り、イテレーションを重ねて開発し、順次改善をする

アスペクト指向(AOP)†

• アスペクト指向のバリエーション解説
  • アスペクトは「様相」「側面」「視点」といった言葉に訳されているが、要するにソフトウェアのさまざまな「様相」や「側面」に注目するパラダイムがアスペクト指向なのである
  • 「アスペクト」とは、さまざまな角度、視点から “物事” を見た際の「様相」や「側面」のことである。

• .NET開発者のためのDI&AOP入門
• アスペクト指向@IT
• アスペクト指向@MSDN

→S2AOP

UI†

• 何故、エンジニアはUIのセンスがないか。 2012.5.15
• 団塊〜シニア層向けのWeb設計　やっちゃいけない10のＵＩ
• ユーザビリティのヒント
• ダメなユーザーインターフェイス講座

MVCモデル†

• MOVEは望まれなかった子 2012.7.5

• MVCは死んだ。MOVEするときがきた 2012.7.4

• 全裸で学ぶMVC事始め 2012.3.6

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

• WebアプリのMVC設計まとめ 2009.10.14