インモビインモビ

ウェブ開発の大学教育でカリキュラムを担当していた場合、カリキュラムが出血エッジテクノロジーで定期的に更新されたことを確認しますか？それとも、試行された真のテクノロジーを使用して、より遅い移動カリキュラムを確立しますか？それは大変です。コインをひっくり返すことはできません。カリキュラムを頻繁に再発明することは非現実的かもしれません。たとえば、スタッフがファンデーションを反復して改善する時間がないか、最先端のテクノロジーの選択がパンのフラッシュになることが判明したため、より悪い結果にさえつながるかもしれません。

また、どちらか一方である必要はありません。私はカリキュラムの計画に深く関わったことがありませんでしたが、長年にわたってこの仕事を担当しているかなりの数の人々と話をしましたが、それはよりスペクトルです。同様に、おそらく（データベース、API）に固執する傾向がある基礎コースや、より多くのように設計されている他のコースがあります 日々。よりフリーフォームのキャップストーンコースのように、実際のビジネスのためのポートフォリオやプロジェクトを構築します。その傾向は、試された真実に固執し、現代のより保守的に、時にはゲストスピーカー、オプションのワークショップ、独立した研究などを通してのみ散らばっています。

大学のカリキュラムをock笑するのは簡単ですが、それはもう少し近くにあるかもしれません 頭いい。 あなたは彼らがいつも言っていることを知っています、 何か基本的な何か。

私はこの読書ニコール・ティエッツ・ソコルスカヤのことを考えていました 学生は、私たちが革新的に保つ方法を尋ねました。私はしません。

学生の一人が私が愛した質問をしました。彼らは、「主要なエンジニアとして、あなたの会社がイノベーションの最前線に留まることをどのように確認するのですか？」のようなことを尋ねました。

私がこの質問が大好きな理由は2つあります。 1つ目は、それが私も早く持っていた良い自然なものであるということです。 2つ目はそれがそうだということです 意図せずにリードしています。それはあなたを想定しています すべき 革新的なテクノロジーの最先端で働いています。

そしてそれが私の答えが「私はしない。私たちが確かにしていることを確認した理由です しないでください。」主要な質問はきびきびとした答えを得る！

気分がいいです ほとんどの開発者 彼らが十分な問題を見た彼らのキャリアのこの点を打つ – 彼らは 私たちはこれを機能させることが知られている方法でこれを行うことができますか？ それを黙想と呼んで、それを呼んでください つまらない、それを古いものと呼んでください、何であれ、私の本ではかなりクールです。 （彼は彼のWordPressブログに書いています。）

古い/安定した/退屈なソフトウェアには、無数の望ましい特性があります。信頼性、セキュリティスルーが多い、ホスティングオプション、洗練されたドキュメント、実際に回答を検索するときなど。デバッグ性は別のものです。私の経験では、真新しいテクノロジーの荒いエッジは、多くの場合、それがどのように失敗するかについてです。エラーメッセージは吸う、診断ツールが存在しない可能性がある、StackoverflowスレッドはまだLLMSにフーバーされていないなど、それがどのように失敗するかを考えています 生産中 また興味深いです。ライアン・オニールからの良いアドバイス ソフトウェアエンジニアリングの15年後のランダム思考：

デバッグ性は非常に過小評価されています。 コードを書くときは、それがどのように実行されるかについて考える必要があります。また、それがどのように失敗するか、どのようにデバッグするかについても考える必要があります 生産中。監査証跡を残し、データを人間の読み取り可能な形式で保存し、管理ツールに投資します。

哲学のコーディングに浸っている間、パトリック・ドゥブロイのリンクで終わることを許してください 冷血なソフトウェア。それは、赤ちゃんのカメが関与するかなり忘れられない瞬間から始まり、ヘビーハンドのソフトウェアの比phorになります。

ソフトウェアプロジェクトと同様の二分法が見られます。特定のテクノロジーの決定は、暖かいプロジェクトにつながります。プロジェクトに絶え間ない動きがあり、熱を生成すると、すべてが素晴らしいです。しかし、温血球のソフトウェアを冷凍庫に入れて、6か月後に死体を引き出します。

冷血なプロジェクトは、赤ちゃんが塗られたカメのようなものです。 1年間凍結してから、中断したところから戻ってくることができます。

🐢