一定期間更新がないため広告を表示しています
![Camera Obscura、新作「My Maudlin Career」4月20日発売 | teenagefanclub+log](https://cdn-ak-scissors.b.st-hatena.com/image/square/bb9ed423a1058e553acaed86a1e4b320ec0bd3ef/height=288;version=1;width=512/https%3A%2F%2Fimg-cdn.jg.jugem.jp%2F848%2F57359%2F20090210_611064.jpg)
2002年頃、とある雑誌でPlan 9の記事を6ページほど作ったことがある。冷静に考えると、とても流行するようには思えなかったのだが、私にはPlan 9はまぶしく輝いて見えた。それは紛れもなく未来のUNIXだったし、日々コンピュータやネットワークを利用する環境として、ぜひとも使いたいと思えるような機能が多くあった。 「Plan 9」(プラン・ナイン)はUNIXが生まれたベル研究所で、次世代UNIXとして開発されていた分散OSだ。UNIXやC言語を生み出したケン・トンプソン、デニス・リッチー、ロブ・パイクらのチームが、当時UNIXが抱えていた限界を打ち破るために、ネットワークやGUIを最初からUNIXの設計思想に基づいて取り入れた先進的なOSだった。それは、未来のUNIXとなるはずだった。 UNIXの大きな特徴として、デバイスをファイルにマッピングして抽象化するというものがある。各I/Oポー
やばい。その行動力にぐっときた。 「社内で勉強会やりたいと会社に言ったら、「言うまでもない」と断られた。」という日記を読んでショックを受けたので、「社内勉強会をやりたいのに上司が認めてくれなかったら」という日記を書いた。 トラックバックで「勉強会に否定的な上司の横っ面を札束でぶっ叩くための助成金案内」という、すげーわざを教えていただく。助成金という発想。これをどう使うかのノウハウの共有などが出てきたらおもしろいと思った。 勉強会というのはあくまで勉強会なので、本業あっての勉強会。そこを勘違いしちゃいけないのだけど、勉強会をやりたいなあと思うだけで、何もしないヤカラより、それを会社に提案したということは遥かに価値がある。また、上司への提案が上手くいかなかったとして、その提案方法が悪いという批判は簡単だが、それを日記に書いて情報発信したことによって、様々な意見や裏技やちょっとしたTipsをえら
■ デブサミ2009に行ってきた。 Ruby1.9の現状と導入ポイント ぜんぜんRubystじゃないくせに、ひとつのインタプリタ言語のバージョン変わる時、どういうことが必要か、どういう動きがあるのかを知りたくて、Yuguiさんのセッションを聞いてきました。 で、得たことは、過去のことはばっさり捨てる。未来のことは曖昧だけど、何かあるだろうという認識でおさえとく。3年くらいは保証する?ということでした。 もちろん、過去の1.8系バージョンのマイナーブランチはまたバグ対応なりなんなりでアップしていくけれど、それは、1.9系ではみない。別世界という認識。 いや、重要なのは、そういうバージョンがとか、ブランチがどうのという話ではなく、その前の、過去の積み重ねは積み重ねとして尊重しつつもばっさり切り離し、自分がみるべき今をはっきりさせつつ、しかし、未来が曖昧であってもそれはそのときに任せるという、姿
昨日開催されました OGC2009 にて、はてなブックマークのコミュニティについて発表させていただきました。 INTERNET Watch さんなどでも取り上げていただいてます。 http://internet.watch.impress.co.jp/cda/event/2009/02/05/22342.html http://game.watch.impress.co.jp/docs/20090206/ogc_net.htm 以下に発表資料を公開します。(ウェブでの公開用に少々編集を行いました) OGC2009 はてなブックマークについてView more presentations from Naoya Ito. (tags: hatena) 後半時間が足りずに飛ばしてしまったので、記事では触れられていませんが、まだまだ課題が山積みです。今後も継続的に改善していきたいと思っています。
昨日、最後のセッションだけ聞いてきました。トピックは下の2つでした。 svn->gitへの移行 はてなブックマークリニューアル ちょっとメモが長くなったのでトピックごとに記事を分けています。 まずgitの話から。最初はgitってこんなモノだよ、という解説。はてなは完全にgitへ移行したらしいけど、その理由がsvnのリポジトリがぶっ壊れたからってのにワロタ。でもそういう機会でも無いとなかなか現存の環境からの移行は進まないだろうな、とも思います。しかしRAID1で組んでて両方のHDDが逝ってたとかなかなか無いような。 はてなのgitの運用はsvnみたいな全員に共通のコミット用レポジトリにpushする方式みたいでした。そりゃ直接各人のツリーをpush/pullするのは運用が難しすぎるよね。 後半の方はgitをこんな感じに使ってます、という事例だったんですがあれはgit触ったこと無い人は意味わから
後半は、はてブのリニューアルしたときのお話でした。主にアプリの設計周りとテストの話だったので非常に面白かったし参考になりました。既存のフレームワークは便利だし素晴らしい設計だと思うけど、仕様をガッツリ変えちゃうこともあるしWAFに踊らされてる感が確かにあるので社内用途にあった物を自作するのは全然ありだと思います。 MVACで分けているのが冗長かどうか、という点が講演中に言われてましたがレイヤごとに完全に仕事を切り離してるので特にそうは思わなかったですね。逆にコントローラになんでもかんでも処理突っ込んで平坦なプログラムの方が保守性落ちて後から死ねる気がします。OOPで階層化すると若干構成が冗長気味になるのは仕方無いんじゃないかな。(OOP完全に理解しているとは言えないのでここらで自粛) あとTDDは新規機能だとやりにくいってのには非常に同意してしまった。本当は駄目なんだろうけどw 自分の場合
カーネルも更新された場合は再起動します。 2.検証用ハードディスクの作成 今回は、qemu、VMX Editor、VMware Playerを使って環境を作りました。 VMX Editorまたはqemuコマンドで新たにハードディスクを2つ作り、各VMware Player用設定ファイルを変更します。 最初、ディスク容量を100MBで作ったら動かず、1GBで作り直しました。 0.7系ではdrbdのメタデータ領域として、128MB必要です。 次に設定ファイルを変更します。 自分の設定ファイル vm01.vmx #worte by vmx-editor .encoding = "Shift_JIS" config.version = "8" virtualHW.version = "4" numvcpus = "1" nvram = "nvram" memsize = "300" display
まつもとゆきひろが語る「ビューティフルコード」×「プログラマ35歳定年説」に行ってきました〜。今年初めて行ったイベントなのですが、とてもいいお話を聞くことができました。美しいコードとはどのようなものか、またそのようなコードを書けるようになるためにはどうすればいいのかというお話でした。 以下、まとめになります。僕のメモを元にしたので、まつもとさんが話された内容と多少ズレがあるかもしれません。 そもそもコードとは何か 「コードの美しさとは」という前に、そもそも「コード」とは何か。 ソフトウェアの作成はものづくりではない コードは工業製品ではない。コードは、車とかと同じ工業製品だと思われることが多く、例えば次のような勘違いがある。 日本は「ものづくり」が得意だ。だからソフトウェアも「ものづくり」として取り組めばいい 車のように、ソフトウェアも部品をどんどんコピーして組み合わせばできる 違うよ!全
日本橋・日本橋室町をぶらぶら【日記】 3日間のゴールデンウィークの前半にどこにも出掛けないのもなあというやや消極的な動機で曇天のなかぶらぶらしてこようかと午後に家を出た。今日のお供は RICOH GR III と INSTAX Pal。 いつもの電車はいつもより空いている。着いた東京駅はさすがに人でごった返していた。中央通りへ出て、丸善に30分弱立ち寄り。そのあと日本橋高島屋S.C.や日本橋三越本店の外側をぐるりとまわったり、コレド室町1・2・3・テラスを巡ったりし、神田駅でフィニッシュ。 ちょっとぱっとしない感じだったけれど、歩いたので運動にはなったかな。 今日のさえずり: 毎回お口クチュクチュの刑 07:40 『響け!ユーフォニアム3』月永求回も良かった。入部から1年後の伏線回収。エンディングで心が洗われた。 10:11 Day One エントリを別のジャーナルに移動すると正しく同期さ
« 今日は伊能忠敬の誕生日らしい | トップページ | アルゴリズムデザイン 読書メモ1-1 » Emacsでflymake.el + auto-complete.el + anything.el + perl-completion.el [日記] ちょっと前にチャレンジして、 どうにもうまく動かなかったperl-completion.elにチャレンジ。 新しくなってるかもしれないので、 auto-complete.elを更新。 - EmacsWiki: auto-complete.el -- http://www.emacswiki.org/cgi-bin/emacs/auto-complete.el あ、新しくなってた。 anything.elも更新したり、他の記事を探したり。 そんななか、以下の記事を読んでいてうなづいてしまった。 - 例のあれ(仮題)・私とanyt
バージョン管理システムと言うとSubversionやCVSが有名だが、近年急速にユーザーを増やしているバージョン管理システムに「Git」 がある。GitはLinuxカーネルの開発リーダーとして知られるLinus Torvalds氏が中心となって、Linuxカーネルの開発に使用する目的で開発した分散型バージョン管理システムである。2005年に開発が開始されて以来さまざまなプロジェクトでの採用が進み、現在ではPerl 5やRuby on Rails、Android、Wine、X.orgなど、有名な大規模プロジェクトで採用されるに至っている。 本記事では、このGitを使用するのに必要な「分散型バージョン管理システム」の基本的な考え方を紹介するとともに、Gitの導入方法や基本的なGitの使い方について解説する。 分散バージョン管理システムとは? GitはLinuxカーネル開発で用いられることを前提
Bug Tracking System 影舞 影舞は、Rubyで書かれたバグトラッキングシステム(Bug Tracking System : BTS、バグ管理システム)です。 設定が簡単で、使いやすいソフトウェアを目指して開発しています。 現在の最新バージョンは 0.8.8 (2008/03/09)です。 特徴 簡単にインストールできる 簡単に使える Webベースでのプロジェクトの作成・設定変更・削除 新規アーティクルの投稿、リプライ、状態・カテゴリ管理もWebから 投稿・リプライをメールやRSSで通知 メールでも投稿・リプライ可能 レポートの検索 データベースがなくても動く PostgreSQL/MySQL/SQL Serverを用いたデータ保存もできる 日本語がおおむね正しく扱える 更新情報 2008-03-09 kagemai-0.8.8 リリース バグ修正 uninitialize
rchalow - chalow の Ruby 実装 - ~fumi/ChangeLog 最近,3 年ほど前につくって放置していた chalow の Ruby 実装に興味を持ってくれた人がいたので,plugin 機能をつけて公開してみます. rchalow-0.0.2.tar.bz2 名前は適当なのが思い付かないので,とりあえず,Ruby の r をつけて, rchalow ということで. chalow との違いは,設定ファイルを - 設定ファイル - テンプレート - プラグイン に... http://www.ftnk.jp/~fumi/cl/2009-02-12-1.html 「これはどうなっているんだろう?」あわわわ http://b.hatena.ne.jp/entry/http://www.ftnk.jp/~fumi/cl/2009-02-12-1.html
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く