プログラミング言語AWK A. V. エイホ、P. J. ワインバーガー、B. W. カーニハン 著／足立高德 翻訳 販売ページ
0" x-transition:enter="transition ease-out duration-100" x-transition:enter-start="opacity-0 transform scale-95" x-transition:enter-end="opacity-100 transform scale-100" x-transition:leave="transition ease-in duration-75" x-transition:leave-start="opacity-100 transform scale-100" x-transition:leave-end="opacity-0 transform scale-95" class="absolute z-50 mt-11 w-full bg-white rounded-md shadow-lg b
Japanese - The Joel on Software Translation Project
[edit] カリフォルニア 2007年10月5日 [edit] FogBugz On Demand 2007年7月9日 [edit] マネジメントの本 2007年6月29日 [edit] 記憶に残るようなカスタマサービスへの7ステップ 2007年2月19日 [edit] ファウンダーズ アット ワーク 2007年1月30日 [edit] Copilot 2.0リリース! 2007年1月26日 [edit] ビッグピクチャー 2007年1月21日 [edit] 新年の抱負: もっといい仕事につくこと! 2006年12月20日 [edit] 50万件のバグ! 2006年12月20日 [edit] 新作! 2006年12月18日 [edit] エレガンス 2006年12月15日 人々がソフトウェアをいじるのは、多くの場合、それで遊びたくてそうしているわけではない。彼らがソフトウェアを使うの
仙石浩明の日記: 組織を強くする技術の伝え方
ふと立ち寄った本屋で、たまたま手にした本: プログラミングでメシが食えるか!? ―成功するプログラマーの技術と仕事術 (単行本) 小俣 光之 (著) を読んでみて驚いた。 私がプログラミングについて漠然と考えていたことを、 とてもよく整理した形で説明している。 ふだん私はこの手のコンピュータ関連「読み物」をほとんど読まないのだが、 書いてあることにいちいち共感してしまって、 そのまま一気に読んでしまった。 プログラミングに関して、ここまで私と考えが似通っている本を 今まで読んだことがなかったので、 著者の小俣さんにメールを送ったところ程無く返信があり、 直接お会いして色々お話することができた。 メールの中で小俣さん曰く、 「本書は批判的なコメントが多い中、共感いただけて本当にうれしいです」。 例えば Amazon のカスタマーレビューには、 内容が古すぎます, 2007/1/29 この本の
Structure and Interpretation of Computer Programs
Wizard Book n. Hal Abelson's, Jerry Sussman's and Julie Sussman's Structure and Interpretation of Computer Programs (MIT Press, 1984; ISBN 0-262-01077-1), an excellent computer science text used in introductory courses at MIT. So called because of the wizard on the jacket. One of the bibles of the LISP/Scheme world. Also, less commonly, known as the Purple Book. from The New Hacker's Dictionary, 2
「ソフトウェア開発の名著を読む」を読む
「めいちょ」と銘打たれるとなかなか手が出せないもの。大著であることも多いし、何より難しそうなイメージが先行してしまう。さらに、たいていは「古典」…なので、書店で平積みになってる賞味期限 1 年のハウツー本みたく目に入ってこない（←こちらからアプローチをかけないと手に入らない）。 というわけで敬遠していた方へ朗報。「ソフトウェア開発の名著を読む」で手軽に「めいちょ」の品定めができる。この手のカタログ本だと、「コンピュータの名著100冊」が有名だが、これはたったの8冊の紹介、しかも新書なので30分で読める。 しかも、言語は問わない。もちろん FORTRAN や Pascal といった「古語」のコードが出てくるが無問題。伝えたい何か、例えば「プログラミング作法」や「よいコードを書くための習慣」を表現するための、レトリックとしてのコードなのだから。 とどめは、昔から、誰からでも、何度でも指摘されて
mizzy.org : 『ふつうの Haskell』を読む前に
『ふつうの Haskell』を読む前に Posted by Gosuke Miyashita Tue, 18 Jul 2006 13:01:29 GMT 『ハッカーと画家』を読んだ時に、関数型言語を何かひとつ、かじる程度でいいから学びたいなぁ、と思っていたのですが、当時はどこから学んで良いのかもよく分からない状態でした。 そのまますっかりそのことは忘れていたのですが、最近の Haskell ブームのあおりでふと思い出したので、『ふつうの Haskell』 を Amazon に発注して、それが今日届きました。何か乗り遅れた感がありますが気にしない。 で、以前に、関数型言語とセットでよく出てくる「ラムダ」って何？と思って調べていて参考になった資料を以下に挙げておきます。 ラムダ計算 - Wikipedia ラムダ計算ＡＢＣ ラムダ計算：プログラミング言語の数学モデル (pdf) ラムダ計算入門
奥さんがJoel On Softwareを読みはじめた - higepon blog
奥さんがJoel on Softwareを読みはじめた。 技術者が欲しかったら「ハッカーと画家」と「Joel on Software」をとりあえず読んで、プログラマの心理をある程度理解すればいいだけなのかもしれないｗ を読んで、プログラマの妻としてプログラマの心理を理解するために読んでみたくなったとのこと。 ちょｗｗｗおまｗｗｗｗプログラマじゃないし ついでに「ハッカーと画家 コンピュータ時代の創造者たち」も読んで欲しいな（ぉ。 id:higepon:20051223:1135342695で僕が絶賛したときには全然興味を持っていなかったのですが、id:naoya恐るべき影響力。 追記 声もかけられないほど真剣に読んでいる。ゾーンにはいったっぽいｗ。 追記2 ユニコード勉強するとか言い出したｗｗｗｗ 追記3 「面倒だろうけど仕様書は書いたほうが良いよ。そのほうが生産性が上がるから」って言われ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp：Write Great Code〈Vol.1〉ハードウェアを知り、ソフトウェアを書く: 本