ユメのチカラ: 楽天テクノロジーカンファレンスに行ってきた。
カーネル読書会番外編ディストリビューション大集合＠楽天テクノロジーカンファレンスに参加するために、楽天に行ってきた。今回はいろいろサプライズ(後述)があって、それはそれで楽しかったんだけど、ちょっと感想かなんかを記す。 勉強会メソッドとして、(1)質問をする、(2)懇親会でいろいろな人と繋りを持つというのがある。 米国でのワークショップなんかだと非常に活発に質疑応答があって、発表そのものより質疑応答の方が重要だったりする。ところが日本の場合は、講師が一方的にしゃべるだけで、質問時間がまったくなかったり、あっても実におざなり。そもそも質問する人もほとんどいなかったりする。 で、わたしは、そーゆーのは面白くないし、活発な議論からクレイジーなアイデアが生まれ、それがブレークスルの源泉になっていると思うので、可能な限り質問をするようにしている。また、そーゆー自由闊達な議論の場というのをこの地に根付
ユメのチカラ: コミュニティ活動と仕事
先日、大手企業にお勤めの若手技術者の方とお話する機会があったのだが、上司がコミュニティ活動をバカにしていて正直、説得するのに疲れてしまったというような事を伺った。上司が「所詮コミュニティ活動なんていうのはサークル活動だろ」と全くその価値を認めてくれない、というような話であった。 コミュニティ活動をしたところで、自社の直接的な売上に結びつくわけでもなく、経費節約に直接貢献するわけでもないので、上司殿にとっては単なる無駄なアクティビティにしかみえないのだろう。とは言うものの、時間外にやっているわけであるから、ほっといてくれと思わなくもないが、その手の上司は、ほっとくのではなく、白い目でみるというか、良い顔をしないというか、露骨にイヤな顔をするらしい。 仕事の延長で、どんどんコミュニティ活動を奨励する会社は、そうは多くはないと思うが、もちろんなくはない。しかし大手企業で、そのコミュニティ活動の可
ユメのチカラ: 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でやるべき仕事だろ、そー
ユメのチカラ: プログラマ35歳定年(停年)説
わたしに不用意にふってはいけないネタとして、プログラマ35歳定年（停年）説というのがある。飲み会かなにかの席でなにげなく、そのような話題を出し、延々聞きたくもない話を聞かされた被害者の方も少なくない。 血圧があがるネタである。 誰がいつごろからそんな事を言ったのだろう。 まあ、それはともかく、プログラマといってもいろいろあるわけで情報技術(IT)という分野も話している人によって全然違う話しをしているのに、双方とも気がついていなくて延々すれ違いの議論をするということも多い。 例えば、ITについても、(1)OSとかコンパイラとかRDBMSとかいわゆる基盤系技術、(2)エンタープライズ系(企業の情報システムとか)、(3)ミッションクリティカル系(勘定系、社会基盤系(電力送電網)とか)、(4)Webサービス系(Web2.0?)、(5)組込系(いろいろ)、などなど種々雑多ある。 またビジネス形態とし
ユメのチカラ: 英語を学びたいと思うこと
英語の勉強法の事ではない。 先日のLL Futureの感想を書いてたいろいろな人のブログやら日記やらを読んでみた。自分の英語だめすぎ(涙目)、もっと英語ができたらなあ(願望)、よし英語を勉強しちゃる(希望)などなどいっぱい目にした。 間違いない。英語は出来ないより出来た方が絶対自分の世界が広がる。断言する。 プログラミングの世界は英語が第一言語だというのは紛れもない事実だ。Larryに日本語を覚えさせるより自分が英語を勉強した方がどれだけ自分にとってメリットがあるかという話だ。 その意味で今回のLL Futureは未来のまつもとゆきひろを作るためにも、多くの若い(おじさんもいたけど)プログラマに英語を獲得する必要性をリアルに示したという大変な貢献をした。 通訳は必要ない。 英語ができなければ悔しい。その悔しさをモチベーションにする。Larryと話したい。それがモチベーションだ。自分のコード
ユメのチカラ: LL Future
週末LL Futureに行ってきた。朝の10時から夜9時まで11時間の長丁場である。参加するだけでもヘロヘロなのだから裏方の実行委員や発表者の皆様のご苦労は大変なものだろう。感謝。 わたしがこの夏のLLイベントにはじめて参加したのはLL Ring (2006)からで、昨年のLL Sprits(2007)、そして今回のLL Future (2008)というような感じである。 基調講演はPerlのLarry Wallである。Perl 6のお話をするのだけど、言語そのものの拡張機能をビルトインするらしい。うは、Lisp的な。しかし、ふつーの利用者は、言語の文法を拡張したいのだろうか？シンタックスをばりばり変更拡張して、俺様言語を作るというのをふつーの利用者は望んでいるのだろうか。 うーむ。よくわからない。むしろ言語設計者の役割は、様々なプログラミング言語のアイデアを絶妙なバランスで取捨選択して、
ユメのチカラ: 先行評価(Eager Evaluation)勉強法とトラブルシューティング
新人プログラマのよしおかです。どうぞ、よろしくお願いいたします(ぺこり)。という日々を送っている。日々のトラブルシューティングの話なんかをここに記したい。 そもそもAsianux Mobile Midinux 2.5Jというのは、Intel Moblin(http://www.moblin.org)準拠なのでいろいろお作法が違う。 debianのパッケージング方法なんかも一から勉強である。最近はインターネットのおかげで高速道路が整備されているので、必要なマニュアルは全てオンラインで入手できる。debianのドキュメントの充実度は目をみはるものがある。一見遠回りのようでいても、ドキュメントをひととおりざっと眺めてみることは、重要である。何か問題にぶちあたったときにググって断片的な回答を発見するのではなく、まづマニュアルにあたってじっくり仕組から理解をする。すぐに回答にたどりつかないように見え
ユメのチカラ: 取締役退任。生涯一プログラマ宣言。
6月30日臨時株主総会において、ミラクル・リナックス株式会社の新取締役として、児玉崇、伊東達雄を選任し、それに続く、取締役会議により、新しい代表取締役として児玉崇を選任した。佐藤武前代表取締役社長は、取締役会長へ、わたしは取締役を退任した。 ここにご報告する。 さて、ここからが本題(？)である。取締役を退任したからといってミラクル・リナックスを辞めるわけではない。今後は経営者という責任ある立場を退き一技術者としてミラクル・リナックスに貢献していく。 2000年6月にミラクル・リナックスを創業以来8年にわたって取締役CTOとしてミラクル・リナックスとともに歩んできたが、取締役というよりも、技術屋としてミラクル・リナックスのV1.0の開発、OSDL (Open Source Development Lab -- The Linux FOundationの前身)への参画、そしてAsianuxプロ
ユメのチカラ: ちょっとした勇気と行動力(オフ会編)
プログラマがプログラマとして楽しく生きるちょっとしたコツ。 プログラマがプログラマとして楽しく生きるには、ちょっとした勇気と行動力が必要だ。別にプログラマだけじゃなくて、営業だって、マーケだって、誰だって、それは必要だと思うのだけど、まあ、それはそれ。 例えば、Perlの最新動向を知りたくて、どっかの勉強会に出たとする。この時点で、すでに勉強会に出るという「ちょっとした勇気と行動力」を発揮している。素晴しい。その前向きな姿勢は、何もしないでモンモンとしているより何十倍も素晴しい。 さらに、懇親会(まあ、普通の宴会だと思えばいい)にも出てしまおう。知り合いを見つけて、やあやあやあと食っちゃべる、というのも良いが、それはほどほどにして、最低限一人でも初対面の人と知りあいになろう。初対面の人に自己紹介するというのも最初はドキドキするものであるが、それもちょっとした勇気と行動力でのりきろう。社会人
ユメのチカラ: 第82回カーネル読書会の映像公開
ユメのチカラ インターネットの時代になって、地球規模の知恵の集積が 可能になった。ソフトウェア開発においてもオープンソースソフトウェアのバザール的開発が注目されている。いまおきているその現実を現場の視点から記していきたい。 吉岡 弘隆 - よしおか ひろたか 日本OSS推進フォーラム ステアリングコミッティ委員 OSDL Board of Directorsを歴任 カーネル読書会主宰 2000年6月、ミラクル・リナックスの創業に参加。 95年～98年、米国OracleにてOracle RDBMSの開発をおこなっていた。 98年にNetscapeのソースコード公開(Mozilla)に衝撃をうけ、オープンソースの世界に飛びこみ、ついには会社も立ち上げてしまう。 2008年6月取締役CTOを退任し一プログラマとなった。
ユメのチカラ: ソースコードの読み方（ニコニコ動画(RC2)で公開）
ユメのチカラ インターネットの時代になって、地球規模の知恵の集積が 可能になった。ソフトウェア開発においてもオープンソースソフトウェアのバザール的開発が注目されている。いまおきているその現実を現場の視点から記していきたい。 吉岡 弘隆 - よしおか ひろたか 日本OSS推進フォーラム ステアリングコミッティ委員 OSDL Board of Directorsを歴任 カーネル読書会主宰 2000年6月、ミラクル・リナックスの創業に参加。 95年～98年、米国OracleにてOracle RDBMSの開発をおこなっていた。 98年にNetscapeのソースコード公開(Mozilla)に衝撃をうけ、オープンソースの世界に飛びこみ、ついには会社も立ち上げてしまう。 2008年6月取締役CTOを退任し一プログラマとなった。
ユメのチカラ: 若い人に人気のない産業は減衰する
未来をイメージできない産業に人は集まらない。IT産業は人がすべてである。魅力のない産業は減衰する。 IPAフォーラム2007 【討論会】 「学生から見たＩＴ産業」と「ＩＴ産業から見た学生」 ～ＩＴ産業は学生からの人気を回復できるか～ http://www.ipa.go.jp/event/ipaforum2007/program/discussion.html#tou-1 参加者がすごい。業界の重鎮。岡本晋氏（TIS株式会社 代表取締役社長）、浜口友一氏（社団法人情報サービス産業協会 会長、株式会社NTTデータ 取締役相談役）、藤原武平太氏（IPA 理事長）。 当日、このパネルディスカッションに参加していないので、下記の報道で様子を窺うしかないのであるが、「業界の重鎮もたじたじ」だったそうである。 IT業界不人気の理由は？ 現役学生が語るそのネガティブイメージ － ＠IT http://ww
ユメのチカラ: 開発工程を別々に担当してはいけない
古典的なウォータフォールモデルでは、ソフトウェア開発を要求仕様分析、概要設計、詳細設計、実装(コーディング)、内部テスト、統合テスト、運用、保守みたいな工程にわけ、通常は各工程を別々の人が担当するというような方法がよくおこなわれている。 特に、要求仕様の分析、概要設計などは上流工程などとよばれていて、詳細設計、実装とは別の人ないしは組織が担当する。実装とかテストは下流工程などとよばれている。 よくあるパターンとしては元請けが上流工程を、下請け、孫請けが実装やテストなどを担当し、人月単価も下流の方が安い。 ウォーターフォールモデルでは各工程毎に成果物(仕様書や各種ドキュメント、プログラム)が大量に生産される。各フェーズ毎に定義された成果物がそろってから次のフェーズに移行するというのが建前なので、各フェーズでのドキュメントはどうしても冗長になりがちである。 一度固定した文書は次のフェーズで変更
ユメのチカラ: カーネルにおけるリグレッションの特定
例えば、2.6.17では問題ないのに、2.6.18だとなぜか問題が発生するとする。linux kernel は git というソースコード管理システムによって、全ての変更が管理されているので、その機能を利用して問題を発生させたパッチを特定する事ができる。 基本的な考え方は、コミットしたパッチを問題を発生させた組と、発生しない組にわけていって、問題を絞り込む。2分検索だ。 例えば、1000個分の変更がコミットされていたとする。これを問題が発生しない状況から一個一個順ぐりにあてていき、問題が発生したら、最後にあてたパッチが原因だということがわかる。この順ぐりにあてていく場合、最悪1000回試行錯誤しなくてはいけない。 2分検索の場合、まづ、500個分あてた状態で(gitで簡単にそのような状況をつくれる)試験をし、仮に問題が発生しなければ、残りの500個に問題があるので、さらに、その半分250個
ユメのチカラ: ソースコードの読み方
ソフトウェア工学の標準的なカリキュラムにソースコードの読み方というのがあるのかないのか知らないが、プログラマとして最も重要な資質の一つにコードの読解力というのがある。 ついでに言えば、大学や専門学校であまり教えられているとはいえないけど、実践では常に必要とされているものとして、テストの方法論、デバッグの方法論、性能向上の方法論、メモリなど各種資源の削減方法論などなどがある。国際化、移植性なども重要な単元であるがソフトウェア工学の中で教授されていると言う話はあまり聞かない。コードのハック一般についてどこかで議論されているのだろうか。経団連あたりで議論しているのだろうか？ 閑話休題。 ソースコードの読み方ということで、最近では「コード・リーディング」というそのものずばりの教科書も出ているので状況は好転しつつある。コードの読み方はオープンソースの時代になり、間違いなく広く情報を共有できるようにな
ユメのチカラ: シリコンバレーの思い出
今から約10年くらいまえにシリコンバレーにいた。米国Oracleのデータベースエンジンの開発部隊にいた。さらにそれを遡ること数年前、米国DECのデータベースの開発部隊、これは東海岸(New Hampshire州Nashua)にあった、で開発していた。 われわれはよく欧米とか言う。欧州の国々の文化と米国の文化を一緒くたに議論したりしがちである。しかし、米国と英国ですら文化的には随分違うし、ドイツ、スペイン、スウェーデンなどなども相当違うのではないかと想像する。 米国ですら、東海岸と西海岸も生活してみて、これが同じ国かというほど違う。東海岸といっぱひとからげに言うのも語弊があるかもしれないが、ニューハンプシャー州の住んでいたところと、西海岸のシリコンバレーでは気候も回りの人々も随分違う。 東海岸の米国DECは典型的な垂直統合型ビジネスモデルで、会社の文化も、西海岸の水平統合型の米国Oracle
ユメのチカラ: なせ欧州のオープンソース開発者は活発なのか
佐藤嘉則氏の「なぜ欧州のオープンソース開発者は活発なのか---FOSDEM2007に見るヨーロッパのOSS事情」という記事が面白い。 http://itpro.nikkeibp.co.jp/article/COLUMN/20070508/270280/ 佐藤氏はLinuxのH8アーキテクチャのメンテナーであり、サイオステクノロジーでLinuxのサポートをおこなっているプロ中のプロである。 日本という地域では、組み込みLinuxのベンダやハードウェアベンダ以外でLinuxのカーネルを仕事として開発、変更しているというエンジニアはほとんどいない。その意味で佐藤氏は貴重なエンジニアの一人である。 さて、上記の記事は彼がFOSDEM2007での旅行記という形式をとるが日本の開発者への熱いメッセージでもある。引用する。 所属企業からの支援も「勝ち取るもの」 http://itpro.nikkeibp
ユメのチカラ: MySQLのマルチコアスケーラビリティとLinux
スラッシュドットの情報。FreeBSDとLinuxでsysbench(MySQLを利用している)の結果が出ている。結論から言うと8コアのAMD64のマシンでスレッド数を上げていくと8スレッドまではLinuxでの性能が良かったが、それ以上になるとがたっと性能が劣化して、FreeBSDのSMPngの実装が勝つ。 下記を参照してほしい。 http://jeffr-tech.livejournal.com/6268.html MySQL 5.0.2xではSMPスケーラビリティに問題があることは、われわれの性能評価でもあきらかになっていたが、(例：MySQLに対応した評価ツールDBT-1を利用したハードリソース変更によるパフォーマンスへの影響の考察を参照)、OSのSMPスケーラビリティ問題というよりMySQLの実装上の問題だと考えていた。 linux 2.6.18/2.6.20.1上でMySQL 5
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
