ゼロから始めるのではありません: 転用可能なスキルが新しいキャリアでの成功にどのように役立つか

ソフトウェア エンジニアになる前は、編集者やジャーナリストとして働いていました。

私はいつも書くことを楽しんでおり、毎日の仕事から多くのことを学びました. しかし、技術職に転向した後、キャリアを変える多くの人が、以前の専門的経験を無関係なものとして隠したり、少なくとも減らしたりしようとしていることに気付きました。

しかし、多くのスキルはキャリア間で完全に移転可能であり、実際に新しい分野に貴重な視点とアプローチをもたらすことができると確信しています. 私の場合、ジャーナリストとして働いていたときに学んだスキルが、ソフトウェア エンジニアリングのキャリアに移行するのに役立ちました。 それ以来、ソフトウェア エンジニアリングで学んだスキルと教訓が、自分の本を書き出版するのに役立っています。

ここでは、転職を成功させ、新しい役割で順調にスタートするためのヒントを紹介します。

既存のスキルを捨てないでください

すでに持っている最も重要なスキルのリストを作成し、それらを別のタスクまたは役割でどのように使用できるかを検討してください。 コミュニケーション スキル、時間管理スキル、チームワークの経験 - これらはすべて、あなたが引き受けるあらゆる役割にとってかけがえのない資産です。

ライティングは、そのようなスキルの別の例です。 すぐにはわかりませんが、優れた文章を書く能力は、すべてのソフトウェア エンジニアにとって重要なスキルです。ドキュメントや技術計画から、コード レビューのコメントやプル リクエストの説明に至るまで、書くことはプログラマーの日常業務において大きな役割を果たします。

「現在の仕事で優れた能力を発揮するためのコア スキルが、新しい仕事で有利になるとしたらどうでしょうか?」

明晰なライターであることは、明晰な思想家であることの代用です。編集者としての以前の経験により、批判的に考えて問題を解決する能力が向上しました。これは、ソフトウェア エンジニアであることの核心です。 ライティング スキルは、ソフトウェア エンジニアリングの世界で不当に有利です。 彼らは私の技術キャリアを助けてくれただけでなく、ソフトウェア エンジニアになる私の経験を記録した本を書いて出版することを可能にしてくれました。

現在の仕事で優れた能力を発揮するためのコア スキルが、新しい仕事で有利になるとしたらどうでしょうか。

最高のものから学ぶ

前職で一定レベルのスキルを身につけた後、新しいキャリアで初心者レベルの自分を見つけるのは難しい場合があります。 しかし、オープンで、同僚や既存の専門家から学ぶ意欲がある限り、驚くほど早く専門知識を習得できます。

独学のソフトウェア エンジニアとして、私はインポスター症候群に悩まされることが多く、コンピューター サイエンスの修士号を取得している同僚に威圧感を感じてきました。 執筆のバックグラウンドを持っていたため、自分のスキルが新しい役割とは無関係であると感じがちでした。 しかし、ジャーナリストとして何年にもわたって得た情報を消費して処理する能力は、重要な強みであり、最高のものから学ぶのに役立ちました.

「私の同僚はコーディングがとても上手であるという事実に頼り、彼らから直接学ぶ機会を利用しました。」

私は、同僚がコーディングに非常に優れているという事実に頼り、彼らから直接学ぶ機会を利用しました. 優秀な人々と仕事をするだけでなく、優秀なプログラマーによって書かれた本も読み始めました。本は私の知的能力をはるかに超えており、私のスキルをはるかに高いレベルに引き上げてくれました。

本を書くときも同じアプローチを使用しました。 まず、私は教科書に目を向け、偉大な作家が執筆の芸術と科学について述べなければならないことをすべて読み始めました。

第二に、最高のフィクション作家から学び始めました。 自由な時間を優れた文章の例で埋めることで、私は持ち上げられ、新しいレベルの能力が得られたと感じました.

