プログラマーとしてのキャリア全体を後悔しています

まず第一に、私は自分自身を「ソフトウェアエンジニア」と呼んでいました

翻訳者から：

単なる石を切る私たちは常に大聖堂を想像しているに違いありません。単純な石を切る私たちは、常にその背後に大聖堂を見る必要があります。 AndrewHuntの本「ThePragmatistProgrammer」からのこの素晴らしい引用を私たちは皆覚えています。見習いからマスターへの道。」以下の投稿は、私の意見では、これについてです。その著者である技術リーダーであり建築家でもあるデイブ・タウブラーは、彼のキャリアと彼の仕事全般に対する見方がどのように発展したかについて語っています。著者は、キャリア開発に役立つと考えるいくつかの推奨事項を共有し、タイトルに書かれているように、可能であれば自分のキャリアで何を変えるかについて話します。



私のキャリアはソフトウェア開発ではなく、マーケティングから始まりました。私はクリエイティブな人間であり、スローガンとハーモニーの芸術が私に合っていると思いました。しかし、マーケティングの世界は私が想像していたよりも機械的であることが判明しました。驚いたことに（またはおそらく驚くことではないが）、プログラミング（それまでは趣味）が私が切望した創造的なエネルギーを与えてくれたことに気づいた。それで、マーケティングの仕事のカップルの後、私はウェブ開発の仕事を見つけました。この仕事はソフトウェアエンジニアとしての私のキャリアの始まりでした。それ以来、私はマーケティングに戻っていません。



職業は素晴らしかった。もちろん、彼女は高給で、私は景気後退の間も仕事を続けました。Web開発により、さまざまな企業と協力し、素晴らしい人々と出会うことができました。それに直面しましょう。コーディングは楽しいので、後悔はほとんどありません。しかし、私が後悔していることがまだあります。すなわち：

私は自分を「ソフトウェアエンジニア」とは見たくない。

私は自分自身を「プログラマー」や「ソフトウェアアーキテクト」などと呼ぶことについて話しているのではありません。具体的には、これらの2つの単語はあまり気になりません。つまり、ソフトウェアの設計とコードの記述という人生の専門的な目的全体を定義したことをお詫びします。どうして？実際にはいくつかの理由があります。

私は自分自身を取り除くべき障害だと思っていました

