フレームワークを使用する場合、無知は幸せ

ソフトウェアエンジニアリングでは、エンジニアはフレームワークの内部動作を理解している場合にのみ使用すべきという考え方が一般的です。これは誤りです。

なぜ内部動作を知る必要があるのでしょうか。詳細がそんなに重要なのでしょうか？無知は幸せだと言う人もいるかもしれません。

自動車エンジン

自動車のエンジンを見てみましょう：

エンジンの仕組みを本当に理解している人はどのくらいいるでしょうか？

4ストロークエンジンと呼ばれる理由を説明できますか？

各ストロークは何をしますか？

4ストロークエンジンと2ストロークエンジンの違いは何ですか？

誰か答えてください。

それでも、私たちは車がどのようにして目的地に到達しているのかについて何も考えずに車を運転しています。

私たちはハンドル、ギアシフター、アクセルペダル、ブレーキを使って車と相互作用します。

どのように機能するかは気にしません。目的地に到達すればそれで十分です。車が故障したら、専門家に持ち込みます。

ビジネスのコア・コンピテンシー

ビジネスでは、企業は競争力を持つことを可能にする専門知識を持っています。これは企業のコア・コンピテンシーと呼ばれます。

コア・コンピテンシーはプロセスまたは製品です。

競争力を維持するために、企業はコア・コンピテンシーを絶えず改善する必要があります。企業のコア・コンピテンシーをサポートする以外の活動にリソースを使用することは、企業の競争上の優位性を弱めます。これは競合他社が企業の競争上の優位性を奪う機会の窓を開きます。

この考え方は例を使って最もよく説明されます。

Apple

Appleはシンプルさと美しい製品で知られています。これは簡単に複製できると思うかもしれませんが、そうではありません。Samsung、HTC、Microsoftに聞いてみてください。

なぜこれらの企業は失敗したのでしょうか？シンプルさは難しく、Appleはシンプルさの専門家だからです。

個人のコア・コンピテンシー

コア・コンピテンシーは人にも適用できます。

他の人と何が違いますか？

コア・コンピテンシーを開発するために、あなたは1つの分野に厳密に焦点を当て、時には数年間、他の人と異なる洞察と知識を得てきました。

ビジネスと同様に、競争上の優位性を維持するために、あなたは継続的にコア・コンピテンシーを磨く必要があります。

小さなピースを使用する

ソフトウェアエンジニアは企業や他の専門家と変わりません。コア・コンピテンシーに合わせるために、何を学ぶかを選別する必要があります。

使用するすべてのフレームワークの内部を理解することは実用的ではなく、時間がかかります。フレームワークの作成者がフレームワークのドメインの専門家であることを期待しているため、内部動作を知る必要はありません。

これはソフトウェアの目的ではないでしょうか。ブラックボックス化された機能の小さなピースを使用して、より大きく複雑な作品を作成することです。そうだと思います。

結局のところ、焦点と時間に帰着し、どちらも限られています。