ハッカーと画家 ---Hackers and Painters--- Paul Graham, May 2003 Copyright 2003 by Paul Graham. これは、Paul Graham：Hackers and Painters を、原著者の許可を得て翻訳・公開するものです。 <版権表示> 本和訳テキストの複製、変更、再配布は、この版権表示を残す限り、自由に行って結構です。 (「この版権表示」には上の文も含まれます。すなわち、再配布を禁止してはいけません)。 Copyright 2003 by Paul Graham 原文: http://www.paulgraham.com/hp.html 日本語訳：Shiro Kawai (shiro ＠ acm.org) <版権表示終り> Paul Graham氏のエッセイをまとめた『ハッカーと画家』の 邦訳版が出版されました。

pplog の方に書いたけど、別にブログに書けばいいかと思い直したので投稿。Slack でチャットしてて、なんとなくこれ面白いよ URL を共有する機会があったので適当に選んだもの。 伽藍、バザール、ノウアスフィア、おなべ(3) http://www.artonx.org/diary/20120411.html#p01 artonさんがノウアスフィアの開墾についてわかりやすく書いてるもの。原文はちょっと長くて読むのが大変だけど、こっちは分かりやすいし、面白い。OSS の構造がなんかわかったきになる、すごい。 Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した http://anond.hatelabo.jp/20111018190933 (前編) http://anond.hatelabo.jp/20111018192953 (中編) http://a

私が就職活動を行っていた20年前、SE は花形職業の一つでした。しかし今は 3K として敬遠されるようになり、力のあるプログラマーは SIer を避けるという状況となっています。 この業界で骨をうずめようと考えている身にとって、なぜ今日のような状況になったのかという原因を探ることは責務と感じます。また、これを解決するために自身（と会社）のエネルギーを注ぎたいと思っています。 まず次の二点は、私が同業の方と話をしていて、よく話題になる事項です。 人月制度に代わる見積手法が確立されていないこと。人月による見積が妥当なのはコンサルタントなど、上流設計の一部のみ。例えば製造で1,000人月という数字は、根拠があってないようなもの。 階層構造によるコミュニケーションストレスの存在。階層構造の下部に位置するSE/プログラマが仕様の矛盾に気付いても、直接確認することができない。また、お客様との接点がない

最近話題の「日本語入力を支える技術」を途中まで読んだ。 3章がものすごく気合いが入っている。 trie（トライ）というデータ構造の2つの実装、「ダブル配列」と「LOUDS」について詳しく説明がされている。 ダブル配列については、ぼくは以前論文を読んで勉強しようとしたのだが、その時は難しくてあきらめた覚えがある。しかし、この本の説明を読むことで理解ができた。 ありがたい。 感銘を受けたので、この本を教材に友達と2人勉強会をした。 この2人勉強会というのは、ぼくが復習を兼ねて友達に教えるというのがだいたいのスタイル。 しかし、いざやってみるといろいろと難しい。 次のようなところでひっかかるようだ。 例のサイズが小さく、イメージを喚起するのが難しい。 最初の図のノード番号と、最終的なダブル配列上の位置が異なるため、混乱する。 単語終端について言及がないので、どのノードが単語を表しているかがわから

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 2011年6月30日にShibuya.tracの第12回勉強会として、チケット管理システム大決戦第二弾を実施しました。 僕はモデレータ役として登壇させていただきました。普段講演者として発表する機会は多いのですが、モデレータは初体験でしたので段取りが悪かった点もあるかと思いますがご容赦ください。 以下に当日利用した資料を公開します。 手前味噌ですが、このレベルの内容が揃った資料はなかなか無いと思いますし、資料的価値もあると思いますので、参加された方もそうでない方も是非ご覧ください。 質問等がある場合は#shibutraタグをつけてつぶやいて頂ければと思います。(また各資料の左端に作成者

