何を引用してるの？その文章が記事の中に見当たらないんだけど！？

ここが時々どれだけズレてるか、信じられないよ。

この戦略でも、節約して、趣味が安くて、子供も持たず、働いてない配偶者もいない限り、45歳でリタイアは無理だよ。それに、頼ってくる親や兄弟、親戚がいないことも気をつけてね。あと、キャンプが好きじゃない限り、どこか高い場所に住むことを期待しないでね。

HSAの払い戻しを後で取っておくのは良いアドバイスだね。それに、65歳を過ぎたらHSAから引き出してもペナルティはないし、その時点では普通の所得税がかかるだけだよ。

これは一体何を意味してるの？ヨーロッパからの挨拶。

2. HSAを作って、上限まで使い切るのがいいよ。それをターゲットデートリタイアメントファンドに全部投資して。使わずに、医療費は現金で払って、レシートを取っておくんだ。退職したら、そのレシートで払い戻しを受けられるからね。大事なポイントだけど、FSAはHSAじゃないからね、笑。

これって、いろいろな前提を仮定してるけど、実際には当てはまらないことも多いと思う。人はよく技術的に正しい（またはほぼ正しい）金融アドバイスをすぐに言うけど、実際の金融管理って、誰かの人生の中で単なる技術的な問題じゃないことがほとんどだよね。

今の「AIのせいでみんなクビにして、数ヶ月後に半額で再雇用する」っていう経済では、これらの方法はもう無理だと思う。もしあなたが上級管理職じゃないなら、こういう長期投資はもう現実的じゃないんじゃないかな。

退職した45歳で年収約10万ドルだった人、これが正しいアドバイスだって証明できる人いる？

45歳でリタイアできる でも、59.5歳まで引き出せない退職金制度にお金を全部ロックアップしちゃってたら、それは難しいよね。

これに対するネガティブなフィードバックはちょっと狂ってるね。これは新卒の大学生が良い給料の仕事に入るための非常に貴重なガイダンスだよ。

みんな推測してるけど、ちょっと上手い人もいるよね。

子供の頃、思春期の頃、いつか大人になったら何かがパッと閃いて、物事が得意になって世界を理解できるようになるって想像してた。でも、それは起こらなかったし、誰にとってもそんなことは起こらないって気づいた。俺たちはみんな大きな子供みたいに、歩き回って物事を理解しようとしてるだけだ。早く理解する人もいれば、理解するのをやめる人もいるけど、全体的に見ればみんな同じくらい無知だよね。物事がうまくいくのは奇跡であり、俺たちの忍耐と野心の証だと思う。逆に、俺は何人かのヒーローに連絡を取ったけど（実際に会えたのは少ない）、それはいつも刺激的で成長を促す経験だった。良い理由があれば、ぜひやってみてほしいな。（まだ連絡を取ってないヒーローのリストがあるけど、面白い問題を提案する機会がまだないんだ。残念ながら、彼らの中には近い将来に期限がある人もいる。）

一度、私の周りで有名な人と一緒に働いたことがあって、その人は講演をしたり、ブログを運営したり、他の人の本を引用したり編集したりしてた。でも、彼のコードはその評判には全然見合ってなかった。彼のSDLCはさらにひどかったし。有名であることには、チームでの仕事と合わないエゴがあるんだと思う。彼は、コードレビューやPRの基本的なことを、ハーグに連れて行かれるようなものだと言って、他のチームメンバーを官僚の集まりだと見なしていた。

あなたの飲み物に関するコメント、変だね。

POV: ソノマの近くには住んでない。

たくさんの投稿（例えば、AppleのCEO交代）には無駄な情報がいっぱい 誰かが気づいたのを読むのは面白いね :) トピックの広い魅力が大きな影響を与えたのかも。

個人的には、飲むことってすごくプライベートなことだから、ほとんどいつも一人で飲んでた。ピアノを弾くのと同じで、公の場で演奏するのはすごく変だと思ってたし、ほぼ公然と裸でいるのと同じくらいの感覚だった…

SQLはなんか relevancy が薄くなったの？

どういうこと？2021-22年は雇用市場のピークだったよ。少なくともヨーロッパではね。仕事を得るためには、息をしてるだけでよかったんだ。マジでクレイジーだった。SQLは今でもすごく重要だよ。特にデータ関連の分野ではね。

