ユメのチカラ: memcached Night in Tokyo #1
先日開催された memcached Night in Tokyo #1 というのに参加してきた。 http://groups.google.com/group/memcached-ja/web/memcached-night-in-tokyo-1 夕方6時開催という昨今の勉強会としては早めの開始時刻なので、あたふたと会社を出た。場所は原宿である。おされな場所である。浮足立つ。ということはどうでも良くて会場であるmixiに初めていったのだが綺麗なオフィスであった。 memcachedというのは、データベースに対する分散メモリキャッシュ技術みたいなもので昨今のWebではよく利用されている。国内ではmixiでの事例がよく知られている。 http://ja.wikipedia.org/wiki/Memcached この話を初めて聞いたとき、うーん随分乱暴な話だな、RDBMSでやるべき仕事だろ、そー
ユメのチカラ: LL Future
週末LL Futureに行ってきた。朝の10時から夜9時まで11時間の長丁場である。参加するだけでもヘロヘロなのだから裏方の実行委員や発表者の皆様のご苦労は大変なものだろう。感謝。 わたしがこの夏のLLイベントにはじめて参加したのはLL Ring (2006)からで、昨年のLL Sprits(2007)、そして今回のLL Future (2008)というような感じである。 基調講演はPerlのLarry Wallである。Perl 6のお話をするのだけど、言語そのものの拡張機能をビルトインするらしい。うは、Lisp的な。しかし、ふつーの利用者は、言語の文法を拡張したいのだろうか？シンタックスをばりばり変更拡張して、俺様言語を作るというのをふつーの利用者は望んでいるのだろうか。 うーむ。よくわからない。むしろ言語設計者の役割は、様々なプログラミング言語のアイデアを絶妙なバランスで取捨選択して、
ユメのチカラ: 初めてのRuby
「初めてのRuby」は、他のプログラミング言語の経験があるプログラマ向けのRuby入門書である。プログラミングの入門書ではない。この明確なターゲット読者の設定がこの本の特長であり成功の要因である。 すくなくともわたしにとって、他言語(C言語)でのプログラミング経験があるものにとって、これほどまでにコンパクトかつ明解にRubyの真髄を語っている本書ほど、ありがたいものはない。 わたしはかねてからプログラミング言語の文法書は50ページ以内であるべきだと思っている。プログラミング言語の構文はシンプルであればあるほどいい。道具はシンプルな方が応用が効く。 それはともかく、プログラミング経験者にとって、第二、第三のプログラミング言語を学習するということは、計算機の入門、例えば計算機はどう動くかとか、メインメモリ、CPU、外部記憶の機能はどうだという事を学んだり、プログラミングの入門、アルゴリズムとか
ユメのチカラ: 取締役退任。生涯一プログラマ宣言。
6月30日臨時株主総会において、ミラクル・リナックス株式会社の新取締役として、児玉崇、伊東達雄を選任し、それに続く、取締役会議により、新しい代表取締役として児玉崇を選任した。佐藤武前代表取締役社長は、取締役会長へ、わたしは取締役を退任した。 ここにご報告する。 さて、ここからが本題(？)である。取締役を退任したからといってミラクル・リナックスを辞めるわけではない。今後は経営者という責任ある立場を退き一技術者としてミラクル・リナックスに貢献していく。 2000年6月にミラクル・リナックスを創業以来8年にわたって取締役CTOとしてミラクル・リナックスとともに歩んできたが、取締役というよりも、技術屋としてミラクル・リナックスのV1.0の開発、OSDL (Open Source Development Lab -- The Linux FOundationの前身)への参画、そしてAsianuxプロ
ユメのチカラ: 新卒プログラマのころ
30代ころで記したとおり、30代の後半は米国OracleでOracle8の開発にどっぷりつかっていた。 日本で就職したころの外資系のソフトウェア開発というのは先に記したとおり、本国で作られたソフトウェア製品の日本語化などが主な仕事で技術的なチャレンジという意味ではいささか物足りないものであった。日本のベンダーに就職した友人などはもっとかっこいい開発をしているのではないかと、隣の芝生は青いと思っていた。 外資系といっても開発はどうせ全部本国（米国）でやっていて日本には全然権限がなくてつまらないというような風説が流れていたのも事実である。それは半分正しくて半分間違いだけど。 それよりか、日本企業の研究所かなんかに勤務して時代の最先端のソフトウェア研究に従事したほうが全然かっこいいと思った時期もなくはなかった。 わたしは日本DEC研究開発センターというのところに新卒で就職したのだが、日本DECと
ユメのチカラ: 若い人に人気のない産業は減衰する
未来をイメージできない産業に人は集まらない。IT産業は人がすべてである。魅力のない産業は減衰する。 IPAフォーラム2007 【討論会】 「学生から見たＩＴ産業」と「ＩＴ産業から見た学生」 ～ＩＴ産業は学生からの人気を回復できるか～ http://www.ipa.go.jp/event/ipaforum2007/program/discussion.html#tou-1 参加者がすごい。業界の重鎮。岡本晋氏（TIS株式会社 代表取締役社長）、浜口友一氏（社団法人情報サービス産業協会 会長、株式会社NTTデータ 取締役相談役）、藤原武平太氏（IPA 理事長）。 当日、このパネルディスカッションに参加していないので、下記の報道で様子を窺うしかないのであるが、「業界の重鎮もたじたじ」だったそうである。 IT業界不人気の理由は？ 現役学生が語るそのネガティブイメージ － ＠IT http://ww
ユメのチカラ: まつもとゆきひろはなぜプログラミング言語をつくったのだろう
先日のAsianux Road Show (東京)は大盛況だった。参加いただいた皆さんどうもありがとうございました。(ぺこり) 大阪、福岡もまだまだ会場に余裕がありますので、ふるってご参加ください。 さて、特別講演でRubyのまつもとゆきひろさんにお話をいただいた。この講演に関しては、自分が聞きたい人にお話してもらうというカーネル読書会メソッドとも言うべきもので、まつもとさんには無理を言ってお願いした。(まつもとさんには「よしおかさんの頼みを断れなかったからだ。人脈というのはこのように活用するのね」といわれてしまった(笑)) それはともかく、弊社営業も、すごいということがよくわかりました、と感動していた。しかし技術者(プログラマ)でない人達にまつもとゆきひろの凄みを説明するのはなかなか難しい。 社内反省会(懇親会のあとの飲み会とも言う)で、その営業がわたしに「なんでプログラミング言語なんて
ユメのチカラ: 開発工程を別々に担当してはいけない
古典的なウォータフォールモデルでは、ソフトウェア開発を要求仕様分析、概要設計、詳細設計、実装(コーディング)、内部テスト、統合テスト、運用、保守みたいな工程にわけ、通常は各工程を別々の人が担当するというような方法がよくおこなわれている。 特に、要求仕様の分析、概要設計などは上流工程などとよばれていて、詳細設計、実装とは別の人ないしは組織が担当する。実装とかテストは下流工程などとよばれている。 よくあるパターンとしては元請けが上流工程を、下請け、孫請けが実装やテストなどを担当し、人月単価も下流の方が安い。 ウォーターフォールモデルでは各工程毎に成果物(仕様書や各種ドキュメント、プログラム)が大量に生産される。各フェーズ毎に定義された成果物がそろってから次のフェーズに移行するというのが建前なので、各フェーズでのドキュメントはどうしても冗長になりがちである。 一度固定した文書は次のフェーズで変更
ユメのチカラ: プログラマの仕事はプログラムを読むことである
ソフトウェア開発コストのほとんどは保守のコストだと言われている。各種統計がそれを示しているわけだけど、自分の実感とも合う。 古典的なウォータフォールモデルでは保守というのが意識されないか、あっても一番下流なので、その重要性に対する認識が非常に薄い。 保守という言葉は若干大げさな響きを持つが、プログラムの不具合の修正や、ちょっとした機能変更、機能追加などなど、運用していけば、つまりそのソフトウェアが利用されていれば必ず必要なものである。保守されていないソフトウェアは早晩利用されなくなるか、既に利用されていないかである。 Unixの哲学を持ち出すまでもなく、優れたプログラマはプログラムを書くのではなく、再利用する。いかにしてプログラムを書く機会を減らすか虎視眈々としている。可能な限り再利用して、どうしても書かざるを得ない場合はリサイクルをしちゃったりする。（プログラマにとってのReduce/R
ユメのチカラ: プロのプログラマ
プログラマという職業。プログラムを作って給与を得る。が、定義かと思うけど、オープンソースを趣味で作っていてそれで所得を得ていない人は、じゃあ、プロのプログラマと言えないのか。 日本のIT産業のしょぼさは、ソフトウェア開発を人月単価でやりとりするところにあるというのが多くの人の指摘するところである。SIベンダーのエライ人が、学生の「大学では何を勉強すればいいですか」という質問に対して、「弊社では教育システムが完備していますから、大丈夫です」というような頓珍漢な答えをする。大学での専門的な勉強を期待しないということは、単に人を頭数で見ていることに他ならない。 「求人、プログラマ、未経験」を試しにぐーぐるしてみるとぞろぞろある。（求人 プログラマ 未経験 の検索結果 約 1,160,000 件中 1 - 10 件目 (0.08 秒) ） 誰でもできることをやっているとしたら、それはもう単価勝負に
ユメのチカラ: オープンソースの破壊力
池田信夫氏がフューチャリスト宣言がオープンソースを誤解しているとブログで書いている。「 『オープンソースというのは、誕生してからわずか10年以内です。もともとフリー・ソフトウェアというのはあったけれど、それは一つの研究室の中で作られるなど、物理的制約に縛られていた。(p.33)(フーチャリスト宣言)』 Richard Stallmanが聞いたら、椅子から転げ落ちるだろう。GNUプロジェクトができたのは1984年、Linuxの開発が始まったのは1991年だ。 EmacsもTeXも、インターネットを使ってさまざまなバージョンが共同開発された。たしかに"open source"という言葉をEric Raymondが使い始めたのは1998年だが、それ以前からTCP/IPもHTMLも、すべてオープンだったのだ。オープンとかフリーとか強調していないのは、初期のハッカーにはそれが当たり前だったから
ユメのチカラ: Rubyって何よ。
先日、NHK土曜ドラマ「ハゲタカ」の事をこのブログで書いたものだから(「ハゲタカ」、「職人気質」など)、日頃このブログの読者でない方も多数訪問されている。ご訪問ご苦労さまです。45度おじぎ。(ぺこり) ハゲタカファンの皆様にとってはこのブログ、わけのわからない、Rubyだ、オープンソースだ、gdbの使い方だで、ほとんど興味を引かないものばかりかと思うのだが、ここは一つ、ハゲタカファンの皆様にRubyについて、お話をしてみたいと思う。 Rubyというのは、まつもとゆきひろという一人のプログラマが作ったソフトウェアである。(ふむふむ)。ソフトウェアを記述する言語のことをプログラミング言語というのであるが、Rubyはそのプログラミング言語の一種である。(ふーん)世界には様々なプログラミング言語があるのだけど、Rubyは赤丸急上昇の人気言語なのである。 ソフトウェアの世界にも流行すたりがある。プロ
ユメのチカラ: YAPC::Asia 2007
Yet Another Perl Conference at Asia (YAPC::Asia) に参加した。 技術系カンファレンスというのは何のためにあるのか考えるいいきっかけになる。 なぜ、技術系カンファレンスに時間を作ってもいかねばならないのか。楽しいから、新しい技術を勉強、ネットワーキング、旧友にあう、有名人のサインをもらう、オライリーの新刊を立ち読みする、初対面の人となかよくなる、技術的な議論をする、気分転換、カーネル読書会の宣伝、技術系カンファレンスの運営について学ぶ、ついでにリクルーティングなどなど。 参加者はざっとみて400人弱くらいか。Shibuya Perl Mongersの人達が主体となってボランティで運営開催されている手作りのカンファレンスである。Ruby会議やPHPカンファレンス、LLなどと規模や運営方法が似ている。Linux World Expoのような企業によ
ユメのチカラ: ５００万倍のスケーラビリティ
カーネル読書会で、mixiのバタラさんにmixiのシステムをどのようにスケールアップしたかの話を聞く。開催以来最多の90名の登録（会場の都合で90名で登録を終了した）で、会場は立ち見が出るほどの盛況であった。宴会も50数名の参加をえてこれも大盛況であった。（大よっぱらいの人もいたけど（笑）） 内容はYAPCでの発表をアレンジしたものである。ようさんの日記に詳しい報告がある。 システムを1ユーザから500万ユーザまで約2年半でスケールアップしたというお話で、苦労話満載の非常に興味深いものであった。様様な試行錯誤をへて現在のシステムにいたっているが、1ユーザから500万ものユーザをサポートするなどというスケーラビリティはあらかじめ設計されていたものではない。問題にぶつかるたびに一つ一つ問題を解決していって今に至るということである。この500万倍のスケールアップと言うのは本当にとてつもないことで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
