「Code Reading―オープンソースから学ぶソフトウェア開発技法」（毎日コミュニケーションズ発行，写真1）という本があります。私はこの本の監訳者ですから，やや自画自賛になってしまいますが，ソースコードの読み方を主題にした本はほかにはあまりありません。技法からツール，データ構造，アーキテクチャ，さらには実際にコードを読んで利用する実例まで紹介している網羅的で良い本だと思います。 この本の「はじめに」で「達人プログラマー」として知られるDave Thomas氏は以下のように書いています。 他人の作品を読まなかった偉大な作家，他人の筆づかいを研究しなかった偉大な画家，同僚の肩越しに技を盗まなかった腕のよい外科医，副操縦席で実地の経験を積まなかった767機長――果たして，そんな人たちが本当にいるのでしょうか？ たしかにその通りです。ソフトウエア以外の領域では修行することとはすなわち，他の人の

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

日々のスケジュールにおいては、それこそ1分とかからずに終えられるタスクもあれば、数時間かかってようやく完了のチェックマークを入れられるタスクもあります。 でも、タスクリストにおいては見た目は同じサイズの項目であるために、「秒殺」できて爽快な気分になれるかと思えば、「数時間に及ぶ泥仕合」に末に結局ぐだぐだになって、翌日に上司の「判定」を待った上で「仕切り直し」となることもあります。 「タスク分解」というタスク 例えば、次のようなタスクリスト。 □総務のＡちゃんにセミナー備品の発注メール ← 秒殺！ □Ｂ課長に電話／来週の打ち合わせの件 ← 分殺！ □Ｃ社向けシステムの概要設計書作成 ← 数時間に及ぶ泥仕合… 上の2つはともかく、一番下のタスクはいただけません。こういうタスクを前にすると、 ・とりあえずコーヒーを淹れてから…（ついでにお菓子も） ・メールチェックしてから…（重要なメールがあると

よく言われることですが、自分でも意識していなかったところがあったので勢いで翻訳してみます。 「11 Causes and Cures for Procrastination」です。「やらなくちゃいけないんだけど・・・なんだかねぇ・・・」というときにいかがでしょうか。どの理由が自分にあてはまるかがわかれば対策もわかってくるのかもしれませんよ。 よろしければ以下からどうぞ。 やろうとしていることが複雑と思い込んでいる 対策：やるべき仕事を書き出して、小さなアクションに分解してみましょう。次にとるべき具体的な行動は何かを想像してみましょう。どんなに小さい仕事でもいいので何かにとりかかってみましょう。 仕事は完璧にすべきだと思い込んでいる 対策：人間は完璧ではありません。また完璧なことよりも速度が大事な時も多いです。とりあえず80%完成させることを目指しましょう。 意思決定の仕方がはっきりしていな

僕の「座右の銘」は、アンディ・グローブの「Only the Paranoid Survive」(極度な心配性だけが生き残る)という言葉。サバイバルっていう言葉は、ちょっとざわざわするから、わざと使っている。 それで、なんかサバイバルという言葉に極端に「嫌だ」って感じで反応する人がいるけれど(それが言葉の遊びがしたい人だけならいいんだけどね・・・そういう気持ちがなくても何とか生きていけると甘ったれている人がいるとすればちょっと心配なので・・・・)、「緊張感を持って生きる」っていうごくごく当たり前のことなんじゃないの。家族がいれば、家族と一緒に幸せに生きていくための最低限の原資を稼ぎ続けるぞっていうのはサバイバルだし、どんどん変化していく世の中でプロとして簡単にコモディティ化しないぞと決心してスキルを磨くのもサバイバルだし、勤めている会社が突然つぶれたときにちゃんと他社から誘われたり独立できる

