常に選択肢があります。 独自のフレームワークを開発するか、サプライヤから準備してください。 Java、Spring、Hibernateなど 箱から取り出したら、良い製品を作ることができます。 競合他社から目立つような特別なものを作成したい場合、独自のツールの開発を正当化することができます-それがどのように機能するかを正確に理解し、それを最大限に活用することができます。 それでは、どの場合に内部ツールの開発に投資するのが理にかなっており、既成のソリューションに満足できるのでしょうか？
主要言語用の大規模フレームワークの新しいバージョンが登場し、オープンソースが開発され、何らかの方法で疑問が生じます。その場合、プロジェクトアーキテクトは新しいテクノロジーを試す権利を持っていますか？ これらのツールはいつ会社レベルで展開できますか？ テクノロジーの選択の柔軟性は、プロジェクトの規模、年齢、社内または社外の顧客によって異なります。
独自の製品の開発とカスタム開発には多くの違いがあります-独自の開発は異なるルールで行われるため、同じソリューションでもアウトソーシングには不向きですが、製品の開発では美しくエレガントです。
プログラムとスピーカー：
1. Wrike Dmitry Mamonov「自転車からオートバイまで：既製のフレームワークを使用するよりも、独自のソリューションを開発するほうがよい理由」
独自の製品の開発プロセスが、技術的な観点から、アウトソーシングプロジェクトとどのように異なるか、ゼロから開発に投資することが理にかなっている場合、既製のソリューションを採用する方がよい場合について説明します。 私たちのプロジェクトにはいくつかの例があります。そこでは、私たちが自分の意思決定を行うことによって得られた利点と、その過程で直面した困難を示します。
2. Vladimir Krasilshchik、Yandex「ようこそ、またはサイクリストは入場できません」
現代の自動車産業では、自動車がどのような状況下で独自のパワーウィンドウの開発に投資し、既製の優れた標準ユニットを採用しないと思いますか？ または、自動車メーカーが標準に満足せずに新しいバッテリーを開発しているときはどうでしょうか？ たぶん、そのような会社の例を挙げてもいいですか？
それとも、即興の手段から自分の手で掃除機を個人的に収集したり、アトリエで注文するためにスーツを縫ったりする頻度はどれくらいですか？ または、「通常の」ユースケースは、店舗への旅行であり、ホームアシスタントまたは完成品から新製品を選択することです。おそらく、理想的な候補についての最初のアイデアに関して、たとえば、パールボタンがない、または存在する翼？
しかし、何らかの理由でソフトウェア開発の分野では、あなた自身の自転車を書くことはほとんどロマンチックな程度にまで引き上げられました。 さらに、開発者はバイクを誇りに思っており、積極的にそれらを共有し、githubで共有して、少なくとも多くの空き時間があることを示しています！ 正直なところ、これらの「自転車」のほとんどは、何かを学ぶことを目的とした「Hello World」レベルのプロジェクトであるか、またはジョークのように「髪の毛が生えるビリヤードボールを発明した理由を覚えていませんが、それは地獄のように複雑でした。」
私のプレゼンテーションでは、実用的な開発者として、「サイクリスト」または「サイクリスト」のチームリーダーがツールドフランスに行く前に自問すべき質問について説明します。 私の意見では、実用的なアプローチによって正当化され、指示されたライブラリとフレームワークの例と、実用的な考慮事項に基づいて説明できない創造の例を挙げます。
3. Vyacheslav Lapin、EPAM-「エントリーカーブのハッキング」
「自転車」の発明は、学ぶための素晴らしい方法です！ 初期のアーティストは主にマスターの絵をコピーしますが、なぜIT NIH症候群は悪と見なされますか？ 実際、ライブラリまたはフレームワークがどのように機能するかを理解するために、原則としてそのようなものを書くことによって、彼らが自分で解決する問題を解決しようとすることが最善です。
それ以来、私たちの業界が「教育を受けた-定年まで蓄積された知識ベースを使って仕事に出かけた」モデルを放棄し、恒久的な恒久的なトレーニングのモデルに切り替えたとき（実際、トレーニングと仕事は1つの単一プロセスになりました）、自転車の構築は素晴らしいです実際、これはトレーニングの実践の本質を支えています。チュートリアル、記事を読み、会議でスピーチを見て、戦闘プロジェクトでこれを試してみて、「曲線」に沿った最短経路を見つけます。 ode”それ自体のための新しい技術へ。
ただし、多くの場合、これは顧客のビジネスの問題を解決するための最も短く、安く、安全な方法ではないため、まれな顧客はこれに同意します。 この状況で「貧しい開発者」に行く場所-これは私のレポートで議論されます。
→ 登録
→ ライブ放送