- Dmitry Mamonov、 Wrike 「自転車からオートバイまで: 既製のフレームワークを使用するよりも独自のソリューションを開発する方が優れている理由。」
- ウラジミール・クラシルシチク、ヤンデックス「ようこそ、さもなければ自転車は禁止です」
- Vyacheslav Lapin、EPAM – 「エントリーカーブ」をハッキングする
技術的な観点から見て、独自の製品を開発するプロセスはアウトソーシング プロジェクトとどのように異なりますか? ゼロから開発に投資するのが合理的になるのはどのような場合ですか?また、既製のソリューションを採用する方が良いのはどのような場合ですか?
ソフトウェア開発では、独自のバイクを書くことは仕事のロマンとして扱われます。プログラマーは誇らしげに自分のバイクを共有し、Github に投稿します。講演者によると、これらは何かを学ぶことを目的とした「Hello World」プロジェクト、あるいは「髪の毛が生えるビリヤードボールを発明した理由は覚えていないが、地獄のように難しかった」というレベルのナンセンスだという。
スピーチの中で講演者は、「自転車選手」または「自転車選手」のチームリーダーがツール・ド・フランスに行く前に自問すべき質問について話し合います。彼は、実際的なアプローチによって外観が正当化され決定されたライブラリとフレームワークの例と、実際的な考慮に基づいて外観が不可能である作成の例を示します。
「自転車」の発明は素晴らしい教育テクニックです。芸術家志望者はほとんどが巨匠の絵を模倣するものですが、なぜ NIH 症候群は IT 業界では悪とみなされているのでしょうか? 結局のところ、ライブラリやフレームワークがどのように機能するかを理解するには、それらが解決する問題を自分で解決してみるのが最善です。通常は同様のものを作成して解決します。
私たちが継続的かつ永続的な学習モデルに移行して以来 (実際、学習と仕事は 1 つの統一されたプロセスになっています)、「自転車の組み立て」はこれを完全にサポートしており、本質的に学習の実践となっています。私たちはチュートリアルを読み、記事を読み、動画を視聴します。カンファレンスでのスピーチや、私たちの戦闘プロジェクトでその一部を試してみることで、新しいテクノロジーへの「参入曲線」に沿った最短の道を見つけることができます。
ただし、これは顧客のビジネス上の問題を解決するための最短、安価、かつ安全な方法ではないことが多いため、顧客がこれに同意することはほとんどありません。このような状況で「貧しい開発者」はどこに行けばよいのでしょうか? これについては、Vyacheslav のレポートで説明します。
他に読むべきもの: |
---|
GO TO FULL VERSION