2007年06月17日00:15 カテゴリ翻訳/紹介 怠訳 - 怠惰を役立てる10の方法 Perl Mongerとしては見過ごせないタイトルなので。 10 Ways to Make Laziness Work for You 完訳するには私はあまりにlazyなので、きちんと読みたい方は上をクリック。 一番かしこいい連中は、一番ものぐさな連中 - often the smartest people are the laziest ones. 連中はいつも仕事から逃れようとしているので、結果として一番優れた発明をしたりする。コンピューターとか、電子レンジとか、自動車とか、アンチョコとか。 仕事のきつさを和らげる - Make not doing it harder. ものぐさな奴はきつい仕事がきらい。ということは、もっときつい仕事を見せると、それを避けるためにより軽い仕事を片付けたりする。例え

Wikipediaは便利ですが、多岐にわたる情報を提示されると何が何やらわからなくなってしまうことも。 そこでWikiMindmapのご紹介。 このサイトではWikipediaの項目をツリー状に表示してくれるので、どの概念とどの概念が関連しているかがすぐにわかります。興味のありそうな分野だけ突っ込んで調べたいときなどに便利そうです。 以下に使い方をご紹介。 ↑ まずは抽象的な概念で検索。Wikipediaの言語も選べます。 ↑ このようにツリー状に表示してくれました。拡大・縮小もできますよ。 ↑ 気になる「神々の名前」をクリック。展開してくれました。 ↑ ちょっと知りたくなったシヴァ神をクリックするとWikipediaに飛んでくれます。 ご利用は以下からどうぞ。 » WikiMindMap

第0回　あらためてRuby入門 まつもとゆきひろ氏自身による「Ruby入門」をお届けします。日経Linuxの連載開始前の特別企画（2005年4月号）として，Rubyが他のスクリプト言語やオブジェクト指向言語とどこが違うのか，なぜ便利なのかを中心に解説してもらったものです。 ● 基本と他言語との違い ● 実装とRuby誕生の秘密 第1回 プログラミングとオブジェクト指向の関係 プログラマを目指す人々の中にも，「オブジェクト指向は難しい」とか，「なかなか分からない」という印象を持つ方が多いようです。そこで，Rubyを題材にオブジェクト指向という考え方について説明していきます。 ● その1 ● その2 ● その3 第2回 抽象データと継承 オブジェクト指向プログラミングを構成する3原則のうち，前回は「ポリモーフィズム」を学びました。今回はオブジェクト指向の歴史を復習した後，残りの「データ抽象」と

このブログを始めた一つのきっかけは、価値観に根ざした習慣である「７つの習慣」と、日常のタスクマネージメントに密着した「GTD」のバランスこそが今後非常に重要になるだろうと思い、それを両方とも追いかけるブログを作ってみたかったのがあります。 しかしその二つに次ぐ、第三の潮流だと思うのが先日から紹介している Tim Ferris の The Four-hour Work Week です。自分の夢・目標に忠実になり、それに必要ない仕事は消去するか、他人にまかせてしまおうという考え方を説明した本です。 本の中には「トラブルしかもたらさない顧客はこちらから解雇しよう」とか「日常の業務もインドにアウトソーシングしてしまえばいい」といった、字だけを追っていると反感を買いそうなこともたくさん書いてあるので、素顔の Tim がどんな人物かには非常に興味がありました。 先日、Tim Ferris が Scob

2007年05月30日04:00 カテゴリ書評/画評/品評 書評 - アルゴリズム・サイエンス (入口|出口)からの超入門 正三郎さんのお薦めという事で、手に入れてみた。 出口からの超入門 入口からの超入門 共立出版「アルゴリズム・サイエンスシリーズ」: ホットコーナーの舞台裏そのとき、見つけたのが、休刊したbit誌など我々コンピュータ業界ではおなじみの共立出版が新たに刊行を開始した「アルゴリズム・サイエンスシリーズ」。 本シリーズ「アルゴリズム・サイエンス」の嚆矢である「入口からの超入門」ならびに「出口からの超入門」は、読んで字のごとくアルゴリズムの入門である。入口と出口に分けているのがニクい。入口はまだアルゴリズムというものを意識していない人々のための、そして出口はすでにアルゴリズムの威力は知っていても、日々の業務に負われて仕様書をそのままプログラムに書き直すのに疲れ気味の人々にアピー