位置・速度・加速度
私「普通の生活では「速さ」というけれど、物理ではもう少し厳密な用語を使う。速度や加速度などだね」 長男「ふうん」 私「速度って何だか覚えてる？」 長男「ええとね、位置の変化、だっけ」 私「そうそう「位置の変化」が「速度」だ」 長男「加速度は？」 私「加速度は「速度の変化」のことだ」 長男「ふうん」 私「三つの量の関係がわかるだろうか」 長男「どういうこと？」 私「位置→速度→加速度という三つの量。位置の変化が速度。速度の変化が加速度」 長男「ねえ「加速度の変化」っていうのもあるの？」 私「それはよい質問。うん、あるよ。イメージがわきにくいし、特別な名前はないけれどね（※加加速度というそうです）。ところで、物理では力を加えなければ、速度は変わらないことを学ぶ」 長男「うーんと…、あ、それは摩擦がないときの話だね」 私「その通り。力を加えなければ、物体は静止しているか、等速直線運動をする」 長
文章を書く心がけ
目次 はじめに 読者に対する心がけ 誰がその文章を読むのかを考えよう 読者は何を知っているかを考えよう 読者がどんな感じを受けるかを考えよう 読者と対話する気持ちになろう 自分に対する心がけ 書こうとせず、読もうとしよう 読もうとせず、読みはじめようとしよう 何でも書いていいんだよ 惜しげなく人に与えよう 人からのものには敬意を払おう 魔法の呪文は毎回発見しよう まず自分がよく理解しよう 知識を誇るために書くのをやめよう その他の心がけ 言葉についての心がけ 長い文は注意して使おう 書いたものは必ず読み直そう 適切な例を示そう 言い換えの練習をしよう ８割でよしとしよう すべてを動員しよう その他の心がけ 環境についての心がけ 人の「気」を意識しよう 頑丈で軽い文章作成のツールを使おう その他の心がけ 編集者に対する心がけ 助言はよく聞こう 自分の状況を正しく伝えよう 感謝の気持ちを忘れな
技術系メーリングリストで質問するときのパターン・ランゲージ
目次 はじめに メーリングリスト —— サポートセンターではなく互助会です 表題 —— あいさつではなく用件を書きましょう 自己紹介 —— 自分の知識・技能・経験を簡潔に書きましょう 書き出し —— 最初に問題の要旨を書きましょう 肩書き —— 会社の名前を背負っていることを忘れないように 実行手順 —— 手順は箇条書きで書きましょう 結果の予想 —— 期待した結果を書きましょう 実際の結果 —— 実際に起きたことを書きましょう ステップ明記 —— どこからうまく行かなくなったかを書きましょう 実際の値 —— 条件を具体的に書きましょう エラーメッセージ —— 必ずコピー＆ペーストしましょう 判断理由 —— そのように考えた理由を書きましょう 文献の引用 —— 読者の手間を省くように書きましょう ソース —— 関連する部分を抽出して示しましょう スレッド —— 関連する話題なら「返信」しま
WritingTestableCode - テストできるコードの書きかた
WritingTestableCode - テストできるコードの書きかた 目次 この文書について まずいのその1: コンストラクタがやりすぎ まずいのその2: 深い仲になってしまっている まずいのその3: 脆いグローバルな状態とかシングルトンとか まずいのその4: クラスがやりすぎ テストできるコードの書きかた この文書について "Guide: Writing Testable Code" の日本語訳です http://misko.hevery.com/code-reviewers-guide/ 推敲歓迎: 誤訳, タイポ, 訳語の不統一, そのほか... TODO: 各 Flaw のリンク先も訳す Misko Hevery コードをベストな状態に保つために、 我々は Google でソフトウェアエンジニアに以下のようなをガイドを定期的に送っていた。このガイドを共有できてうれしいね。 この
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)
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 再描画と再フロー 再フローの回数をでき
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)
キーワードで学ぶオブジェクト指向プログラミング入門
目次 はじめに 紹介したキーワード 第1回 (2003年11月号) : ファクトリ(Factory) —— 実装クラスを隠してオブジェクトを生成する 第2回 (2003年12月号) : カプセル化(Encapsulation) —— 内部構造を隠して再利用性を高める 第3回 (2004年1月号) : 責務(Responsibility) —— そのクラスがなすべきこと 第4回 (2004年2月号) : インタフェース(Interface) —— クラスの境界面と役割をはっきりさせる 第5回 (2004年3月号) : 再利用性(Reusability) —— 使いまわすか、作り直すか 第6回 (2004年4月号) : 継承(Inheritance) —— 小さなフレームワーク 第7回 (2004年5月号) : 多態性(Polymorphism) —— 型の制約をゆるめる 第8回 (2004年
WhirlwindTutorialOnCreatingReallyTeensyElfExecutablesForLinux -
WhirlwindTutorialOnCreatingReallyTeensyElfExecutablesForLinux - 目次 Linux で動く極小 ELF 実行ファイルをつくる怒涛のチュートリアル (あるいは "Size Is Everything") コメント 以下の文章の日本語訳です: http://www.muppetlabs.com/~breadbox/software/tiny/teensy.html gcc の info の日本語は以下のページから拝借しました: http://www.asahi-net.or.jp/~wg5k-ickw/html/online/gcc-2.95.2/gcc_2.html#SEC13 Linux で動く極小 ELF 実行ファイルをつくる怒涛のチュートリアル (あるいは "Size Is Everything") She studied
はてなダイアリーライター（略称：はてダラ）
はてなダイアリーライター（はてダラ）は、 ローカルに作った 2004-08-19.txt のようなテキストファイルを、 はてなダイアリーの日記として自動書き込みするコマンドラインツールです。 ご連絡: (2009-09-12) スクリプトをGithubで管理はじめました。(hatena-diary-writer) ご連絡: (2009-08-04) はてダラがhttpsなページでうまく動かない 目次 詳細目次 はじめに インストールと基本的な使い方 「はてダラ」スクリプト本体のダウンロード コマンドラインオプション 設定ファイル ちょっとしたコツ よくある質問(FAQ) 「この環境で動きました」情報 関連ツール: はてダラスプリッタ(hws.pl) 更新履歴 関連リンク 作成メモ ぜひ、感想をお送りください 詳細目次 詳細目次 はじめに インストールと基本的な使い方 「はてダラ」を動かすの
ChangeLog - - ソフトウェアの変更履歴を書くためのテキストの形式
ChangeLog - - ソフトウェアの変更履歴を書くためのテキストの形式 目次 ChangeLogとは何か ChangeLogの書式について CVSとChangeLogについて ChangeLogの具体的な使い方 本来のChangeLogの使い方 ChangeLogをメモとして使う方法 Emacs以外でChangeLogを書いてみる CVSのコミットログを cvs2cl で Changelog 化する ChangeLog関連ツール コメント ソフトウェアの変更履歴を書くためのテキストの形式 ChangeLogとは何か ソフトウェアの変更履歴を書くためのテキストの形式 一部の人々はメモ帳として利用している さらに一部の人々は日記として利用している ChangeLogの書式について ChangeLogの書式についてはあちこちで議論があるようです。 (1)GNU styleにすると良い (2
ギコ猫とデザインパターン
／‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾ ワーイ スレッドヘン 1ゲト ズザー! ＼ ‾‾‾‾‾‾|／‾‾‾‾‾‾‾‾‾‾‾ （ Λ_Λ ⊂ ´⌒つ゜ー゜)つ ‾‾‾‾‾‾‾ .＿＿＿＿＿＿＿＿＿＿＿ | ..| | ギコ猫暗号入門はこちら .｜ |＿＿＿＿＿＿＿＿＿＿＿| ∧,,∧ || ⊂ミ.,,゜Д゜彡つ https://www.hyuki.com/cr/cat_index.html 目次 はじめに 登場する猫たち ギコ猫とGoFのパターンたち ギコ猫とマルチスレッドのパターンたち アニメGIF みなさんからのフィードバック ぜひ、感想をお送りください このページにリンクしてくださっている方々 リンク集 更新履歴 はじめに このページでは2ch.netのキャラクタ「ギコ猫」にナビゲートしてもらい、 デザインパターンをいくつか紹介(?)します。 といっても
Subversion
バージョン管理ツールSubversionの基礎練習です。 Windows XPのコマンドプロンプトでSubversionの基本的なコマンドを動かしていきます。 Subversionを学び始めるきっかけにどうぞ。 目次 はじめに ダウンロードとインストール リポジトリ用のディレクトリを作ります リポジトリを初期化します 新しいモジュールを作ってインポートします チェックアウトして作業開始 新しいファイルを追加します 新しいディレクトリを追加します 普段の作業はこんな風に進みます ファイル名を変更してみよう この文書に書かなかったこと 関連リンク 更新履歴 ぜひ、感想をお送りください はじめに Windows XPのコマンドプロンプトで、 バージョン管理ツールSubversionの基本的なコマンドを動かしてみましょう。 この文書の通りに実行すると、 基本的なSubversionのコマンドをひと
www.textfile.org
テキストとプログラミングの寡黙な情報集です。 情報の投稿もよろしくお願いします。 ■ textfile.orgがはてなに移転 http://d.hatena.ne.jp/textfile/ 「テキストとプログラミングの寡黙な情報集」であるtextfile.orgが「はてな」に移転します。 どうぞよろしくお願いいたします。 RSSリーダの設定変更など、よろしくお願いいたします（RSSのリダイレクトをすべきですが、まだ手が回っていません(^_^;）。 2006年6月8日 07:03 | feedback | top ■ binarySearchメソッドのバグ http://d.hatena.ne.jp/kazama/20060605/p2 二分探索で配列の中央を求めるとき、(low + high) / 2 を行うと(low + high)でオーバーフローする危険がある、という話題。 なるほど！
Tropy
結城浩です。 Tropy(とろぴぃ)のご利用を感謝します。 質問・意見・感想・要望などは、Feedbackからお願いいたします。 Enjoy Tropy! Documents 2005-11-03: Tropy(とろぴぃ)というCGIを作りました (Tropy誕生) 2005-11-05: Web 0.5としてのTropy (補足解説) 2005-11-05: いろんなTropyたち (クローンリンク集) 2005-11-06: 駆け抜けたTropy 2005-11-07: Tropy設計判断 History 2005-11-03〜05: 文化の日、Tropy誕生。 2005-11-05: Tropyのスクリプト(Perl)を公開。 2005-11-05: Tropy眠りにつく。 2006-01-01〜03: 三が日、Tropy再公開。 2006-02-12: Tropy in Ruby
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
