[B! 必読] taketsのブックマーク

間違ったコードは間違って見えるようにする - The Joel on Software Translation Project

Joel Spolsky / 青木靖訳 2005年5月11日水曜私が最初の本当の仕事をはじめたのは1983年9月に遡る。それはオラニムというイスラエルの大きな製パン工場で、16台の飛行機ほどもある巨大なオーブンで、毎晩10万個のパンが作られていた。はじめて工場に入った時、そのあまりの汚さに信じられない思いだった。オーブンの側面は黄ばんでいるし、機械は錆びていて、そこらじゅうが油だらけだった。「いつもこんなに汚いの?」と私は聞いてみた。「なんだって? なんの話をしてるんだ?」とマネージャが答えた。「掃除したばかりだから、今が一番きれいな状態なんだ」なんてこった。毎朝の工場の清掃を何ヶ月か続けて、ようやく彼らの言っていたことが理解できるようになった。パン工場では、きれいというのは機械にパン生地が付いてないことを言うのだ。きれいというのは、ゴミ箱に発酵したパン生地が入ってないこと

takets 2006/07/07

[

リンク

オブジェクト指向プログラミングの本質とは何か?　本当にソースコードは分かりやすくなるのか? 【▲→川俣晶の縁側→ソフトウェア→技術雑記】

オブジェクト指向プログラミングの位置づけ §　オブジェクト指向プログラミングは1つの有効なプログラミングパラダイムであって、その特徴を活かす場面に正しく適用すれば、それなりの成果を期待できると思います。しかしながら、オブジェクトの万能幻想という宗教性の強い思想によって、「特徴を活かす場面に正しく適用」するという試みが阻害されていることが多いと考えます。つまり、オブジェクト指向プログラミングは上手く機能していないことになります。これを解消するために、デザインパターンであるとか、アスペクト指向といった非オブジェクト技術を導入してオブジェクト万能幻想の崩壊を防ごうとしているというのが、1990年代後半以降の歴史的な流れであると認識します。しかし、パターンやアスペクトの導入はプログラミングに不必要かつ過剰な複雑さを導入することであり、このような「穴を見つけては新しい詰め物を探して詰め込む」

takets 2006/06/27

リンク

説得的コミュニケーション

受け手の行動や意見を特定の方向に変化させることを狙ったコミュニケーションを説得的コミュニケーションという。説得の効果に影響する要因として、送り手の特質、受け手の特性、メッセージ内容と構成(呈示方法)などが指摘されている。近年では、精緻化見込みモデルのように、メッセージ内容と受けて側の要因の関係に注目して詳細かつ統合的に説明しようという試みがなされている。

takets 2006/06/27

リンク

kaz::hatena - 特別公演 - プロ棋士はどう考えているか

【事前予約なし】子連れで大阪関西万博に行ってきたよ【激混み連休】 ">地元大阪で開催された55年ぶりの万博。万博記念公園＆みんぱく大好き族として一度はこの目で見ておきたく、子連れで行ってきました！ "> 万博公園が大好きだよブログはこちら www.oukakreuz.com 予約の裏技とか必需品とかそういうのはまとめてくれている方がたくさん…

takets 2006/05/22

リンク

neutral23の日記 - 自分で自分を管理し、自分で学び続けるということ

前回のエントリー(id:neutral23:20060502) さらに、もっとも重要な自分で知識を獲得し、整理し、他人に受け渡すということだ。で、おわっていた。視点は、管理者ではなく最低限のお仕事が出来るようになった方への内容となっています。大抵の上司が出来てほしいと思うことなんじゃないかな。あ、もちろん忠誠心とかに関しては一切情報はないですよ。（あるといえば、参考URLにあげた平林さんの記事ぐらい）あくまでテクニカルな部分だけですから、メンタルな部分だとかは別の話ですよ。メンタルな部分でモチベーションを高めるための努力がされなければおそらくテクニカルな話は、意味がないままですよ。知識を獲得するには、しなければならないことは、たった2つ。与えられる状況から、自己で獲得し武器にして自分で戦況を判断し、自分を強さを最大にできる場所へ行くためのプロセスです。受動的に学ぶというステ

takets 2006/05/06

リンク

はてなに入った技術者の皆さんへ（jkondoの日記より）

最近はてなの社内では新しい技術を勉強したり、フレームワークや言語を移し変えようかという話も出ていたりして活気が出てきています。技術者も10人を超えて、色々な考え方をする人同士が刺激を与え合いながら切磋琢磨していて素晴らしいなあと思います。そういう中で、僕が技術について思う事を少しまとめてみました。アウトプットを出す新しい技術を習得したり、時間を掛けて作り上げた結果は、何かのアウトプットとして出さなければほとんど意味がありません。知識や結果を自分の中に残すだけで終わるのは、それを活かしてサービスを作りたくさんの人が使えるようにする事に比べると驚くほどちっぽけな仕事です。また、3日間で作り上げた素晴らしい仕組みをそのまま1週間寝かせてしまうのは、4日目に他の人が使えるようにしてから1週間を過ごすことに比べると随分見劣りしてしまいます。当たり前ですが、どれだけ素晴らしい仕組みを作っても、