蓄積された経験、時間と何百人もの開発者によって集められたレーキとテストされた機能は、開発で使用されるライブラリの意味を説明するのに最適な方法です。

既成のライブラリを使うことには長所と短所がある。

• + 車輪の再発明に時間を費やす必要がない。
• + 既に出来上がった機能をテストし、「子供たちの問題」を解決している（人気のあるライブラリの場合）。

1. プログラマは、ライブラリがどのように脆弱で、パフォーマンスに影響を与えるかについて、常に関心があるわけではありません。
2.  機能のほんの一部しか使う必要がない場合、モジュールはかなり面倒になります。実装に数時間の作業が必要なだけなら、既製のソリューションを使うことは正当化されないことがよくあります。数行のコードで大規模なタスクを解決し、それをインポートできるのであれば、車輪の再発明をする意味はない。最初に意図する機能の大きさを理解し、見積もることが重要である。これは経験とともに得られるものです。

いくつかのことは、ライブラリなしではほとんどできません（少なくとも、できるのですが、難しく、長く、意味をなさない）。私たちは主にサードパーティのツールやサービスへのアクセスについて話しています。例えば、モバイルアプリケーション内の決済は、標準規格を通して行われますが、それでもライブラリです。

リスト内の画像の表示は、簡単な作業に見えるかもしれません。しかし実際には、キャッシュ、リサイズ、角丸などの問題が発生します。これは、一般的な画像ライブラリを使用することが正当化される場合の良い例です。