ヒューリスティックがうまく機能しない場合、次の手順を試してください。

1. **前提条件を再評価する** – 各前提条件を一覧化し、実際のデータと照らし合わせて検証します。  
2. **追加の証拠を集める** – 現行モデルに挑戦するような例や指標を収集して、より多くの情報を得ます。  
3. **ヒューリスティックを洗練させる** – 新たに得られた洞察に基づき、閾値・重み・ロジックなどを調整します。  
4. **段階的にテストする** – まず小規模なサブセットで変更を適用し、安定性が確認できたら拡大します。  
5. **変更点を文書化する** – 何をどのように変えたか、その理由を記録しておくことで、将来の改訂が明確になります。

2026/03/25 3:52

ヒューリスティックがうまく機能しない場合、次の手順を試してください。 1. **前提条件を再評価する** – 各前提条件を一覧化し、実際のデータと照らし合わせて検証します。 2. **追加の証拠を集める** – 現行モデルに挑戦するような例や指標を収集して、より多くの情報を得ます。 3. **ヒューリスティックを洗練させる** – 新たに得られた洞察に基づき、閾値・重み・ロジックなどを調整します。 4. **段階的にテストする** – まず小規模なサブセットで変更を適用し、安定性が確認できたら拡大します。 5. **変更点を文書化する** – 何をどのように変えたか、その理由を記録しておくことで、将来の改訂が明確になります。

RSS: https://news.ycombinator.com/rss

要約

Japanese Translation:

要約:

ソフトウェア工学の経験則―数十年にわたり発展してきた直感的なルール―は、基盤となる技術環境が急速に進化する中でその有効性を失いつつある。新しいクラウドサービスや固体状態記憶装置(SSD)、高速ネットワーク(100 Gb/s)などがシステムの性能に変化をもたらし、多くの従来のガイドラインは時代遅れとなっている。本稿では、テックリーダーは謙虚さを採用すべきだと主張しており、継続的に仮定を疑い、新しいツールを試験することで潜在的な落とし穴を早期に発見できると述べている。Winnifred Crane Wygal のパラフレーズされた引用が参照され、「子供」のような無拘束の心構えに戻す難しさも指摘しており、根深い思考が変化を抵抗する様子を示している。時間とともに、チームは好奇心と実践的実験によって経験則を常に更新できるメンバーを高く評価するようになるだろう。一方で適応を拒む熟練開発者は価値を失う可能性がある。これらの繰り返し的で謙虚なアプローチを採用する組織は、技術債務を回避し競争力を維持できる。一方、古い慣習に固執する者は遅れを取るリスクがある。

要約骨格

本文の主旨(メインメッセージ)
数十年にわたり構築されたソフトウェア工学の経験則は時代遅れになっているため、テックリーダーは謙虚さを取り入れ、自らの仮定を継続的に疑うべきである。

根拠/理由(なぜそう言われているか)
クラウドコンピューティング、SSD、100 Gb/s ネットワークなどが基盤環境を変え、多くの直感的ルールはもはや成立しない。新しいツールの潜在的落とし穴に焦点を当てた実験がこれらの問題を早期に浮き彫りにできる。

関連事例/背景(文脈・過去の出来事)
記事はWinnifred Crane Wygal のパラフレーズされた引用を引用し、「子供」のような心構えに戻す難しさを指摘している。これは根深い思考が変化を抵抗することを強調している。

今後起こり得る事(将来の展開・予測)
今後数年で、チームは好奇心と実践的作業によって経験則を更新し続けるメンバーを評価するようになる。一方、適応を拒む経験豊富な開発者は価値が低下する可能性がある。

影響範囲(ユーザー/企業/産業)
実験と謙虚さを受け入れる組織は技術債務に先んじて対処し競争力を保つことができる。一方、古い慣行に固執する者は遅れを取るリスクがある。

本文

もっと言葉を増やすことで、より多くの意味が伝わるのでしょうか?

アドバイスを求めてくる人々に対して、私は時折「たくさんの言葉」で返信します。そうした返答は私自身の職場環境にはあまり当てはまらないこともあるため、ここで共有します。過去にはエコーチャンバー、執筆、読者を意識した文章作成、時間管理、大きな課題の達成について書いてきました。

『クール・ランニングズ』をご存知でしょうか? 映画ではジョン・キャンディが引退したボブスレー選手で、自らの経験やコネクション、そして愛すべきグリムキャラクターを活かし、散々なスプリンターたちをオリンピックのボブスレー隊にまとめ上げます。多くの主幹エンジニアは自分自身をこう捉えています:昔はボブスレーに乗っていた、今は乗らないが、それでも技術・人脈・装備はしっかり知っている。

それはまだボブスレーをやっていた頃には十分機能しました。しかし、私たちはもうボブスレーではありません。

ソフトウェアエンジニアとしてのキャリアで培った多くのヒューリスティック(経験則)は、もはや正しくない—少なくともすべてがそうとは限りません。システムを保守可能にする意味、コードを書くコストとライブラリ統合やサービス依存性のコスト比較、洗練された使いやすい API の姿、コード理解法、サービス境界の設計、セキュリティとデータ整合性の実装場所、容易さと難しさの判断など。

