デスマーチが起きる理由 - ３つの指標Your system administrator has blocked your computer or device. Please contact the system administrator.
プログラマの心の健康
目次 はじめに 情報不安について 人の話を聞くこと 寝てから考えよう わ・ざ・と、ゆ・っ・く・り・、や・っ・て・み・よ・う ロビンソン式悩み解決法 驚き、最小の法則 むしょうに腹が立つあいつのこと あなたは、そのままでいいんです はじめからやり直したい症候群 人から信頼されるためにはどうしたらよいか トラブルがチャンス あなたはひとりではありません あなたのための聖書の言葉 ぜひ、感想をお送りください リンク集 更新履歴 はじめに 私はプログラマです。 プログラムを書いて生活の糧を得ています。 プログラマというのは精神的にも肉体的にも過酷な仕事だと思われています。 夜遅くまでディスプレイに向かい、 キーボードを叩き、ジャンクフードを食べながらバグをとる…そんな職業だと思われています。 確かにそういうところもありますが、プログラマも人間です。 不健康な生活を長いこと続けることはできません。
HowFriendFeedUsesMySqlToStoreSchemaLessData - FriendFeed では MySQL を使いどのようにスキーマレスのデータを保存しているのか
HowFriendFeedUsesMySqlToStoreSchemaLessData - FriendFeed では MySQL を使いどのようにスキーマレスのデータを保存しているのか 目次 この記事について FriendFeed? では MySQL を使いどのようにスキーマレスのデータを保存しているのか 背景 概観 詳細 一貫性と原子性 性能 FriendFeed? では MySQL を使いどのようにスキーマレスのデータを保存しているのか この記事について "How FriendFeed? uses MySQL to store schema-less data" の日本語訳です http://bret.appspot.com/entry/how-friendfeed-uses-mysql CC 2.5 でライセンスされています: http://creativecommons.org/
WhatThreadsafeRailsMeans - スレッドセーフな Rails ってどういうこと?
WhatThreadsafeRailsMeans - スレッドセーフな Rails ってどういうこと? 目次 この文書について Q/A: スレッドセーフな Rails ってどういうこと? Q: Rails がスレッドセーフになるってどういうこと？ Q: なぜこれが重大なの? もう 複数プロセスで shared-nothing なRailsのアーキテクチャで 並列性はあるんじゃない? Q: じゃあ Ruby や Ruby EE, Rubinius みたいなグリーンスレッドの実装は, スレッド対応の恩恵は何もないの? Q. なるほど, じゃ JRuby みたいなネイティブスレッドの実装はどうなの ? Q: それってすごいの? スレッドセーフな Rails ってどういうこと? この文書について "Q/A: What Thread-safe Rails Means" の日本語訳です http://
技術系メーリングリストで質問するときのパターン・ランゲージ
目次 はじめに メーリングリスト —— サポートセンターではなく互助会です 表題 —— あいさつではなく用件を書きましょう 自己紹介 —— 自分の知識・技能・経験を簡潔に書きましょう 書き出し —— 最初に問題の要旨を書きましょう 肩書き —— 会社の名前を背負っていることを忘れないように 実行手順 —— 手順は箇条書きで書きましょう 結果の予想 —— 期待した結果を書きましょう 実際の結果 —— 実際に起きたことを書きましょう ステップ明記 —— どこからうまく行かなくなったかを書きましょう 実際の値 —— 条件を具体的に書きましょう エラーメッセージ —— 必ずコピー＆ペーストしましょう 判断理由 —— そのように考えた理由を書きましょう 文献の引用 —— 読者の手間を省くように書きましょう ソース —— 関連する部分を抽出して示しましょう スレッド —— 関連する話題なら「返信」しま
TheC10kProblem - 「C10K問題」（クライアント1万台問題）とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと
TheC10kProblem - 「C10K問題」（クライアント1万台問題）とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと 目次 この文書について C10K 問題 関連サイト まず読むべき本 I/O フレームワーク I/O 戦略 1. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と レベル・トリガ型の完了通知を利用する. 伝統的な select() 伝統的な poll() /dev/poll kqueue() 2. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と 変更型の完了通知(readiness change notification)を利用する. kqueue() epoll リアルタイム・シグナル fd 単位のシグナル (Signal-per-fd)
Singletonのサブクラス化
Javaで、Singletonのサブクラス化のコーディングを試みます。インスタンスの唯一性をどのように保証するかを考えましょう。 目次 はじめに (1) Singletonの基本形 —— 唯一のインスタンスを作る (2) クラスごとに管理 —— クラスごとに唯一のインスタンスを作る (3) 1個だけ管理 —— クラス階層全体で唯一のインスタンスを作る リンク 更新履歴 ぜひ、感想をお送りください はじめに Singletonパターンのサブクラス化に関連したJavaのサンプルコードを紹介します。 このページを作成するにあたっては、GoF本はもちろんのこと、 デザインパターン・メーリングリストでのメールのやりとりを参考にしました。 澤田聡司さん、小山さん、中野靖治さん、宮本さん、杉村貴士さん、出井秀行さん、 その他のみなさんに感謝します。 特に、澤田さんから多くの情報と示唆をいただきました。感
Githubでリモートリポジトリの練習 - [結] 2009年9月 - 結城浩の日記
目次 2009年9月30日 - 「書くこと」について書きましょう / 2009年9月28日 - 『数学ガール／ゲーデルの不完全性定理』表紙が到着しました！ / 2009年9月27日 - 日曜日 / 2009年9月25日 - 『数学ガール／ゲーデルの不完全性定理』無料プレゼント抽選実施しました / 2009年9月24日 - 木曜日 / 2009年9月23日 - 水曜日 / 2009年9月22日 - 火曜日 / 2009年9月21日 - 月曜日 / 2009年9月20日 - 日曜日 / 2009年9月18日 - #onwriting: 書くことについて話しましょう / 金曜日 / 2009年9月17日 - 木曜日 / 2009年9月16日 - 水曜日 / 2009年9月15日 - 出産 / 2009年9月14日 - 応募メール / 2009年9月13日 - 日曜日 / 2009年9月11日 -
Gitの基礎練習
バージョン管理ツールGitの基礎練習です。 Windows XPのコマンドプロンプトでGitの基本的なコマンドを動かしていきます。 Gitを学び始めるきっかけにどうぞ。 （筆者もまだGitを使いこなしているわけではありません。 誤りのご報告、改善提案などは大歓迎です。フィードバックからよろしくお願いします） 目次 はじめに ダウンロードとインストール ファイルをGitの管理下に置きましょう 新しいファイルを追加します 新しいディレクトリを追加します 編集からコミットまでの流れはこんな風に進みます ブランチを使ってみましょう ここまでの作業ログを見ましょう この文書に書かなかったこと 関連リンク 更新履歴 ぜひ、感想をお送りください はじめに Windows XPのコマンドプロンプトで、 バージョン管理ツールGitの基本的なコマンドを動かしてみましょう。 この文書の通りに実行すると、 基本的
CipherSaber / サイファセイバー
Writing your own strong encryption program Hiroshi Yuki <hyuki@hyuki.com> 目次 このページをお読みになる方へ 暗号を使うことについて重要な注意（無保証と免責）謝辞 CipherSaberとは何かCipherSaberの暗号化/復号化の概要詳細：CipherSaberの暗号化 暗号化の手順暗号化の手順の図式 詳細：CipherSaberの復号化 復号化の手順復号化の手順の図式 詳細：留意点 初期化ベクタの意味ヘッダがないバイナリモードファイル形式を「改良」しようと思わないことRC4 について （必ずお読み下さい） ダウンロード C言語で書かれたCipherSaberのソースコード検証用のテストデータ リンク CipherSaber関連ページ結城浩のプライバシー関連ページ Legal Notices更新履歴 このページを
EfficientJavaScript - Dev.Opera - 効率的な JavaScript
EfficientJavaScript - Dev.Opera - 効率的な JavaScript 目次 この文書について 効率的な JavaScript ECMAScript eval や Function のコンストラクタを使うのはやめよう eval を書き換えよう 関数を使いたいなら function を使おう with を使うのはやめよう 性能を決める関数で try-catch-finally を使うのはやめよう eval と with は隔離しよう グローバル変数を使うのはやめよう 暗黙のオブジェクト変換に気をつけよう 性能を決める関数で for-in を使うのはやめよう 文字列は累積スタイルで使おう プリミティブの操作は関数呼び出しより速い setTimeout() や setInterval() には文字列でなく関数を渡そう DOM 再描画と再フロー 再フローの回数をでき
バグレポートはこう書け - バグレポートのための単文集
バグレポートはこう書け - バグレポートのための単文集 バグレポートのための単文集 send-pr とか bugzilla に投げるときとか、なんて書いて いいのかわからんのよね。 というわけで、とにかくいろんな文章をまとめてみる。 心構え バグレポートの目的は何か? バグを伝えることである。 よりよい英語を書くのが目的ではない。拙い英語でもいいから、 とにかく書け。ネイティブスピーカーなら、変な英語でもそれはそれで通じる。 日本語ネイティブは FreeBSD-users-jp:72469 を理解できるっしょ? それと同じ。 I'll take a look at this, as inetd is my problem. (inetd のバグレポートを受けて) inetd の件は俺が仕込んだバグなので、このレポートの面倒みるよ 異議なーし No objection from me. 2台
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方 目次 この文書について 設計文書のうまい書き方 なぜ設計文書を書くのか 良い設計とは何か 同僚の開発者に向けて書く 第 1 節に書くこと: プロジェクト/サブシステムの目的を示す 第 2 節に書くこと: 設計に使う高レベルなエンティティを定義する 第 3 節に書くこと: 個々のエンティティに関する低レベルの設計を書く 使い方 設定 モデル 相互作用 第 4 節に書くこと: 利点, 前提, リスク/懸念事項 マネージャ向けに書くこと 最後に 設計文書のうまい書き方 この文書について "How to Write an Effective Design Document" の日本語訳です. http://blog.slickedit.com/?p=43 推敲歓迎: 誤訳, タイポ, 訳語の不統一,
TddAntiPatterns - TDD のアンチパターン
TddAntiPatterns - TDD のアンチパターン 目次 この文書について TDD のアンチパターン TDD アンチパターン・カタログ 嘘つき。 (The Liar) セットアップ過多 (Excessive Setup) 巨人 (The Giant) モック酔い (The Mockery) 検査官 (The Inspector) 太っ腹な残り物 (Generous Leftovers) 地元の英雄 (Local Hero) 小姑 (The Nitpicker) 秘密のキャッチ (The Secret Catcher) ペテン師 (The Dodger) 大声 (The Loudmouth) はらぺこキャッチ (The Greedy Catcher) 序列屋 (The Sequencer) 隠れ依存 (Hidden Dependency) 点呼 (The Enumerator)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
