メインコンテンツにスキップ

ミッション

ここでは、私たちがFSD方法論を開発する際に従う方法論適用の制限と目標について説明します。

  • 私たちは、目標をイデオロギーとシンプルさのバランスとして考えている
  • 私たちは、すべての人に適した銀の弾丸を作ることはできない

それでも、FSD方法論が広範な開発者にとって近く、アクセス可能であることを望んでいます。

目標

幅広い開発者に対する直感的な明確さ

FSD方法論は、プロジェクトチームの大部分にとってアクセス可能であるべきです。

なぜなら、将来のすべてのツールがあっても、FSD方法論を理解できるのは経験豊富なシニアやリーダーだけでは不十分だからである

日常的な問題の解決

FSD方法論には、プロジェクト開発における日常的な問題の理由と解決策が示されるべきです。

また、開発者がコミュニティーの経験に基づいたアプローチを使用できるようにし、長年のアーキテクチャや開発の問題を回避できるようにするには、FSD方法論はこれに関連するツール(CLI、リンター)を提供することも必要です。

@sergeysova: 想像してみてください。開発者が方法論に基づいてコードを書いているとき、開発者の直面している問題は10倍少なく発生しています。それは他の人々が多くの問題の解決策を考え出したから、可能になったのです。

制限

私たちは自分たちの見解を押し付けたくありませんが、同時に多くの開発者の習慣が日々の開発の妨げになっていることを理解しています。

すべての開発者にはシステム設計と開発経験レベルが異なるため、次のことを理解することが重要です。

  • FSD方法論は、すべての開発者にとって、同時に非常にシンプルで、非常に明確にするのは不可能

    @sergeysova: 一部の概念は、問題に直面し、解決に数年を費やさない限り、直感的に理解することはできない。

    • 数学の例 — グラフ理論。
    • 物理の例 — 量子力学。
    • プログラミングの例 — アプリケーションのアーキテクチャ。
  • シンプルさ、拡張性は、実現可能であって望ましい

参照