私は自分をスイッチだと思っていました[約。翻訳。-もちろん、イネーブラーは「何かを可能にする人または物」です。つまり、何かを可能にする人または物です。しかし、この場合、著者は残念ながら自分自身をチェーンの要素として語っています。つまり、この種の文字主義はここでは適切であり、製品開発チェーンに必要なリンクである、言われたことの気分と意図を明確に反映しています。それは概念を現実に変換します。これは、水が生活にとって重要であるのと同様に、ビジネスにとっても重要です。しかし、最近、私はそのような自己決定についてはもう確信が持てません。



製品開発がどのように機能するかを考えてください。誰かが素晴らしいアイデアを思いつきます。たとえば、融資を受けられない人に資金を提供したり、職人が自分の作品をオンラインで販売するのを手伝ったりします。しかし、アイデアを実現するには、アイデアの作成者には、アイデアを実現するための経験とスキルを持った他の誰かが必要です。ここで私はソフトウェアエンジニアとしてやって来ます。私に支払うだけで、私はあなたのアイデアに貢献します。正しい？はい。私に夜が明けたものを除いて：私は本当に助手ではありません。私は邪魔です。私は、アイデアとその具体化の間に本当に立っているものです。削除する必要があるもの。言い換えれば：あなたは彼らが望んでいると思いますか 人々はアイデアを実行するために他の誰かを雇いますか？たとえば、ボタンを押すだけでいいのなら...代わりにボタンを選択しませんか？



もちろん、そのようなボタンはありません。未だに。しかし、業界はゆっくりとそれに向かって進んでいます。昔、簡単なウェブサイトを作るには、私のような人を雇わなければなりませんでした。そして今、Wixのようなツールを使えば、ほとんど誰でもかなり高度なサイトにドラッグアンドドロップできます...プログラマーは必要ありません！ ローコード開発プラットフォームは、ソフトウェアエンジニアの必要性も減らします。



プログラミング言語自体でさえ、徐々に（ゆっくりではありますが）単純化されています。書きやすくなります。結局のところ、人間の命令とコンピューターが命令を実行する方法との間のギャップを埋めないのであれば、プログラミング言語のポイントは何ですか？私を誤解しないでください。ソフトウェアエンジニアの需要がすぐになくなるとは思いません。しかし...徐々に価値が低下しているスキルを自分に提供しますか？そのようなキャリアは私には信頼できないように見え始めました。そしてそれは私の2番目の問題に私を導きました：

私は不当な皮肉を開発しました

私が最初に始めたとき、Javaはホットな新製品でした。それで私はそれに真っ向から飛び込んだ。そして、Javaを絶対に嫌っていた熱心なCおよびC ++プログラマーを覚えています。もちろん、彼らには理由がありました。しかし、多くの場合、これらの理由は、プログラマーが感じた存在の脅威を単に覆い隠しているように思えました。プログラムする能力は彼らに非常に困難をもたらしました。次にJavaが登場し、CおよびC ++の多くの問題を抽象化しました。突然、新しいプログラマーの流れ全体が彼らの仕事をすることができることがわかりました。



私がこれらのプログラマーの立場にあるように感じ始めた数年早送りします。反射的に、私は、自分が知っているよりも単純であると思われる言語やテクノロジーの欠陥を見つけて強調しました。もちろん、私は持っていました これを行う私の理由。しかし、多くの場合、それらは後で作成される合理化のようなものでした。それで私はどうなりましたか？私がお気に入りのプログラミングツールのセットに根を下ろし、それをあきらめたくなかったのは久しぶりです。私の目標は、問題を解決するためにテクノロジーを適用することではなく、すでに磨いた特定のソフトウェア開発スキルを適用すること でした。 「これらのスキルが不要になれば、私の目標も必要なくなります」と私は思いました。それで私は皮肉から防御壁を作りました。何年も前に、他のプログラマーが疑問に思ったのと同じものです。



重要なのは、そのような皮肉を自分の中で維持することは、神経質になり、疲れ果ててしまう可能性があるということです。実際、私は悪循環に気づきました。自分のスキルから身を守るほど、新しいことを学びたくなくなります。

私は自分の専門的な視野を制限しました

私はキャリアを通じて多くの業界で働いてきました。ソーシャルメディア、音楽ストリーミング、金融技術（fintech）、さらには写真編集。私は多くの業界での経験がありますが、特定の分野に精通しているとは限りません。同時に、私の仲間のエンジニアの何人かが彼らのキャリアを通して同じ業界にとどまっていることに気づきました。たとえば、ある同僚は写真に情熱を持っていたので、写真編集ソフトウェアを専門としていました。他の同僚は、キャリア全体を金融テクノロジーに捧げてきました。



事実は、まず第一に、彼らは彼らの産業に興味を持っていたということです。プログラミングは、私の同僚が彼らの業界に参加して生計を立てるための手段にすぎませんでした。



最初は少し奇妙に思えました。あなたがコードを書くなら、あなたは自分自身をソフトウェアエンジニアとして定義すべきではないかと思いました。もちろん、私は現在の会社が運営している分野を研究するように努力します。しかし、それは必要悪であり、技術的なスキルを磨くためにもっと注意を払うべきだとしばしば思いました。では、なぜそれが重要なのでしょうか。もちろん、多くのエンジニアは、ソフトウェアとテクノロジーにほぼ専念して成功したキャリアを楽しんでいますね。

キャリアの成長

後から考えると、問題の一部は自分の考え方にあることに気づきました。プログラマーとしての自分の役割について考えたとき、私はただ同意する傾向がありました。 他の人は私が自分で定義し たビジネスを知っているので、彼らは私のチームの仕事に優先順位を付けることができます。私は仕事をするためだけに会社にいました。ソフトウェア開発に専念していると、自分がもっと高い志を持っていることに気付くことはめったにありませんでした。



しかし、シニアエンジニアの役割を超えるには、ビジネスを理解する必要があります。マネージャー/ディレクターまたはチーフエンジニア/アーキテクトのルートを歩いているかどうかに関係なく、会社を代表して高レベルの意思決定を開始します。当然のことながら、私が最初に指導的立場に就いたとき、私はビジネスの問題に集中することに不快感を覚えました。しかし、ビジネスを代表して考えることに慣れたとき、私は自由に感じました。それは、まったく新しいスキルのセットを発見するようなものでした。さらに高い目標を設定すると、ビジネスにさらに焦点が当てられます。業界のエンジニアの経験は非常に重要になっています。そして、私があなたに話した私の同僚はどうですか？それらの多くは完全にエンジニアリングの世界を去り、ビジネスで昇進しました。後に、金融技術のスタートアップを見つけるために去った人もいました。

キャリアの幸せ

コーディングを楽しんでいる限り、毎日コードを書くことへの情熱を維持することは難しいと感じました。あなたのキャリアで本当に幸せであるためには、知ることが重要です。私の仕事が世界をより良く変えている方法の全体像を見ることが重要です。



また、同僚の何人かがやったことをやりたいと思っています。それは、一歩下がって、この世界で私が本当に大切にしていることを理解することです。私にとって多くのことが重要です：音楽、教育、気候変動など。私が戻って自分のキャリアの中で何かを変えることができれば、これが私が変えるものです：私は自分の価値観とは何か、そして私がしたい問題は何かを決めるでしょうこの世界で解決します。そして、これらの問題を解決するために、技術的および非技術的なすべてのスキルを適用します。

ソフトウェアエンジニアリングを超える方法

この話は、生計を立てるためのソフトウェアを作成するすべての人に共鳴するとは限りません。プログラミング言語よりも業界を愛する読者はたくさんいます。C＃からJavaScriptに、そしてそこからGoにジャンプするのに十分快適な人。解決策が簡単に見えたときに、問題なく誰がすでに学んだことをあきらめます。しかし、この話があなたの心に響くなら、読み続けてください。時間が経つにつれて、私は自分のキャリアに対する態度を変えました、そしてあなたが同じことをすることができない理由はありません。以下は私が役立つと思ういくつかのヒントです。

他のテクノロジーに飛び込む

私たちが慣れ親しんでいるテクノロジーを手放すことへの抵抗を癒すものは何でしょうか？他のテクノロジーへの没頭。このダイビングを行う最も簡単な方法は、サイドプロジェクトです。つまり、勤務時間が終わったときに自分で作成するソフトウェアです。主なことは、私たちに馴染みのない言語を深く掘り下げることです。私は2つのことについて話している：

• 私たちの快適ゾーンの外で完全に異なる言語を選択する。たとえば、Javaに慣れている場合は、Kotlinに切り替えるだけではありません。代わりに、Go、Python、Rust、またはNodeJSを試してください。
• プロジェクトを完了するという意味での複合体の定義について チュートリアルだけで作業しないでください。それを達成するためにあなたが本当に言語を学ぶようになるあなた自身のために高い目標を設定してください。

確かに、お金のためにその言語で仕事を得ることができるように、新しい言語をうまく学ぶことをあなたの目標にしてください。私は何年も前にそれをしました。私はJavaバックエンドに焦点を当てたソフトウェアアーキテクトでした。しかし、サイドプロジェクトとして、私は友人がiOSアプリとMacデスクトップアプリを作成するのを手伝いました。これにより、後で有名な音楽ストリーミング会社に参加してiOSアプリの構築を支援するスキル が得られました。



さまざまなプログラミング言語以上のものが必要です。言語に依存しないツールに飛び込む必要があります。たとえば、DockerとKubernetesでは手をできるだけ汚しました。画像の展開とオーケストレーションがどんどん上手になるにつれて、それらの画像に何が含まれているかについての心配が少なくなりました。



または、クラウドテクノロジーを取り上げましょう。以前は、サーバーレステクノロジーの経験がなかったため、サーバーレステクノロジーの役割を果たしていました。しかし、最後に私もそれらを受け入れました。たとえば、最近の作業で、マイクロサービスアーキテクチャにAWSLambdaを実装しようとしました。また、GCP CloudFunctionsが広く使用されているサイドプロジェクトに取り組みました。



新しいテクノロジーに没頭すればするほど、解放感が増します。特定のスキルを義務付けられなくなったと感じましたが、利用可能な最も適切なツールを使用して問題を解決するための柔軟性と準備が整ったと感じました。

デザインの全体像に焦点を当てる

多くのソフトウェアエンジニアのように、私は実際のプログラミングにあまり注意を払わず、一般的な問題に焦点を合わせ始めました。他のエンジニアを管理し、アーキテクチャに集中することで、チームが使用していたテクノロジーのいくつかに投資する個人的な時間をなくすことができました。さらに、このアプローチにより、ビジネスの他の領域に集中することができます。私は最近、新製品イニシアチブを主導する部門横断的なチームの一員でした。そうは言っても、私はコードを扱うよりも、製品開発に携わっているプロダクトマネージャーやデザイナーと一緒に仕事をすることに多くの時間を費やしました。



少し注意が必要です。エンジニアリング部門の責任者として、チームが使用しているテクノロジーを見失わないようにすること、少なくとも少しは知っておくことが常に重要です。もちろん、私たちのチームはあなたの個人的なスキルを超えた言語やツールを使用したいと思うかもしれません。悪くない; むしろ、チームから学ぶ絶好のチャンスです。そして私を信じてください、私たちが彼らに何かを教える機会を与えれば、チームはそれを気に入るはずです。

アイデアマンになる

以前、私は製品がどのように生まれるかの簡略化されたビューを提示しました。誰かがアイデアを持っていて、他の誰かがそれを実装しています。だから私は考えました：開発者になるには、アイデアの作者になりませんか？

サイドプロジェクト

これまでのところ、私のサイドプロジェクトの目標は、既存のエンジニアリングスキルに追いつくか、新しいテクノロジーを学ぶことでした。本質的に、これらのプロジェクトは、栄光に満ちたHelloWorld演習を構成していました。



今、私はアイデア自体から始めます。役に立つと思うものを思いつきますが、理想的には新しいものになるでしょう。時にはそれは製品に変わることができるアイデアです。他の場合では、このアイデアは私だけに役立ちます。重要なのは、私が主にアイデアに焦点を合わせているということです。



それから私はそのアイデアを実現するための最良の方法を見つけることに挑戦します。おそらく、実装はJavaでのモノリシックアプリケーションの作成に関連しています。あるいは、JavaScript / Reactフロントエンドであり、主にクラウドサービスによってサポートされており、少しのGoコードと結び付けられているかもしれません。プログラミングとはまったく関係のないタスクについて話しているのかもしれません。

職場で

私もこの常識を働かせ始めました。昔々、自分の特定のプログラミングスキルを使えるプロジェクトを探していました。結局のところ、私はこれらの特別なスキルのために雇われましたね？しかし、次第に私は主に組織の問題を解決するために雇われていることに気づきました。そこで、解決が最も必要な問題を探し始め、その解決方法を見つけました。多くの場合、ソリューションはソフトウェアに関連しています。しかし、当時はビジネスの側面に重点を置いて範囲を広げ、境界を越えていたため、ソフトウェアに関連しない決定が行われた時代を楽しみ始めました。



これは口で言うほど簡単ではありませんか？多分。もちろん、これは非常に速いペースでプログラミングをあきらめるという雇用主の意欲にかかっています。しかし、エンジニアがソフトウェアの作成の領域を超えた問題を解決するために率先して行動したい場合、多くの企業が満足していることがわかりました。当社がイニシアチブをサポートしていない場合はどうなります か？次に、私たちがソフトウェアエンジニアであることを忘れないでください...私たちは、誰のために働いているかについて少し気を配る余裕があります。



投稿の著者がアドバイスしているように、他のテクノロジーに飛び込みたい場合は、私たちの知識、経験豊富なメンター、サポートを支援する準備ができています。難しいですが、面白いです。そして、常にアクティブなプロモーションコードHABRを忘れないでください-バナーの割引に10％が追加されます。

• データサイエンティストの職業
• データアナリストの職業