残念ながら、こういうことをやっている人はほとんど見たことがないよ。こういう影の知識は、持ち主が会社を辞めると一緒に消えちゃって、他の人は頭を抱えることになるんだ。

別の考え方として、電気設計には回路図、部品リスト、基板レイアウト、動作理論が含まれるべきだよね。ソフトウェアでも同じことをしよう。コードだけじゃなくて、コードに加えてたくさんのUMLもいらない。動作理論を書いてほしい。主要なコンポーネントは何？ なんでそれが主要なコンポーネントなの？ どうやって相互作用するの？ なんでそのように相互作用するの？ システムは最も一般的なアクションをどうやって実行するの？ 新しい開発者が最も可能性の高い変更をどうやって行うの？

AIがいる今、これがさらに重要だよね。AIはどんなコードでも読んで説明するのは得意だけど、何かがなぜそうなったのかを逆に解析するのは簡単じゃないから。

エンジニアとして学ぶべき本当に過小評価されているスキルは、テストの仕方だと思う。ドキュメントは色んな形を取ることができる：ADRs、システム図、仕様書、JIRAチケット、コミットメッセージや説明、PRの説明、コードコメント、慣用的で直感的なコードなどなど。これらの多くは、最新の状態を保つためにメンテナンスやレビューが必要だよね。古くなったテストはすぐに壊れたテストになってしまうし、ドキュメントとしての役割も果たすけど、TDDやBDDみたいなバズワードを使うだけで、明示的に育てられるスキルではないことが多い。もしかしたらSDETに任せられることもあるかもね。実装がリファクタリングされても生き残れる decent なテストセットを作ることが大事で、実行時のコードに結びつけたり、モックやスタブで埋めたりするのではなく、複雑なルーチンを説明するための良い方法が得られるよ。そうすれば、コードにコメントする時に「どうやって」や「何を」気にする必要がなくなるし、コードからコミット、イシュートラッカーを経て、さまざまな「なぜ」を持つことができる。

すごく同意する。コーダーには意図をドキュメントするように促してるんだ、そういう言い方をしてる。時には意図が明らかで説明がいらないこともあるけど、機能を実装してる時とかね。でも、意図が明らかでない場合、例えば何かの障害に対処するためとか、明らかでないビジネスニーズに応えるためとか、後で修正する予定の一時的なものを入れる時とか、読者にはそれを知ってもらう必要がある。読者やレビューアーの視点やニーズを考える人がこんなに少ないのは frustrating だよね、機械だけじゃなくて。

それ、わかる。どこに行っても1人か2人は見つかるけど、それだけだね。深い繋がりはほんとに少ない。

学術界で「似たような考え方を持つ人」を見つける方が運が良かったな。

それがソフトウェアエンジニアに特有だとはあまり思えないけどね。でもOPはその時酔っ払ってたから、ちょっとラブラブな気分だったのかも。

たぶん、彼らはもっと収入を得てるんだろうね。昇給が頻繁にあるから、スキルを磨くための自由な時間を買えるわけで、固定給と企業からの最小限の株式を集めて、5年間ほとんど報われない仕事の満足感を得るよりもずっといいよね。

ほぼフィボナッチ的な感じかもね。最初の1年の変更はまあいいとして、2回目も大丈夫かも。でもそれ以降は、仕事の長さが上がり始めないとまずいよ、アラームベルだね（契約じゃない限り）。

1年以上何かを続けられないなら、誰にとっても厳しく見えるよね。18〜24ヶ月が収入を改善するためのちょうどいい期間だったみたい。特に、4年後の株式の約束がほとんど意味がないことが多いし、昇進やインフレやパフォーマンスに対するまともな昇給もほとんど見ないからね。もし雇用主が市場を利用することで評価を下げるなら、十分な報酬を提示して長くいてもらう必要があるよ。

ちょっとした視点: ここに参加してる気はするけど、ほとんどの日はコメントすら書かないんだよね。コメントするときも、1日に2つ以上書くことはめったにない。

わからないな、Lobstersの招待状はもらったことないけど、定期的に見てるよ。参加できなくても、面白いリンクやコメントが見つかるし。