2009年版はてなTシャツまもなく完成!スタイリッシュかつ素材の良さで毎年人気のはてなオリジナルTシャツ2009年版の製作を記念し、プレゼントキャンペーンを実施します。 期間中にブログ(はてなダイアリー)、はてなブックマーク、はてなハイク、うごメモのいずれかからご応募いただくと、抽選で10名様にサイト販売でしか手に入らないレアなはてなTシャツが当たります。
はてなブックマークをFirefoxブラウザでもっと便利に使える拡張機能、「はてなブックマークFirefox拡張」が正式リリースされました。これを記念して、Mozilla Japan 様よりご提供いただいたFirefoxノベルティセットが当たる「はてなブックマーク×Firefox記念 ノベルティセット欲しい!」キャンペーンを開催いたします。 応募方法はかんたん。このキャンペーンページを自分のはてなブックマークに追加するだけで応募完了です。(はてなブックマークFirefox拡張を使ってブックマークするともっとかんたんです!) ブックマークに追加してキャンペーンに応募する! まだはてなブックマークでページを追加したことがないという方も、下記リンクからはてなブックマークを利用開始いただけます。ぜひこの機会に利用開始して、Firefoxグッズを手に入れてください。
原因のほとんどは経路依存性*1とかネットワーク効果*2によるもので、Lisp自体の性質とは無関係だと思います。と言った上で、私が何となくLisp系言語を使わない理由としては、Too dynamic: 実行時にコードが差し替えられることがすごい利点だ、と言っている人がいましたが、逆に言えば今どのコードが走っているか理解しにくい、という欠点にも繋がる。Meta programming:S式のおかげでMeta Programmingがしやすいが、Meta Programmingを多用したプログラムは理解しにくい。動的型付け:利点でもあるけど、特有のバグを引き起こす。識別子に関数と値の2種類が別々にバインドできる。これは私には非常に美しくなく感じます。主観ですが。一方でSchemeは言語仕様が弱い。(特にModule機能が標準でない)Proprietaryな実装が中心。CMU LispはStand
はてな塾を Xacti で撮影 11:07 | 先日のはてな塾では、SANYO の Xacti を使って撮影してみました。カメラ自体はかなり画素数、画質ともに良いはずなのですが、PC に接続してウェブカメラとして使用するとかなり画質が落ちホワイトバランスも崩れるようです。 別撮りして後で合成しようかな、とも思ったのですが、今使っている Camtasia Studio では Xacti で保存される MP4 形式の動画をインポートすることができないようで断念しました。 とりあえず Xacti のみで撮った画質はかなり良いので、社内の様子を撮ったり、開発者にインタビューをしたり、出張はてな塾をしたりといった使い方ができそうです。 SANYO デジタルムービーカメラ Xacti DMX-HD1A シルバー (ハイビジョン) 出版社/メーカー: 三洋電機 発売日: 2006/09/15 メディア
12/21追記 ただ今通常の更新環境ではない*1ため、取り急ぎ状況のみ追記します。本件*2はGoogleの設定ミスで発生した事故であり、現状では、「まるごとPerl! Vol.1 」を含む14冊は閲覧できない状態に変更されているそうです。 また、以下の外部記事に状況が纏まっていますので事故の経緯を知るため目を通して頂ければと思います。 404 Blog Not Found:「まるごとPerl! Vol.1 」のGoogle Book Search全文公開は事故 Google ブック検索でインプレスの本の内容がぜんぶ見えていた件: That’s Life ”気になるニュースとブックレビュー” 「Googleブック検索」で書籍内容が100%すべて公開されてしまう事故発生! :にゅーあきばどっとこむ 尚、本件に触発された内容については別エントリを書く予定です。 従来記事 -まるごとPerl! V
昨日、livedoor テクノロジーセミナーに参加してきたので、そのメモと感想を。 アジェンダ セッション1: 「はてなの開発/運用体制について」 / はてな 伊藤直也氏 セッション2: 「livedoor Readerについて」 / ライブドア ma.la氏 セッション3: ディスカッション / はてな 伊藤直也氏、ライブドア 池邉氏 セッション4: 質疑応答 メモ 自分の意見は文字色を変えてます。 セッション1: 「はてなの開発/運用体制について」 / はてな 伊藤直也氏 id:naoya:20061214:1166063145 に発表資料。 はてブのサーバー構成について 特性に合わせて3つのセグメントに分けているのが、非常に特徴的だと思った。 通常リクエスト用 bot用 → リクエストが非常に多いがレスポンス速度はそんなに重要じゃない イメージやカウンタなど → Webサーバーに負荷
集合A と 集合B の組み合わせを調べたいとき 以下のようにすると簡単にできる。 % A=(a i u e o) % B=(1 2 3) % echo $^A-$^B a-1 a-2 a-3 i-1 i-2 i-3 u-1 u-2 u-3 e-1 e-2 e-3 o-1 o-2 o-3
@ITに一足早く「Plagger」の便利さを実感してみよう − @ITなんて記事が出ているくらいなので、自分でも使えるかなあと試してみる。昔々インストール中途でつまって諦めた経緯もあるし、おっかなびっくり。結論から言うと紆余曲折を経てLivedoorReaderからGmailに更新状態を飛ばすテストが何とか動作したところで疲れきった。ながらで並行作業だったけど、総作業時間は8時間弱。情けないが、これが現状。 以下に主な*1失敗履歴。それぞれに転ばぬ先の杖の参考ドキュメントをリンク。先に読んでれば苦労しなかったかもしれないなあ。うー。 ActivePerlのVersion 正確に言うと失敗では無いし、ActivePerlではなくPPMのバージョンの問題。現状最新のActivePerl-5.8.8.819またはActivePerl-5.8.8.818をインストールするとPPMはVersion4
(thanks to id:koyachi、del.icio.us/rtk2106) OOPとFPと。関数、オブジェクト、クロージャの使い分けについて考えます。 関数型が良いのか、オブジェクト指向が良いのか、知りたいと思っていました。色々なページを読み、現時点で一応の答えを得ました。 カウンタを例にして、関数、スコープ、オブジェクト、クロージャの順に見て行きます。関数関数は処理です。入力と出力があります。関数型プログラミングでは、関数同士の入力と出力を連結しプログラムが構成されます。 var current = 0; function next(v){ return v + 1 } function previous(v){ return v - 1 } ok( 1 == ( current = next(current) ) ); ok( 2 == ( current = next(cu
複数のファイルの名前を変更する際に、 便利なコマンドというものがある。 いくつかご紹介させていただこう。 カレントディレクトリにあるファイルの名前を、 たとえば、*.html を *.htm と名前を変更するという課題に対し どのぐらいエレガントに書けるかというのを比較してみる。 まず、普通にやったらどうだろう。 おそらく、for文 をつかうことだろう。 for file in *.html do base=`basename $file .html` mv $base.html $base.htm; done; zshだともうちょっとスマートにかけて、 for file in *.html do mv $file:r.html $file:r.html; done; こんな具合。 for文 が嫌いなネット右翼のために、 xargs を使ってこの問題を解いてみよう。 ls -1 *.htm
Java, PHP, Ruby, Wicket この話題はPHP限定でもないので上の記事とは切り離しました。PHPのいいところを褒めてるところに書くと、褒めたい意図が壊れてしまうので。 symfonyの10分デモを見てて考えたことがきっかけではあるんだけど、実はRuby on Railsの勉強で本を読んでた時にも思ったこと。彼らはHTMLファイルにコードを書くことをなんとも思ってないんだね。もちろん、プログラマからすればその方が早いのかもしれないけどね、私には「HTMLはプログラマのものなの?」という思いがあります。 PHP(Ruby on RailsもeRB使ってる関係でそういう気があるんだけど)はなんでもかんでもHTMLページに書いちゃう傾向があるのだけども、仕事でデザイナの主張を聞くこともある身としては、HTMLにコードを書くことはちょっとこれからのウェブ開発フレームワークとしては受
Java, J2EE F's Garageさんの正直、J2EEってやばくね? 武田ソフトさんの最終回 2006年 Javaから離れましたエンタープライズRuby アークランプさんの我らJava世代の課題 という記事を、はてなブックマークのとあるリンクをきっかけにして立て続けに発見して読んでました。Javaが成熟した、これからJavaはどうするか....という話ですね。 正直に言って、私もJ2EEはやばいと思っています。より細かく言うと、J2EEという仕様自体はこれからもエンタープライズ分野でばりばり採用されていくと思います。Rubyが金融系基幹システムで採用されるとは(いまのところ)考えられない。そういう意味では、業務系システムにおいて盤石の地位をもってると思います。Appletが発表されて以降10年でここまで浸透したJavaは、たしかに成熟したと思います。 やばいと思うのは、そのJ2EE
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く