これらは小規模にでは経験したことがあります。過去10年でクラウドやSSD、100 Gb/sネットワークなどに合わせてシステム設計のヒューリスティックを更新できない経験豊富な人々に苛立ちました。しかし、これは私がキャリアで見た中で最大の変化—いわゆる「直感的ルール」のほぼ絶滅イベントです。

あなたはテックリーダーであり、そのリードは自身の経験を活かしてチームや人々をより効果的にすることに大きく依存しています。今、どうすべきでしょうか?

「危機の日に勝者となる男は、自分が変えられないものを受け入れる静寂と、必ず変えるべきものを変える勇気を持つ者である。」¹

あなたが価値のあるテックリーダーであり続けたい、チームや組織の成功を願い、知識よりも正しさと有用性を重視したいと思うなら、今のあなたの役割は変わります。これから先、あなたの仕事は「多くのヒューリスティックが誤っていることを受け入れる謙虚さ」「まだ正しいものもあると信じる勇気」「差異を積極的に学ぶ好奇心」を持つことです。

知識を全て捨てるわけではありません。あなたのセンス、厳格な基準、ビジネス・顧客理解、そして専門分野での深い技術トレードオフはかつてないほど価値があります。それはまるで、今知っていることをすべて持ち帰れた中学校に戻れるというファンタジーに似ています²。多くの点であなたは先行しています。

しかし同時に「自分が知っていること・仮定していること」を深く問い直す必要があります。経験則を共有する前に、それがまだ正しいか検証してください。その方法は実際に手を動かし、試作やプロトタイプ、1日で千個の小さな実験を行うことで見つけられます。以前は不可能だと思っていたことに挑戦し、新しいツールがもたらす問題を解決してみてください。そして学びを振り返り、自身の定数を更新しましょう。

今後数年間、ソフトウェアチームで最も価値ある人は「経験と好奇心を組み合わせ、ヒューリスティックを常に新鮮に保つ」人物です。逆に思考を変えようとしない人は最小の価値しか持たなくなるでしょう。

このプロセスは誰にとっても難しいかもしれません:自分が間違っていることを認める、初心者に戻る、子どもたち(=古い考え)を否定するなど。しかし私のアドバイスは「その人にならない」ことです。

良いニュース? それはとても楽しい経験になるでしょう。構築し続け、学び続け、以前には想像できなかったものを実際に存在させてみましょう。


¹ ウィンニフレッド・クレーン・ワイガル(Winnifred Crane Wygal)がリーベルト・ニエブール(Reinhold Niebuhr)を引用した言葉のパラフレーズ
² 私が理解できなかったファンタジー。13歳であったことは一生に足りる—ありがとうございます。

同じ日のほかのニュース

一覧に戻る →

2026/03/29 2:39

GitLab の創業者は、会社を立ち上げることでがんと闘う

## Japanese Translation: **概要** 著者は、上部脊柱のT5椎骨に位置する腫瘍性骨肉腫との個人的な闘いを語ります。標準治療オプションを試みたものの適切な臨床試験が見つからない中で、著者は自身の状態に合わせた新しい診断手法と並行治療プロトコルを開発しました。また、「癌ジャーニーデッキ」と埋め込み型OpenAIフォーラムプレゼンテーションを作成し、この経験を記録しています。著者のアプローチはevenone.venturesに掲載されている企業によって支援され、さらにエリオット・ハーシュバーグによる著者の旅路についての包括的な記事や、ルクサンドラ氏が執筆した「The bureaucracy blocking the chance(機会を阻む官僚主義)」という患者優先医療実践を批判する作品も広い文脈に含まれます。治療データと詳細なタイムラインは、https://osteosarc.com/ で公開されており、データ概要ドキュメントや25 TBの読み取り可能なGoogle Cloudバケットが含まれています。著者は読者にメールリストへの登録を促し、更新情報を受け取れるよう案内しています。また、`cancer@sytse.com` で連絡を取ることもできます。

2026/03/29 5:39

CSSは終焉を迎える運命にあります。

