数学の研究において、完全な解決に至らなくても部分的な進歩は重要である。小さな前進や中間的な結果は、最終的な証明への道筋を示し、他の研究者の作業の基盤となり得る。研究の過程で得られる洞察や技術は、当初の目標とは異なる分野で価値を持つこともある。
#career-advice
23 件
Early Work
2.0This article discusses the importance of early work in one's career, emphasizing how initial projects and experiences shape future success and development.
This video explores how computer science can become a trap for intelligent individuals, potentially limiting their broader intellectual growth and career opportunities despite the field's technical demands and prestige.
フリーランスとして独立して働くことで得られた貴重な経験と洞察を共有します。時間管理、クライアントとの関係構築、ワークライフバランスの維持など、ソロで働くことの現実的な課題とその解決策について考察します。
Paul Graham discusses the importance of working hard, not just in terms of hours but in terms of intensity and focus. He explains how to cultivate the ability to work deeply on meaningful problems and why this skill is essential for achieving ambitious goals.
この記事では、偉大な仕事を成し遂げるための方法論を探求しています。著者は、情熱と好奇心を持って取り組み、既存の分野の境界を越えて新しい領域を開拓することの重要性を強調しています。成功のためには、継続的な学習と、失敗を恐れずに挑戦し続ける姿勢が不可欠であると述べています。
超線形リターン
2.0このエッセイでは、努力と成果が比例しない「超線形リターン」の概念を探求し、一部の分野ではわずかな優位性が圧倒的な成功につながることを論じています。特にテクノロジーやアートなどの分野では、小さな差が大きな結果の違いを生むことが多いと指摘しています。
シニアエンジニアとして学んだことについての率直な考察。経験を積む中で得た技術的・人間的な知見を、ユーモアを交えながら共有する記事です。
トップティアのテック企業で働くことは、キャリアの成長、優れた報酬、そして業界をリードするプロジェクトへの関与など、多くの利点を提供します。これらの企業は最先端の技術に触れる機会と、優秀な同僚から学べる環境を提供し、長期的なキャリアの基盤を築くのに理想的です。
求職者が「フルスタック」という言葉を「標準的なもの」と軽く扱うのを目撃した著者は、このバズワードが技術スタックに焦点を当てることで、開発者としての幅広いスキルを適切に評価できなくなる危険性を指摘する。代わりに「ジェネラリスト」という表現の方が、学習能力や適応力をより正確に伝えられると提案している。
職場で何かを望むなら、それを声に出して言いましょう。沈黙はあなたを守ってはくれません。自分の欲求を明確に伝えることが、キャリアの前進やより良い職場環境につながります。
この記事では、目標に向かって常に前進できる「ブロックされない状態」になるための具体的な方法を提案しています。複数のタスクを並行して進める、作業の順序を適切に計画する、開発環境を安定させる、他のサービスの問題も自ら調査する、他チームとの関係構築に努める、上級管理者の支援を活用するといった戦略を紹介しています。
著者は、理想主義的な見方が実際には組織の現実を見誤る過度な皮肉屋的思考につながると指摘。一方で、適度な皮肉屋的視点を持つことで、大規模テック企業における政治的ゲームを理解し、現実的に意味のある問題解決に取り組めるようになると主張。健全な皮肉屋思考は理想主義的目標を達成するための実践的な手段となり得る。
ソフトウェアエンジニアとしてのキャリアにおいて、技術会社の組織政治や仕組みを理解することは、車の運転方法を知ることに似ている。野心的なエンジニアであれ、ワークライフバランスを重視するエンジニアであれ、ユーザーに価値を届けたいエンジニアであれ、会社の仕組みを知らなければ目標を達成することは難しい。
テック企業でプロジェクトを進める際、最も重要なのは「プロジェクトをリリースすること」である。多くのエンジニアは周辺的な技術選択に時間を費やすが、実際に製品を届けるための核心的な課題に集中すべきだ。主要なことを正しく行えば、多くの小さな欠点は許容されるというパレートの法則の極端な例とも言える。
大規模テック企業の成功は、複雑なプロセスとインセンティブのシステムによって決まり、個人の英雄的行為では動かせない。エンジニアが組織の非効率性をヒロイズムで補おうとしても、それは長期的には企業を変革から遠ざけるだけで、むしろ一部の管理者に搾取される危険性がある。
10年前、私は情熱を仕事として追うのをやめ、単なる情熱として追求することを選びました。この記事では、アーティスト志望者への従来のアドバイスに反する実践的な知恵を共有します。
失敗について
2.0筆者は10年前のインターン時代、ステージング環境でのテストを怠ったコードをデプロイし、同僚に嘘をついた経験を振り返る。失敗そのものではなく、その対応を恥じている。現在は、感情をコントロールし、すぐに状況を報告し、失敗はゼロではないことを受け入れるというアプローチを取っている。
大規模なコードベースで働き、複雑な技術的意思決定を行うためには、エンジニアは強いエゴが必要である。しかし、組織の要請に応じてエゴを抑制する柔軟性も求められる。成功するビッグテックエンジニアは、状況に応じてエゴの高低を使い分けるバランス感覚が重要だ。
ソフトウェアエンジニアの間では、複雑で保守不可能なコードを書くことが職の安定につながるというジョークがあるが、実際にはシンプルなコードを書くエンジニアの方が長期的には評価され、キャリアを積み上げることができる。非技術的なマネージャーでも結果で判断し、シンプルなコードを迅速に提供できるエンジニアは信頼を得て昇進の機会を得やすい。
筆者はZendeskのアプリマーケットプレイスやGitHub Copilotなど、多くの人々から批判される製品開発に携わってきた経験を振り返り、エンジニアが製品の人気をコントロールできない現実を認めることの重要性を論じている。嫌われる製品に携わることは感情的には難しいが、実際に使われている証拠でもあり、徐々に改善することでユーザーに真の価値を提供できると指摘する。
職場では、真実だけでは行動が決まらない政治的駆け引きが日常的に行われている。データや事実を提示するだけでは不十分で、人間関係や組織力学を理解し、影響力を行使することが必要だ。政治は汚い言葉ではなく、人間組織のオペレーティングシステムであり、真実と現実のギャップを埋めるものだ。
プログラミングはAIによって永遠に変わった。コードを書くこと自体はもはや必要ではなく、何をすべきか、どうすべきかを理解することが重要になった。AIを避けることはキャリアの助けにはならず、これらの新たなツールを注意深く試し、自分自身を増幅する方法を見つけるべきだ。