本日、RedHatおよびKano OSの開発者であるRadek Pazderaからのこのトピックに関する非常に興味深い投稿に注目しました。
Radekのストーリーに基づいて、どのような結論を導き出すことができるか見てみましょう。
/写真hackNY.org / CC
ここでの全体のポイントは、IT業界の変化の速度です。 それらに遅れずについていくことはそれほど単純ではありません-彼らは技術スタックを更新する問題を絶えず解決しなければなりません。
多くの開発者は、馴染みのあるプラットフォームやプログラミング言語の需要が少なくなるか、過去のものにさえなると、単に仕事を失います。
この問題を解決するために、コミュニティ自体が特定のアプローチを開発しました。これは、毎年1つのオープンプロジェクトを開発することで構成されています。 このアプローチを使用するフレームワークでは、次のルールを適用することが重要です-技術スタック全体が新しいものでなければなりません。
おなじみのテクノロジーの使用を禁止することは時々必要であり、自分で人工的に作成するのは恥ずべきことではありません。
その結果、チュートリアルを完了してマニュアルを読むことに比べて、はるかに深刻な課題に直面します。 さらに、プロジェクトを公開する必要があるという事実に懲らしめられます。
技術スタックを更新する同様の手法により、製品開発に関する最初からプロトタイプまでの実践的なトレーニングが可能になります。 通常の職場での職務の枠内でこのようなことを行うことはほとんど不可能です。
ここでは、結果だけでなく、プロセス自体のフレームワーク内で注意と忍耐のトレーニングを行い、開発を終了します。 このプロジェクトは、すべての競合他社を破壊する新しいOSになる必要はありませんが、実用的な意味があるはずです。
完全に新しいテクノロジースタックをゼロから開発することは、自己学習への基本的なアプローチであり、これによりルーチンを大幅に多様化し、より興味深いキャリアの観点に頼ることができます。
PS IaaSプロバイダーの作業に関するその他の資料：