＊息抜きがてら書いていたら長くなってしまった。。 ＊当たり前ですが、あくまで個人的な考えです。 ＊ころころ変わるかもしれません。 Node の基本的な知識についての話は色々なところで出始めて、 じゃあこーいう場合はどうするの？ みたいな話が出始めたりもするようになってきた気もします。 正直、自分にもまだ分からないことだらけです。 そもそも自分はそこまでスケールに関するアーキテクチャや、OS の低レイヤに精通しているとは言えないので、 これを期に Node は何が得意で何が不得意なのか、スケールさせるために考えないといけないこと、などを自分なりにまとめて、 ついでに、これまで学んできた周辺のアーキテクチャに関する知識も混ぜて、色々思考実験をしてみたいと思っています。 だから WebSocket にブラウザが対応してないとか、そんな複雑なサーバ群本当に運用できるのかとか、 そういう話は無しに、

LinuxとWindowsにnode.jsをインストールしてみたので、少し使ってみました。 JavaScriptにおいて、機能が欠けていて困る事って何でしょう。クラスがないとかはさしたる問題じゃないと思うのですが、モジュール機構がないのはホントに辛いです。node.jsには、待望のモジュール機構が導入されています。どうやら、CommonJS（http://www.commonjs.org/）という仕様に従っているようですが、僕は仕様を読んだわけではなくて、実際のnode.jsを触って見当を付けただけです。それを以下に書きます。 環境は、Windows＋MinGW/MSYS です。 $ echo $HOME /c/Users/hiyama/Work $ which node /c/Users/hiyama/Work/bin/node.exe $ node --version v0.5.0-p

今回は、そのかんたんログインの問題点について説明します。 「契約者固有ID」を用いるかんたんログイン かんたんログインとは、携帯電話の「契約者固有ID」を用いたログイン手法です。 第1回で説明したように、携帯電話のブラウザのリクエストヘッダには契約者固有IDと呼ばれるIDを付けることができます。契約者固有IDは、携帯電話事業者によって詳細は異なりますが、すべての携帯電話事業者が対応しています。 図1は、NTTドコモの携帯電話がサポートしている契約者固有IDである「iモードID」がサーバに送信される様子です。この情報は、ユーザーがそれと意識することなく送信されます。携帯電話のかんたんログインとは、契約者固有IDのみを用いて認証を行い、ログイン機能を実現することです。 かんたんログインは、ベーシック認証のようにIDとパスワードを管理する必要もなく、Cookieのように対応する端末を考慮する手間

海外のブログ「Modern Perl Books, a Modern Perl Blog」からの記事です。「⁠なぜ優れたPerlプログラマを雇うのが難しいのか？」という記事からの続きで、新たにPerlプログラマを雇いたいときに、試験や面接にてどうやって見分けたらいいのかについて、実践的なPerl 5に関する質問を計27個挙げています。次に一部を抜粋します。 Perl 5で変数を表す記号には何がある？ 配列の要素にアクセスする方法で$items[$index]と@items[$index]の違いは何？ ==とeqの違いは何？ CPANモジュールのテストコードはどこにある？ Perl 5ではどうやって例外を捕捉する？ ハッシュの値だけにアクセスする方法は？ 難しくトリッキーな問題は少なく、普段からPerlプログラムを書いている人であればかなりの割合で答えられるのではないでしょうか。記事では、「

ブログを下記に移転しました。デザイン変更により移転先では記事が一層読みやすくなっていますので、よろしければ移動をお願い致します。 Rubyを使って「なぜ関数プログラミングは重要か」を解読しよう！ : melborne.github.com - 「Why Functional Programming Matters:なぜ関数プログラミングは重要か」(原著者：John Huges 邦訳：山下伸夫)という論文があります なぜ関数プログラミングは重要か これはMirandaという関数型言語を使って プログラマにとって 関数プログラミングがいかに重要であるかを論証したものです これが書かれてからの年数*1と被ブクマ数を見れば 極めて有益でmust_readであることは明らかでしょうが 自分にとっては高度な内容で読み解くのにかなり苦労しています リストを使った関数の貼り合せ(3.の前半)までについて