## Japanese Translation: この記事は、CSSのみでレンダリングを行い、ロジックには最小限のJavaScriptしか使用しない完全にプレイ可能なDOOM風ゲームをウェブブラウザ上で動かす方法を紹介しています。壁・床・天井・スプライト・弾道などを表現するために数千もの `<div>` 要素が生成され、各要素はカスタムプロパティとして生のDoom座標を保持し、CSS が `hypot()`(距離)や `atan2()`(角度)といった関数で幾何学を計算します。ワールドはプレイヤーの動きに逆行するように `translate3d` と `rotateY` で移動されますが、CSS にはカメラオブジェクトがないためです。 床は `rotateX(90deg)` で回転し、`clip-path`(または新しい `shape()` 関数)を使って任意の多角形や穴に切り取られます。テクスチャタイルはセクター全体にわたって背景位置をワールド座標に合わせて (`background-position: calc(var(--min-x)*-1px) …`) 配置されます。ドア、リフト、その他の動的要素はカスタムプロパティ上で CSS トランジションによってアニメーションし、JavaScript が状態属性を更新します。スプライトは `rotateY` でカメラに向き、`scaleX` で鏡像化したビルボードです。スプライトのアニメーションは CSS の `steps()` キーフレームで行い、攻撃・死亡フレーム用のデータ状態は JavaScript が供給します。弾道は CSS アニメーションで移動し、衝突検出はまだ JavaScript で処理されます。 照明はセクターごとに `filter: brightness(var(--light))` を使って全体的に適用され、ちらつくライトは `@property --light` を通じてアニメーションします。プロジェクトではアンカー位置決め、`@property`、および「ハッキー」な CSS‑のみのカリング手法(オフスクリーン要素を隠すために負の遅延でアニメーションを一時停止)といった実験的機能が採用されています。 数千もの 3D 転送された要素によるパフォーマンスは課題となり、著者は JavaScript で手動フラスタムカリングを実装し、条件付き `if()` のサポートが登場すれば将来的に純粋 CSS ソリューションへ移行する計画です。記事では Safari のビュー遷移による 3D フラット化、background‑image 再ラスター化の問題、コンポジタ不安定性などブラウザバグも文書化し、インラインスタイルやバグ報告といった回避策を紹介しています。 著者はより多くのロジックを純粋 CSS に移すことで JavaScript を完全に排除できる可能性があり、パフォーマンスをさらに向上させることを想定しています。成功すれば、このアプローチは軽量なブラウザベースゲームを刺激し、高度な CSS グラフィックス機能のサポートを促進し、重いエンジンを必要としない効率的なレンダリングが求められる開発者に利益をもたらすでしょう。

2026/03/27 23:39

オープンブースト・オン・モトローラ 88000プロセッサー

## Japanese Translation: (欠落している詳細を補完しつつ明瞭さを保つ)** ``` モトローラ 68000 ファミリーは、1990年代中頃のワークステーション(Apple、Amiga、Atari ST、Sun、HP、NeXT)や多くの産業用ボードで普及していました。 その RISC 後継機種である 88000(m88k)は、68k と PowerPC の間に導入されましたが、約 1994 年頃に期待された性能を提供できず廃止されました。m88k は二世代存在しました: • 88100 – 第1世代 CPU で、オプションの外部 88200 CMMU チップを搭載し、MVME180(20 MHz、2 本の CMMU)と MVME181 に使用されました。 • 88110 – 第2世代 CPU で、統合キャッシュ/MMU を備え、50 MHz を想定していましたが実際には約 40 MHz で販売されました。MVME187(25 MHz、デュアル CMMU、最大 64 MB)、MVME188(SMP、最大 4 CPU と 8 CMMU)、および MVME197 系列(セカンダリキャッシュ)に搭載されました。 VME バスは 32‑bit アドレス/データラインを備えたパッシブバックプレーンであり、複数ボードサポート、割り込みベクタ、オプションのスレーブマッピング、および終端要件があります。 OpenBSD のポートは 1995 年に MVME187 上で開始されました。Nivas Madhur、Steve Murphree、Marc Espie らの貢献は CVS マージ競合、アカウント停止(Theo de Raadt の関与)、GCC‑2.95 互換性問題、カーネルパニック(「align & align‑1」アサーション)および MVME188 上の不完全な SMP サポートに直面しました。ポートは 3.1‑beta スナップショットまで達成しましたが、ハードウェアエラー(VME バスロックアップ、DCAM2 コンフリクト、I²C フェイル)が未解決のまま残っています。 m88k アーキテクチャに関するドキュメントは、モトローラ AT&T System III/V、Data General DG/UX、Omron UniOS などのプロプライエタリ Unix バリアントと無料 CMU Mach コードから取得されました。メンテナー間の個人メール交換は協力、衝突解決、およびニッチなポートの保守課題を示しています。 MVME VME ボードおよび他の m88k システムのユーザーは、この OpenBSD ポートに安全性と安定性を依存しています。継続的なサポートがない場合、利用可能な OS を失うリスクがあり、新しいアーキテクチャへの移行が必要になるかもしれません。 ``` *改善された要約はすべての主要ポイントを反映し、不適切な推測を回避し、主旨を明確に提示し、曖昧または混乱を招く表現を排除しています。

ヒューリスティックがうまく機能しない場合、次の手順を試してください。 1. **前提条件を再評価する** – 各前提条件を一覧化し、実際のデータと照らし合わせて検証します。 2. **追加の証拠を集める** – 現行モデルに挑戦するような例や指標を収集して、より多くの情報を得ます。 3. **ヒューリスティックを洗練させる** – 新たに得られた洞察に基づき、閾値・重み・ロジックなどを調整します。 4. **段階的にテストする** – まず小規模なサブセットで変更を適用し、安定性が確認できたら拡大します。 5. **変更点を文書化する** – 何をどのように変えたか、その理由を記録しておくことで、将来の改訂が明確になります。 | そっか~ニュース