kimjoin2 2025-12-26 | 親コメント | トピック: 機械になるな (armeet.bearblog.dev) 「ワーカホリック」「過労文化」 zxcv123 2025-12-26 | 親コメント | トピック: 機械になるな (armeet.bearblog.dev) 狂ったようにハッスルしてみた人こそ、スピードと効率、品質を最適化できます。 kimjoin2 2025-12-26 | 親コメント | トピック: AIは開発速度を高めるが、バグは1.7倍多い (coderabbit.ai) でも速かったでしょ?っていうミームを思い出します(笑) qyurila 2025-12-26 | 親コメント | トピック: あなたにはChief Bookmark Officerが必要だ (nklswbr.com) 少し前に目にした Johnny Decimal という整理システムの文書にも似たような文章があったのを思い出したので貼ります。たいそうな話ではなく、組織(および個人)に知識管理システムを適用するには、その全体を把握して自ら整理する「司書」の役割が必要だという文章です。 11.08 The Librarian • Johnny.Decimal xguru 2025-12-26 | 親コメント | トピック: 私はインターネットでタマネギを売っています (deepsouthventures.com) 私がGeekNews初期に共有した文章ですね。 私はインターネットで玉ねぎを売っています 저는 인터넷에서 양파를 팝니다 今読んでも面白い文章ではあります。 bus710 2025-12-25 | 親コメント | トピック: 遅さは美徳である (blog.jakobschwichtenberg.com) すてきな本文とコメントですね。 elbanic 2025-12-25 | 親コメント | トピック: 年収に見合うエンジニアの秘密: 「わからないこと(Ambiguity)」を「できること」に変える技術 (terriblesoftware.org) 視点によって解釈がさまざまだということをこの記事で学びました。私の基準では、シニアと中堅エンジニアを分ける基準は単にスコープだと思います。 Ambiguityを具体化するのはエンジニアの基本的な素養であり、中堅エンジニアからはこれができてこそエンジニアというタイトルがふさわしいように思います。ですから私にとっては、この記事は中堅エンジニアと初級(associate)エンジニアを分ける基準になり得ます。 t7vonn 2025-12-25 | 親コメント | トピック: ジェフ・ディーンのAbseilパフォーマンス最適化ガイド (abseil.io) はぁ.. mbh023 2025-12-24 | 親コメント | トピック: 年収に見合うエンジニアの秘密: 「わからないこと(Ambiguity)」を「できること」に変える技術 (terriblesoftware.org) 問題を明確に定義できていない状態での 技術的な卓越性は、「間違った問題を優雅に解決すること」にすぎない。 本当にゾッとする一文 bichi 2025-12-24 | 親コメント | トピック: 年収に見合うエンジニアの秘密: 「わからないこと(Ambiguity)」を「できること」に変える技術 (terriblesoftware.org) シニア開発者のテストで、プログラミングテストまではまだあり得るとしても、 アルゴリズム問題を出されたらあまりにも呆れてしまいます(動揺しすぎて記憶にも残っていません) princox 2025-12-24 | 親コメント | トピック: 自分でキャリアを設計しなければ、誰かが代わりに設計することになる(2014年) (gregmckeown.com) 「考えているとおりに生きなければ、生きているとおりに考えるようになる。」 tested 2025-12-24 | 親コメント | トピック: Spotify全体バックアップを公開 (annas-archive.li) Spotify は怒るでしょうか windrod 2025-12-24 | 親コメント | トピック: 超音波がん治療: 音波で腫瘍を攻撃 (spectrum.ieee.org) 具体的な治療成績への言及がなく、希望的な発言ばかりなので信頼できないですね。 johngrib 2025-12-24 | 親コメント | トピック: Hacker Newsで言及された2025年の本 (hackernews-readings-613604506318.us-west1.run.app) Gödel, Escher, Bach が載っていてうれしいです。人間の知能と再帰についての優れた本です。 baeba 2025-12-24 | 親コメント | トピック: 年収に見合うエンジニアの秘密: 「わからないこと(Ambiguity)」を「できること」に変える技術 (terriblesoftware.org) 1. 質問の技術と社会関係資本(Social Capital) 戦略的無知: シニアの質問は無知から生まれるのではなく、不確実性を取り除くための意図的な行為である。初歩的な質問(「この略語は何か?」)を恥ずかしがらずに投げかけることが重要な能力だ。 社会関係資本の活用: ジュニアと違ってシニアは「社会関係資本(信頼)」が築かれているため、「ばかな質問」をしても無能だと評価されない。これを活用して会議の曖昧さを取り除くのがシニアの役割だ。 政治的文脈への配慮: 明確さを嫌うマネージャーに対しては、率直な質問が脅威になり得る。したがって、政治的に安全でありながらプロジェクトを前進させる質問を選び取る高度な立ち回りが求められる。 2. 自律性とリスク管理(Autonomy & Risk) 安全網のない問題解決: 外部の助けや明確な指針がなくても、自力で問題を突破(Plough through)してやり遂げる能力がシニアの基準となる。 カオス(Chaos)の制御: 無条件に明確さを求めるのではなく、状況に応じて「停止」と「前進」を判断する。完璧な仕様を待つより、適切な仮定を置いて実行(Ship)することで混乱を減らす。 計算されたリスクの引き受け: コンパイルできないコードをランタイムで修正したり、大規模なリファクタリングを断行したりするなど、ジュニアにはできない大胆な技術的判断を下し、その結果に責任を負う。 3. 肩書きのインフレと採用の構造的矛盾 肩書きのインフレ(Title Inflation): 成果指標を達成するため、準備のできていないジュニアをシニアに昇進させる慣行が蔓延している。その結果、タイトルと実際の能力の間に乖離が生じる。 採用手法の限界: 企業は曖昧な要件を具体化する能力ではなく、アルゴリズム(LeetCode)の問題を解く能力ばかりに注目して採用している。その結果、「仕様がなければ何もできないシニア」が量産される。 PM役割の代行: シニアエンジニアが、怠惰なPMの投げた不完全な企画(Half-baked spec)を具体化することに時間を費やす現象が起きている。これはエンジニアの能力の表れでもあるが、組織的非効率の証拠でもある。 4. 単純な勤続年数(Tenure)と意図的鍛錬 経歴の質的差: 「10年の成長」と「1年の経験を10回繰り返しただけ」は明確に区別されるべきだ。真のシニアは、慣れた領域を離れた意図的な練習と挑戦を通じて形成される。 If vs What-if: ジュニアは与えられた条件(If)を処理することに集中するが、シニアは条件が変わった場合(What-if)を想定して備える。 成長段階の定義: 業界で一般的な基準は、「指導を受ける段階(Junior)」→「独立して遂行する段階(Regular)」→「他者を指導する段階(Senior)」に分けられる。 5. シニアという肩書きへの懐疑的な見方 単なる給与等級(Pay Grade): シニアという呼称は能力の指標というより、HRが給与を決めるために作った行政的な分類にすぎない、という冷笑的な見方がある。 企業間の格差: ビッグテック企業のシニア(高い曖昧性と広い範囲の課題を解決する)と、一般企業のシニア(単なる長期勤続者)との間には、能力面でも待遇面でも非常に大きな差がある。 laeyoung 2025-12-24 | 親コメント | トピック: 2025年に私が学んだ52のこと (medium.com/@tomwhitwell) Marchetti’s Constant(マルケッティの定数)とは、人類が洞窟居住者の時代から古代ギリシャ人、そして21世紀のロンドン市民に至るまで、時代を問わず1日に平均約1時間を通勤(出勤30分、退勤30分)に使うという概念である。 ソウル&首都圏に住む会社員の方々が見ると、きっときょとんとしてしまいそう(涙) laeyoung 2025-12-24 | 親コメント | トピック: 2025年に私が学んだ52のこと (medium.com/@tomwhitwell) 韓国では鶏は普通1か月ほど飼育し、豚は180日ほど飼育するのですが、エビが鶏より長く育てられて出荷されるなんて不思議ですね。韓国では鶏よりエビに生まれるべきだったのかもしれません 🥲 xguru 2025-12-24 | 親コメント | トピック: Fabrice Bellard、MicroQuickJSを公開 (github.com/bellard) Fabrice Bellard についての紹介は、以前私がコメントに書いたものを参考にしてください。この方は本当に一貫していて、驚くべき怪物です.. https://news.hada.io/comment?id=51 skageektp 2025-12-24 | 親コメント | トピック: ローカルコーディングモデルガイド (aiforswes.com) 遠い問題だよ ashbyash 2025-12-23 | 親コメント | トピック: a16zが発行した2025年B2C AIアプリ総括[翻訳記事] (blogbyash.com) Gemini 3はそれでもかなり良かったですね。毎月さらに良いモデルが出てくるので、選ぶのもひと仕事な気がします、本当に コメントをさらに読み込む
「ワーカホリック」「過労文化」
狂ったようにハッスルしてみた人こそ、スピードと効率、品質を最適化できます。
でも速かったでしょ?っていうミームを思い出します(笑)
少し前に目にした Johnny Decimal という整理システムの文書にも似たような文章があったのを思い出したので貼ります。たいそうな話ではなく、組織(および個人)に知識管理システムを適用するには、その全体を把握して自ら整理する「司書」の役割が必要だという文章です。
11.08 The Librarian • Johnny.Decimal
私がGeekNews初期に共有した文章ですね。
私はインターネットで玉ねぎを売っています 저는 인터넷에서 양파를 팝니다
今読んでも面白い文章ではあります。
すてきな本文とコメントですね。
視点によって解釈がさまざまだということをこの記事で学びました。私の基準では、シニアと中堅エンジニアを分ける基準は単にスコープだと思います。
Ambiguityを具体化するのはエンジニアの基本的な素養であり、中堅エンジニアからはこれができてこそエンジニアというタイトルがふさわしいように思います。ですから私にとっては、この記事は中堅エンジニアと初級(associate)エンジニアを分ける基準になり得ます。
はぁ..
問題を明確に定義できていない状態での
技術的な卓越性は、「間違った問題を優雅に解決すること」にすぎない。
本当にゾッとする一文
シニア開発者のテストで、プログラミングテストまではまだあり得るとしても、
アルゴリズム問題を出されたらあまりにも呆れてしまいます(動揺しすぎて記憶にも残っていません)
「考えているとおりに生きなければ、生きているとおりに考えるようになる。」
Spotify は怒るでしょうか
具体的な治療成績への言及がなく、希望的な発言ばかりなので信頼できないですね。
Gödel, Escher, Bach が載っていてうれしいです。人間の知能と再帰についての優れた本です。
1. 質問の技術と社会関係資本(Social Capital)
2. 自律性とリスク管理(Autonomy & Risk)
3. 肩書きのインフレと採用の構造的矛盾
4. 単純な勤続年数(Tenure)と意図的鍛錬
If)を処理することに集中するが、シニアは条件が変わった場合(What-if)を想定して備える。5. シニアという肩書きへの懐疑的な見方
ソウル&首都圏に住む会社員の方々が見ると、きっときょとんとしてしまいそう(涙)
韓国では鶏は普通1か月ほど飼育し、豚は180日ほど飼育するのですが、エビが鶏より長く育てられて出荷されるなんて不思議ですね。韓国では鶏よりエビに生まれるべきだったのかもしれません 🥲
Fabrice Bellard についての紹介は、以前私がコメントに書いたものを参考にしてください。この方は本当に一貫していて、驚くべき怪物です..
https://news.hada.io/comment?id=51
遠い問題だよ
Gemini 3はそれでもかなり良かったですね。毎月さらに良いモデルが出てくるので、選ぶのもひと仕事な気がします、本当に