私は作家をエミュレートし、彼らの文体をコピーしようとしました. 素朴に聞こえますが、うまくいきました。 私が本を書いた後、英語を話す人々は、間違いがほとんどないことに感銘を受け、ネイティブ スピーカーによって編集されたものだと思い込みました。 そうではありませんでした。 だから、私のトリックがうまくいったと思います！

闘いを抱きしめて

これは、コーディングの旅のかなり遅い段階で学んだ教訓であり、最初から知っていればよかったと思います。

コーディングを始めたとき、私はとても苦労しました。 私はすべてに苦労しました。 ほとんどの場合、同僚が言ったことはまったく意味をなさず、彼らが使用する最も基本的な言葉でさえ調査しなければなりませんでした。 シェル、ドッカー、コンパイラ。 実際の作業を行う前に、最も基本的な概念の意味を理解しなければなりませんでした。

「闘争は学習の重要な部分であり、回避するものではなく、改善に役立つものと見なされるべきです。」

私は道のあらゆる段階で苦労しました – 気分は良くありませんでしたが、後でそれがまさにそのような感じであるべきだと気づきました. この闘争は学習の重要な部分であり、回避するものではなく、改善に役立つものと見なす必要があります.

何年にもわたって闘争を受け入れることを学んだ後、本を書くことの難しさを受け入れ、対処することがより簡単になりました. 非常に多くのレベルで、間違いなく私がやった中で最も難しいことの1つでした. しかし、この苦闘は、私が下手な作家だったという意味ではありません。

書くことも、プログラミングもそうですが、苦労するのはいいことです。 そして、それを認めていない場合や、最初はどれほど大変だったかを忘れていたとしても、誰にとっても難しいことです。

あなたの作品を早く、そして頻繁に見せてください

私は自分の作品を早く見せるのが好きではありません。 以前は、自分のコードを人に見せる前に、自分のコードが最もよく見えるようにする必要があると考えていました。 正しい軌道に乗っていないかもしれないと思っていたとしても、私はそれに取り組みました。 最終的に誰かにコードを見せたところ、間違った方向に進んでいて、何時間も何日も無駄にしていたことが判明することがよくありました。

もっと早く自分の作品を見せていたら、時間と労力を大幅に節約でき、もっと早く学べたはずです。 同じ教訓がライティングにも当てはまります。 私の本の最初のドラフトは、完成するのに約 2 か月かかりました。 私はその草案を自分で編集し、それで十分だと感じたら、編集者に見せました。

「自分の作品を 100% 安心して共有できる場合は、おそらく待ちすぎたでしょう。」

私の編集者のフィードバックは、この本をほぼゼロから書き直して、検索エンジンに最適化された別のブログ投稿のようではなく、より個人的な話のように読めるようにする必要があることを示しました. 私が書いたものはすべて、私の生きた経験のプリズムを通して語られる必要があったので、振り出しに戻らなければなりませんでした。

フィードバックを求めてよかったのですが、もっと早く作品を見せていれば、少なくとも 1 か月は節約できたはずです。 定期的にフィードバックを求め、できるだけ早く作品を公開してください。 100% 安心して共有できる場合は、おそらく待ちすぎたでしょう。

あなたが学んだ教訓は、次の努力に役立ちますか?

これらは、私がプログラマーとして働いていたときに学んだ最も重要な 3 つの教訓であり、本を書き続けたときに非常に貴重な譲渡可能なスキルになりました。

キャリアを変えたい、自分のビジネスを始めたい、または職場で新しい役割を引き受けたいが、十分な資格がないと感じているために始められない場合は、あなたが持っている最も重要なスキルとレッスンのリストを作成してください.学んだことを理解し、それらを別のタスクまたは別の役割にどのように移すことができるかを考えてください。

以前の仕事は、それがどの分野に属していても、次の仕事で成功するのに役立つ非常に応用可能なスキルと教訓をたくさん教えてくれたことに気付くでしょう。

Intercom のエンジニアは、日常業務にさまざまなスキル、視点、専門知識をもたらします。 エンジニアリング チームでの仕事の詳細については、キャリア ページをご覧ください。