約半年をかけて計算機プログラムの構造と解釈(SICP)を読み終わりました。 (途中で、練習問題をスキップしたりしましたが・・・) 半年もかけたのでちょっとだけ振り返って見ます。 SICPを読む過程で得たもの まずはSICPを読む過程で得たものからざっと列挙してみよう。 構文解析を理解し自前で実装できるようになった 字句解析を理解し自前で実装できるようになった ストリームを理解した 遅延評価を理解した 手続きが first class objectである言語での考え方を学んだ 型変換の導入の動機とその意味を理解した 手続きの抽象化の導入の動機と過程を学んだ 高階関数を使ったり書けるようになったりした クロージャを理解した Schemeを書けるようになった 再帰処理を自然に書けるようになった フルスクラッチでインタプリタを書けるようになった コンパイラを自前で書くことが出来そうだとの感触を得た
「計算機プログラムの構造と解釈(SICP)」を読み終えて by なつたん にインスパイアされてちょっと回想しながら書いてみる。 書いてたら無駄に長くなったので再構成。 SICPをひととおり読み終えたのは半年ほど前。所要1年3ヶ月(途中半年ほどのブランクがあったので正味7ヶ月前後)。 ■得られたもの ・Computer Sciencesな人たちと土台を一部共有 ・Gaucheという素晴らしい処理系が自分のツールの1つになった ・λ仲間、λTシャツ ・月島の某高級マンション最上階からの夜景を2回見られた ・その先にOCamlとかHaskellとか、面白そうな世界がまだまだ広がっていた。 いまやっとカリン塔を登りきったところ。 ■老害アドバイス ・なつたんさんのコピペだけど「20代で読め!」「4章を理解すると、5章はボーナスステージのように面白い」 ・練習問題も全部やるメソッドは(深入りしたいの
ひげぽんさんの所をパクってテンプレートにして書いてみました。 練習問題をスキップしつつ、私も約半年でで読み終えました。とても楽しい日々を過ごすことができました。 SICPを読む過程で得たもの ・遅延評価とstream ・制約プログラミング、ロジックプログラミング、amb ・Emacs(Meadow)+gauche+Quackの組み合わせ便利 ・同じ事を表現するのに、抽象度を上げたり、下げたりできること。 ・手加減してあればLispのソースも追えるようになった。手加減していないのは駄目。 ・Lisp特有の、手続きを評価する→S式ができる→また評価する→S式ができる、という気持ち悪い再帰の存在。 ・SICP読み仲間ではないけどいろんなblogつながり。組み込みとFPGAだけでない、いろんな世界がある事をあらためて感じた。 SICPを読みはじめたときの動機を振り返る ・関数型言語について Lis
Click image to see bigger graph Twitter’s traffic comes from SMS, Instant Message, Mobile Web, and all those wonderful API projects out there. However, we also have good old-fashioned web traffic. 60% of our web traffic comes from outside the United States and this chart shows the top ten non-US sources. Update: Remember this is just web traffic. It doesn’t include any of the other popular ways th
ライブドアのWeb上で昨年12月にリリースされたタスク管理ツール「fixdap(フィックスダップ)」。グループ内で仕事の進捗状況などが共有できる便利なツールだ。発案者は日常、開発現場の第一線に立ちながら、人材管理もこなすいわゆる“プレイング・マネージャー”である。いかにしてアイデアを形にしたのか、シニアマネージャーの谷口公一さんに聞いた。 株式会社ライブドア 開発部システム開発2グループ シニアマネージャー 谷口公一さん(31) 2003年11月エッジ株式会社(現:株式会社ライブドア)入社。Webアプリケーションの受託開発業務を経て、現在はメディア事業部開発部のシニアマネージャーとして、livedoorの各サービスのシステム開発を行なう傍ら、業務以外でオープンソースコミュニティへの積極的な参加も行なっている。 「アパレル関係の友人と話をしていた
はてなの京都移転話も、もうはや周回遅れ気味ですが、あまり気にせずにいきます。ちなみに、今回のエントリの結論はタイトルそのままで、データセンターは京都に移転しません、ということです。 これまで、はてなはデータセンターの移転を二度経験しています。一回目は、京都から東京で1日半ほどサービスが停止しました。その後、鉢山からさくらインターネットのiDCへ1年ほどかけて徐々に移転しました。この時は、各サービスが最大半日程度停止しました。 今回の京都移転を計画していた時もid:jkondoはいつもの調子で、自前サーバからさらに自前DCなんてどうどう?、などと言うのですが、300台程度の規模では自前DC建設の初期コストは賄えないし、また移転のために長い時間サービスを止めれられる状況でもないでしょう、ということで(幸いなことに)没になりました。やれやれ。 id:naoyaもはてなのインフラの仕事から卒業して
昔から3D表現は未来を感じるから好き。PaperVision3Dなんかの3Dエンジンの登場でFlashでも積極的に3Dが使えるようになって、より3Dが身近になってきている印象をうける昨今、そういえば最近の3Dで面白い技術ってどんなのがあるんだろうと思って調べたものをまとめてみた。といっても単純にゲーム系のCGをおっかけてるとキリが無い&いろんなところで語られまくっているので、「2次元→3次元」という次元のシフトをキーワードに、個人的に気になっている技術や作品をダラダラと連想ゲーム的に紹介。 ...と思ってたんだけど、アレも紹介しなきゃ!てことはアレもか!?てな感じでとまらなくなってしまい、予想以上長くなりすぎたので全4回に分ける予定。 SLN3DEXPO Vol.1 2次元画像から3次元画像を生成する技術 Image Based Modeling and Renderingの話から、ベイズ
もう全然気合が足りないので、自分への戒めも含めて「新サービス開発」について思いつくままにメモ残します。 新サービスを開発するときには: コンセプト = メタファーを決める メタファーとは、「そのサービスって、つまり○○だよね」の○○に当てはまる具体的な言葉です。 どんなサービスでも「既存の言葉」に当てはめないと理解しにくいので。 「GPS機能で配送遅延から距離を感じられるオンラインメッセージングツール」じゃなくて「それって伝書鳩」みたいな。 これは知り合いに説明してみるとヒントが得られること多しです。 サービス名を決める ドメイン取るとかの理由もありますが、名前が決まっているかどうかで作業のはかどり方が全然違います。 アイデア ⇒ 開発 ⇒ 仕上げ の苦しみ度合いを理解しておく 実は開発する作業が一番楽です。厳しいのは仕上げ。途中で萎えないような工夫が必要だったりします。 時間をかけて悩ん
vista + colinux だと TAP ドライバのブルースクリーン多発にうんざり。 そこで初心に帰って VMWare Player を試すことに。 環境は以下。 Windows Vista VMware Player 2.0(5/09/07 | Build: 45731) debian etch インストーラ(debian-40r0-i386-businesscard.iso) qemu 0.9.0 (ディスクイメージ作成に使う) 手順は以下。 ここから VMWare Player をダウンロード。 ここから qemu をダウンロード。 VMWare Player 用ディスクイメージ作成。ファイル名は debian.vmdk, ディスクサイズは 20GB で。(実際に出来上がる debian.vmdk のファイルサイズは 2MB 程度です。) qemu-img.exe create
« perltidy で Perl Best Practiceなコーディングスタイルにコードの整形 | トップページ | パスタ部 » ConsolasフォントとモトヤシーダフォントをFontLinkして使う [Programming] 9月ごろにConsolasフォントとモトヤシーダフォントをFontLinkして使うことが、 ソフトエンジニアの間で流行していた。 で、流行に乗らないと負けた気分になる私は試してみたけれど、 大きめフォントで作業していた私にとって、 モトヤシーダフォントはOsaka等幅フォントより魅力的に見えなかった。 # めちゃめちゃ大きい文字で開発していた。 時期が変わって、開発スタイルが少しづつ変化してくると、 大きめフォントではスクロールが多すぎて厳しいと感じはじめた。 今までは12ptだったけれど、なんとか10ptくらいまでサイズダウンしたい。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く