を開始して以来、私は「流砂の質問」と呼ぶものを殺到してきました。表面的には、流砂の質問は良い質問のように 。もしあなたがそれに答えることができれば、あなたは今いる場所 (ウェンディーズ・ドライブインでの夜勤) から、行きたい場所 (友人に自分が働いていることを伝える) に飛び出すことになるでしょう。ちなみにNetflix)。 Boot.dev 見えます 流砂の質問はすべて、近道を見つけることに関するものです。 3 か月以内に開発者の仕事が必要です。それを行うための最良の方法は何ですか? バックエンドの学習パスに 20 のコースが用意されているようですが、*ウィンク* どのコースをスキップしてもよいでしょうか? ショートカットの何が問題なのでしょうか? ここで、 しておきたいのですが、キャリア目標に向かってより短い道を歩みたいと思うのは ではありません。それ以外のことは狂気となります。あなたを一晩で上級開発者に変える薬があるなら、私はあなたにその薬を飲むことをお勧めします。 明確に 、まったく悪いこと 理論的には、教育的最小最大化は確実な戦略のように見えますが、実際には機能しません。 なぜ?目的地が ため。 不明な ダイクストラのアルゴリズムは、目的地がわかっている場合に最適です。そうでない場合は、別のものが必要です。 彼らがどこへ行くのか誰も知りません テクノロジーシーンは複雑さの塊です。私は大学で 10 種類ほどの 言語を学びましたが、学位を取得して 3 年が経過しても、最終的に Go を書くバックエンド エンジニアとして働くことになるとはまだ知りませんでした。 プログラミング 組み込みシステムからフロントエンド開発まで、あらゆる種類のくだらない内容についてインタビューしました。そうですね、私の Prolog クラスは最初の面接ではあまり役に立たなかったことがわかりましたが、どうですか?それは ませんでした、そして今、誰かが「それは宣言型システムです」と言ったとき、私の表情は無知を裏切ることはありません。 傷つき 最初の面接に合格するためにどの概念を習得する必要があるかを 知っていれば、効果的な近道を見つけることができるでしょう。問題は、すべての最初の面接に常に合格できる 知識のサブセットが存在しないことです。 正確に 正確な どの企業も独自のジャンクな技術スタックを持っています すべての PM には独自の「アジャイル」バージョンがあります すべての採用担当者は、独自の 7 ステップの を持っています。 面接プロセス どの仕事にも、さまざまな難解な知識が必要です コーディングを学び始めたとき、最初の仕事で毎日何をするか 。 「仕事で DSA スキルをまったく活用したことがない」というようなことを言う人がいますが、詳しく調べてみると、その人は WordPress の「開発者」であることがわかりました。 わかりません では、最短経路には興味がないのでしょうか? あなたがすべき;それはあなたが見つけられると思う場所ではありません。プログラマーとしての仕事への最短距離は、学習し構築する必要のあるものの量を最小限に抑えることで 。そのような考え方をすると、旅はさらに長くなり、より精神的に疲れることになります。このようなもの: はありません Web フレームワーク (初心者なのでおそらく Next.js) に直接ジャンプします。 TODO アプリを構築する才能があることがわかります チュートリアルなしでは「Hello World」を構築できないことを理解してください さらにチュートリアルを実行して問題を修正してください Twitter で、間違いなく が最高の言語だという記事を読んだ Rust 借用チェッカーの手による敗北を認める ステップ 1 ~ 4 を 回繰り返します。n です。 n n d4_roll * your_stubbornness 最短パス (または少なくともより パス) は通常、次のようになります。 短い 主要なプログラミング/CS の 言語で学習する 概念を 実行したいプログラミングの種類 (フロントエンド、バックエンド、モバイルなど) を暫定的に決定します。 そのようなプログラミングの基礎を、それに適したテクノロジーで学びます。 仕事を探している間、学習と構築を決してやめないでください 誤解しないでください、この 2 番目の道はまだ短くありません。プログラミングは簡単ではありません。そうだと言われたら申し訳ありませんが、努力する意欲があれば、チュートリアル地獄の 9 周目を目的もなく散策する必要はありません。 仕事を怖がらないでください 人々は最短の学習経路を見つけようと何年も費やし、あるいは「もう二度と使わない」ことの学習を避けようとしますが、 必要な作業を避けるために全く何も学ばずに も無駄にしても平気です。最終的に就く仕事に直接当てはまらないことを学ぶのに数 費やす危険はありますか? 不 何ヶ月も何年 日を ドージコインを月に送る? 100000000%正直になりましょう。古き良き、一攫千金の計画を探している人もいます。ループに数週間苦労した後、彼らは諦めて、Fiverr で を購入するでしょう。あの人たちのようにならないでください。 AI を活用した暗号通貨取引ボット ソフトウェア エンジニアになることは、「一攫千金」を目的としたものではありません。それは「上位中流階級を獲得し、ゆっくりと成長する」スキームです 「作る」コツは?実際に良くならなければなりません。 したがって、次に発生するエラーを「修正」するために StackOverflow から無計画にコピー/ペーストするのではなく、それが何を かを理解するために余分に時間をかけてください。私がレビューした PR のうち、何かを「修正」したものの、開発者が根本的な問題をまったく理解していないため、単なるパッチのパッチにすぎないものを何件見たかわかりません。 意味するの たとえば、元 Java 開発者 (常に Java 開発者です) は、この関数 (Go の) がパニックになる場合 あることに気付きました。 が // sendEmail sends emails, but sometimes panics func sendEmail(e *email) error { // ... } 彼らは直接 Google に問い合わせると、Go でのパニックは で「解決」できることがわかりました。そこで、彼らはプル リクエストを開きます。 recover func sendEmail(e *email) error { defer func() { if r := recover(); r != nil { log.Println("recovered from panic in sendEmail") } }() // ... } これはちょっとうまくいきますか?ただし、より優れた開発者は、コード内の根本的な問題を理解して修正しようとします。 チェックを追加するか、この関数でのポインタの使用を完全に中止することになります... nil // now sendEmail never panics func sendEmail(e email) error { // ... } 最後まで到達するのではなく、より良くなるというバイアスを持ちたいのです。 「終わり」はありません。学ぶべきことが多すぎるため、ソフトウェア エンジニアリング全体の範囲は、最後のプログラムのグローバル名前空間の範囲よりも大きくなります。 それはあなたが望んでいたアドバイスではありません 健康を維持すること、依存症を断つこと、ビジネスを構築すること、そしてもちろん、最初の開発の仕事に就くことはすべて ことです。近道を探すのに時間を無駄にして、自分自身をさらに難しくしないでください。 難しい 常緑の基礎知識を学び、 ば、わずか 1 ~ 2 年の継続的な努力でどこまで達成できるかに驚くでしょう。 興味のあるプロジェクトを構築すれ でも公開されています。 ここ