![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
「[[.NET 開発基盤部会 Wiki>http://dotnetdevelopmentinfrastructure.osscons.jp]]」は、「[[Open棟梁Project>https://github.com/OpenTouryoProject/]]」,「[[OSSコンソーシアム .NET開発基盤部会>https://www.osscons.jp/dotNetDevelopmentInfrastructure/]]」によって運営されています。 -[[戻る>技術#me0a00ca]] --アーキテクチャ宇宙飛行士 --[[足を引っ張る進歩主義者]] *目次 [#ia9f33b7] #contents *概要 [#ec0aca6f] [[Excel Basicの設計とマイクロソフトのVBA戦略>https://techinfoofmicrosofttech.osscons.jp/index.php?Excel%E3%80%81Excel%20VBA]]を推進した、~ 「[[ジョエル・スポルスキ>#l1af3919]]」によると、アーキテクチャ宇宙飛行士は、 抽象的に言えば、 -地球から、あまりにも遠くに行ってしまった頭の良い人で、 -いつ停止するのか分からない、酸素が足りなくなっている人。 -包括的で高レベルだが、不条理な「宇宙から見た地球の写真」を作成する。 などと、表現されている。 *詳細 [#wd79cf78] **傾向 [#xf2328e9] -収益に貢献しない非常に高度な学位を持った~ 多くの非生産的な人々を雇う余裕がある大企業で働く傾向がある。~ （コレは、シェアが大きいから出来る事だと言えるかもしれない） -彼らは、アーキテクチャについて考えることをやめないので、~ 彼らに、コードを書いたり、プログラムを設計させるのは非常に難しい。 ***実際の問題は解決していない。 [#i90ed537] -アーキテクチャ以外の「機能」の話はすべて無視する。 -新しいアーキテクチャを発明し、~ それが「何か」を解決すると主張する。 -「解決できたら役に立つ」実際の問題ではなく、 >「（そのアーキテクチャが）解決できる（と考えている）」存在しない問題 >を解決している（ダケに過ぎ無い）。 ※ 例えば、SOA化すると、差し替えが可能になるが、実際に、~ その「差し替え」を行うケースが以下ほど在るのか？と言うような話。 ***確かに利益をもたらすが誇大。 [#x5586165] -例えば、 --生産性・保守性の向上 --「参照アーキテクチャ」（モデル）として整理されている。 --考慮点が減る（ブラック・ボックス化）。 -しかし、誇大広告に問題があることもある。 -そして、何故か人々は、~ その退屈なアーキテクチャに「非常に」感銘を受ける。 --RPCの新しいフォーマット --または単なる新しい仮想マシン **事例 [#r8a44ceb] -P2P、Java, XML, Soap, XmlRpc（, Hailstorm）, .NET, Jiniなど。 -以下のような技術が、該当すると考えるが、全てが非機能であって、~ 「異なるアーキテクチャでも機能要件を満たせる。」という傾向を見い出せる。 -宗教戦争、宗教対立的な雰囲気（OS、言語、設計技法、フレームワークなど ***設計・実装系 [#w6e74906] -オブジェクト指向の分析・設計（OOA、OOD）~ [[この辺>なんとか原則#w7bd0523]]が「まぁ、解る。」位に留めておくと良い。 -ドメイン駆動設計（DDD） --高位の概念と実践について多数述べられている。 --[[クリーン・アーキテクチャ>依存性反転原則#y5546add]]（は、比較的、実践的かも） ***ネットワーク系 [#n4ca3533] [[この辺>https://techinfoofmicrosofttech.osscons.jp/index.php?%E3%81%9D%E3%81%AE%E4%BB%96%E3%80%81%E9%96%8B%E7%99%BA%E3%81%AE%E8%89%B2%E3%80%85#laafb2eb]]の技術で、前述の「[[RPCの新しいフォーマット>#x5586165]]」的なもの。 -分散オブジェクト（DCOM、CORBA） -REST、JSON-RPC、OpenAPIとSwagger -SOAP、SOA（Service-Oriented Architecture） -Microservice & Serverless Architecture ***テスト自動化系 [#n5f5cc1c] [[この辺>https://techinfoofmicrosofttech.osscons.jp/index.php?%E3%83%86%E3%82%B9%E3%83%88%E8%87%AA%E5%8B%95%E5%8C%96]]にまとめた系 -TDDや、GUIテストツール -[[DevOps（CI/CD）>サービス#k4ad6dce]]と~ 絡めたIaC、[[Open PaaS]] ***ユーザインタフェースとデータアクセス系 [#a0ec41a6] [[この辺>https://techinfoofmicrosofttech.osscons.jp/index.php?VS%E7%B3%BB%E3%82%B3%E3%83%B3%E3%83%86%E3%83%B3%E3%83%84]]に書いたように、ほぼ、トレードオフ。 -ユーザインタフェース --フロントエンド系全般 -データアクセス --O/R マッパー ***この新しい開発言語は生産性が高い！的な。 [#i4464112] [[TIOBE Index>シェア#od7c604b]]でも眺めてろ！ -Java / .NET -Java の成功体験を Ruby で。 -JavaScript / ECMAScript -Python / R（アール） **私見 [#pe75eb55] なんとなく、 ***目の前の問題の解決に"注力"すベキ。 [#jb63e84a] 「参照アーキテクチャ」（モデル）に準拠して開発されたプロダクトが~ その結果、結果的に、「何か」を解決するか？に"注力"すベキではない。 ***基礎と応用力を強化すベキ。 [#h2195b1b] -当該アーキテクチャは複数の基礎を組合せた応用と見る事が出来る事が多そう。~ -従って、基礎が出来ていれば応用できるので、基礎（と応用力）を強化すベキ。~ -「参照アーキテクチャ」（モデル）は複数の基礎を組合せた応用結果（基礎のリレーション）を明示している。 -基礎と応用力があれば、要件に適合した「参照アーキテクチャ」（モデル）を理解する事、構築する事が出来る。 -「参照アーキテクチャ」（モデル）が合う合わないの意思決定～を変形させる能力が無いと、案件にフィットした設計ができない。 と言う事かと思う。 *参考 [#vcf8bcd2] -The Joel on Software Translation Project~ [[躍進を続けるアーキテクチャ宇宙飛行士たち>http://local.joelonsoftware.com/wiki/%E8%BA%8D%E9%80%B2%E3%82%92%E7%B6%9A%E3%81%91%E3%82%8B%E3%82%A2%E3%83%BC%E3%82%AD%E3%83%86%E3%82%AF%E3%83%81%E3%83%A3%E5%AE%87%E5%AE%99%E9%A3%9B%E8%A1%8C%E5%A3%AB%E3%81%9F%E3%81%A1]] -Don’t Let Architecture Astronauts Scare You – Joel on Software~ https://www.joelonsoftware.com/2001/04/21/dont-let-architecture-astronauts-scare-you/ -アーキテクチャ宇宙飛行士たちにバルスを送ろう｜ソウナ｜note~ https://note.com/waruiko6/n/n912c37092b7b **ジョエル・スポルスキ - Wikipedia [#l1af3919] https://ja.wikipedia.org/wiki/%E3%82%B8%E3%83%A7%E3%82%A8%E3%83%AB%E3%83%BB%E3%82%B9%E3%83%9D%E3%83%AB%E3%82%B9%E3%82%AD **OSSコンソーシアム [#k14562d6] ***マイクロソフト系技術情報 Wiki [#p376efaf] -[[アーキテクチャ設計>https://techinfoofmicrosofttech.osscons.jp/index.php?%E3%82%A2%E3%83%BC%E3%82%AD%E3%83%86%E3%82%AF%E3%83%81%E3%83%A3%E8%A8%AD%E8%A8%88]] --アプリケーション・アーキテクチャ --プラットフォーム・アーキテクチャ --クラウド (Azure) アーキテクチャ ---テクノロジ ---クラウド設計パターン ---アーキテクチャ フレームワーク ---アーキテクチャ ガイド ---参照アーキテクチャ、~ ワークロードの例、~ ソリューションのアイデア ***開発基盤部会 Blog [#o65cccaf] -生産技術界隈でBuzzったケド、~ ダメだった過去の生産性向上施策の一覧~ https://www.osscons.jp/joy5hs42t-537/ -「技術の消費者」~ （テクノロジー・コンシューマー）の話~ https://www.osscons.jp/joz15apje-537/ -新技術導入とか言うアレに対してチョット思った事を書いた。~ https://www.osscons.jp/joyscfx4b-537/ -DDDに関して思った事~ （難し過ぎるとOOADの二の舞になるよ。的な話）。~ https://www.osscons.jp/jok7exzd5-537/ -ベネフィット人材にとっての反面教師、~ アーキテクチャ宇宙飛行士とは？~ https://www.osscons.jp/jo1x41s8x-537/ -カタストロフィ --右肩下がりが生むカタストロフィ。~ 小忠実(コマメ)に変化するとイイ。~ https://www.osscons.jp/job3rg5iz-537/ --カタストロフィ的芸風について考える。~ https://www.osscons.jp/jo4lb1fp9-537/ --一方で「若者のカタストロフィ芸」という問題もあるのだが...、~ https://www.osscons.jp/jo1hyewe6-537/ --カタストロフィ芸が難しくなってきている理由について語る。~ https://www.osscons.jp/joz8pti6w-537/ -関連 --[[クリーン・アーキテクチャ>クリーン・アーキテクチャ#tec78158]]
