情報技術
時計が1901年に戻る：2038年問題（Year 2038 Problem）
2038年問題とは？Unix時間を32ビットで扱うコンピュータが、2038年1月19日以降の時刻を1901年と取り違える現象です。仕組み、実際の事例、危険な機器、64ビット化などの解決策をまとめます。
情報技術
日本語の書庫へようこそ。翻訳が未公開の記事にはその旨を表示し、韓国語の原文を掲載しています。
48 件の記事
情報技術
話しているうちにバグが見えてくる、ラバーダック・デバッグ（Rubber Duck Debugging）
ラバーダック・デバッグとは、机の上のゴム製のアヒルにコードを一行ずつ声に出して説明しながら問題を見つけるデバッグ手法です。名前の由来から実際のやり方、説明が問題をあぶり出す仕組み、そして開発を超えて日常で活用するコツまでを紹介します。
情報技術
小さくなるほど電力も減った、デナード則（Dennard Scaling）
デナード則とは、トランジスタを小さくしながら電圧も同じ比率で下げれば、チップの同じ面積で使う電力は変わらないという半導体の微細化の法則です。その背景、微細化がタダで性能をもたらした仕組み、法則が崩れた理由、そしてその後コンピュータが性能を高める方法までを見ていきます。
情報技術
賢いコードは直しにくい、カーニハンの法則（Kernighan's Law）
カーニハンの法則とは、デバッグはコードを書くことの2倍難しいため、できる限り賢く書いたコードは書いた本人にもデバッグできない、という経験則です。この言葉の出典と意味、よくある誤解、そして現場での生かし方を見ていきます。
情報技術
小さく始めてこそ大きく動く、ガルの法則（Gall's Law）
ガルの法則とは、うまく動く複雑なシステムは、必ずうまく動いていた単純なシステムから発展したものだという経験則です。その成り立ち、三つの文の意味、実例、そして現場で守る方法を見ていきます。
情報技術
ハードウェアより速く遅くなる、ヴィルトの法則（Wirth’s Law）
ヴィルトの法則は、ソフトウェアが遅くなる速さはハードウェアが速くなる速さを上回るという経験則です。その由来、ソフトウェアが重くなる理由、今日の身近な例、そして軽いソフトウェアを作る方法までを紹介します。
情報技術
鍵だけ隠せばいい、ケルクホフスの原理(Kerckhoffs's Principle)
ケルクホフスの原理は「暗号方式は、鍵以外のすべてが知られても安全でなければならない」という設計原則です。オーギュスト・ケルクホフスが1883年に発表した「軍事暗号」と六つの条件、鍵だけを隠すほうが安全な理由、エニグマやDVDのコピー防止技術など隠蔽によるセキュリティが崩れた事例、高度暗号化標準のような今日のセキュリティ設計への教訓までを紹介します。
情報技術
目が多ければバグが見つかる、リーナスの法則（Linus's Law）
新しく買った携帯電話のアプリでおかしな不具合を見つけて開発元に報告したところ、数日後、同じ問題を経験した数百人からの報告がすでに集まっており、修正版も間もなく公開されたという返事を受け取った経験はありますか。一人では原因さえ見当がつかない問題も、多くの人が一緒に調べると、意外に早く解決することがあります。このように、多くの人の目が集まるほどバグが見つかりやす
情報技術
文書になくても依存する、ハイラムの法則(Hyrum's Law)
ライブラリ関数の戻り値の順序やエラーメッセージの文言を少し変えただけなのに、遠く離れたサービスが突然動かなくなったという報告が上がることがあります。文書ではそんな細部を保証したことがなくても、誰かがその動作に依存していたのです。この現実をひと言でまとめた観察が「ハイラムの法則(Hyrum's Law)」です。 ハイラムの法則とは、簡単に言えば「インターフェー
情報技術
並列化の限界を定める公式、アムダールの法則(Amdahl's Law)
プロセッサやコアを二倍、四倍に増やせば、プログラムもそれだけ早く終わると期待しがちです。ところが実際に動かしてみると、体感速度の向上は期待を大きく下回ることがよくあります。並列化できない区間が全体の速度を制限するという洞察、それが「アムダールの法則(Amdahl’s Law)」です。 アムダールの法則とは、簡単に言えば「ある作業の一部だけを改善したり並列に実
情報技術
送るときは厳格に、受け取るときは寛容に、ポステルの法則（Postel's Law）
異なる会社が作ったプログラムがインターネット上で出会うと、仕様書の一文字でも解釈が異なった瞬間から、通信が途切れやすくなります。それでも初期のインターネットは、そうした小さな違いがある中でも、どうにかつながっていました。その秘訣としてよく挙げられるのが「ポステルの法則（Postel's Law）」です。 ポステルの法則とは、簡単にいえば「送るときは仕様に厳格
情報技術
組織は設計に似る、コンウェイの法則（Conway's Law）
ある会社で三つのチームが一緒に一つのプログラムを作ったところ、完成したプログラムがちょうど三つの塊に分かれていたという話があります。誰かがそうしようと決めたわけでもないのに、チームの分かれ方がそのままソフトウェアの形になったのです。 このように、システムを設計する組織のコミュニケーション構造が、そのシステムの構造にそのまま映し出されるという観察を「コンウェイ