sassy_watsonのブックマーク - はてなブックマーク

技術選定/アーキテクチャ設計で後悔しないためのガイドライン - Qiita

はじめに本稿は、ソフトウェア開発を進める際に直面する様々な技術的な意思決定やライブラリ・フレームワーク・XaaS等を選択し正しく活用していくのかについての考え方をサポートすることを目的としています。「すべてにおいてこのようなワークフローを通じて検討すべきである」という主張ではありません。読者の抱える問題領域に応じて、必要な箇所を取捨選択するための１種の考え方を提供するものです。そもそもアーキテクチャ・技術選定に時間をかけるべきかまず第一に伝えておきたいことは、技術選定やアーキテクチャ設計に常に慎重であるべきではないということです。ソフトウェアの規模やライフサイクルに応じて、そもそも時間をさく必要がないということも多くあります。書き捨てのシェルスクリプトにも読みやすいコードを求めて書くことは非常に重要ですが、だからといって組織だって議論・検討するようなものでもないのです。一方で、５年も

sassy_watson 2020/12/24

リンク

MVCの流れを簡単にまとめてみる - Qiita [キータ]

理解しやすいように適当に遮ったり、言い切ってしまったところもあるがご容赦いただきたい。 MVCの登場 MVCは、SmalltalkのGUIライブラリのモデルとして登場した。これはGUIアプリケーションを記述する際に、適切なモデル化を進めるのにとてもいい考え方だと思われていたし、実際にそうだった。これはアーキテクチャパターンとして、それぞれがどのように依存するべきか、どこにコードを書くべきかということを端的に表している。安定依存の原則というものがある。これは、要件が安定しているモジュールに依存し、要件が変動しやすいモジュールには依存しないようにするという原則だ。MVCアーキテクチャでは、GUIアプリケーションの安定関係をModel > View > Controllerの順でとらえている。データ処理や業務要件というのは安定しており、UIパーツもまた比較的安定している。それらを統合してア

sassy_watson 2016/08/29

リンク

そろそろ理解しておきたいのでDockerのソースコードをビジュアルに読む！ - Qiita

まずはツールの紹介昨今、注目を浴びているアプリケーションコンテナを作ったり管理したりできるDocker。そろそろ中身も理解しておきたいところ。特に最近はlibcontainerというのができて、lxc依存すら切り離されているとの噂。ただ、結構ソースコードの量も大きくなっているので（2014/4月現在テストコード除いて70000行弱）、さっと大まかに理解するためのツールを書いてみました。このツールはgoのastからパッケージの間の依存関係を読んで、graphvizの解釈するdot言語に吐き出すツールです。たとえば、最近話題のgo-xslateの全体像をつかもうと思ったら、のようにすることで、拡大こんな感じにパッケージ間の依存関係を図示することができます。これだけでも何となくどんな構造になってるかわかってきそうですね。不安定性の表示 govizにはdot言語の出力の他に