はじめに 再利用性の高いプログラムを書くにはどうしたらよいのだろう、と、いつも思う。 学生のころ、BASIC と C と Verilog を勉強して、社会人になってから Ruby をちゃんと勉強した。正確には学生のころも Ruby さわったことがあったんだけど、「正規表現が使えてセミコロンがいらない C 」くらいにしか思ってなくて、それよりも踏み込んで便利さを知ったのは、けっこう最近。 再利用性が高いプログラムを書くのに、Ruby はやっぱり便利だ。 Ruby が便利な理由としては「メタプログラミングが得意」とか「オブジェクト指向だから」、とか、いろいろ言われるけれども、個人的には「『DoA(Data Oriented Approach)』を気軽に実践できる」というのが大きいと思う。 DoA というのは「データ中心アプローチ」とも言われていて、データ構造の変遷を中心にプログラムを設計してい

みなさん、こんにちは お元気ですか？僕は元気です。 さて 最近よく、「いいね！」ボタンや「ミクシィチェック」ボタンによって、ウェブページを紹介し合う文化が少しずつ定着してきたなーと思います。 そんな中で、今後重要になってくるんじゃないかと思われる OGP （Open Graph Protocol）と言われる仕様があります。今日はそのことについて書いてみたいと思います。 OGP? おーじーぴー？？とはなんでしょうか。 OGP とは 簡単に言うと「このウェブページは何のことを書いているか」という情報を、プログラムから読める形で HTML に付加する記述方法のことです。 まあ、普通のウェブページは人間が読めばだいたい何のことが書いてあるか分かりますよね。 ですが、プログラムは人間ほど頭が良くないので、そのウェブページ内の文章だけではそのページが何のことについて書かれているページなのか正確に識別す

ほとんどの人は健康で長生きしたいと考えているだろう。人々は健康のために、健康食品を購入したり、運動したり、検診を受けたり、食事に気をつけたりしているが、そうした行動にはコストがかかる。できることなら、なるべくコストの少ない方法で、効率よく健康・長生きという結果を得たいよね。そこで、コストパフォーマンスの良い方法を紹介するよ。それは、ウイルス性肝炎の検査を受けること。しかも、一生に一度でOK。そもそもウイルス性肝炎とは何か、なぜ検査が一生に一度でいいのかをこれから説明する。 国立がん研究センターがん対策情報センターがん情報サービス ■日本人のためのがん予防法 肝がんの原因の大半が慢性ウイルス性肝炎 慢性ウイルス性肝炎ってのは、B型慢性肝炎とC型慢性肝炎のこと。薬害肝炎訴訟とかで聞いたことぐらいあるだろう。日本の肝臓癌の原因の大半はこれ。大雑把に言うと、肝臓癌の原因の約75％がC型慢性肝炎で、

2010年の要チェック人気記事を発表！ あなたはあの良記事を見逃していませんか？ 解説記事、ニュース記事、ユーザー投稿などの種類ごとに、人気記事を紹介します。 解説記事トップ20 | ニュース記事トップ10 | ユーザー投稿記事トップ10 解説記事の2010年人気記事トップ20殿堂入り：Webマーケッター瞳 ―― マンガ記事として、各回人気を集めました。第1話からどうぞ 滅べばいいのにと思うSEOの10の迷信（都市伝説）（SEOmoz） SEO業界にはびこる間違った情報、それも正しいSEOの妨げとなる情報について見ていこう。 あなたの著作物をパクったサイトをGoogle八分に追いやる正しい手順（編集部ブログ） そもそも盗用されたコンテンツは、検索エンジンで探せない状態にしてしまえばいい 客はバカでちょうどいい。販促サービスにおける鉄則（企業ホームページ運営の心得） 販促サービスを成功させる