自作サーバーカンファレンスの同窓会に参加した - 未来のいつか/hyoshiokの日記
若い人は知らないのだけど、昔自作サーバーカンファレンスというのをやった。自作？サーバー？意味わからない。そもそもサーバーって何よ。というのが昨今の若い人の反応だと思う。 そのような時代背景のもと自作サーバーカンファレンスの同窓会に参加した。http://atnd.org/events/47968 クラウドの時代。自前でサーバーを準備するなんて意味わからない。そーゆーことだ。 RubyやPythonでコードを書く時代にアセンブリ言語でしこしこコードを書くという意味が分からない。時間の無駄。という感覚と似ている。 経済的な観点から言うとサーバーを自作するということに意義を見いだすのは難しい。というかない。 ベンダーのサーバーの価格が自作するよりも遥かに高いということであれば、それを自作する意義もあるが、昨今そのようなこともない。 そのようなコスト構造のときに自作サーバーを持つということにどのよ
そろそろ大規模ソフトウェア開発に一言いっておくか。デイリービルドとリグレッションテスト 2010-03-12 - 未来のいつか/hyoshiokの日記
会社の勉強会で自分の今までの経験からテストについてお話をした。その資料を公開する。自分が関わった、Oracle8、DEC Rdb、日本語COBOL、そしてSamba3.0国際化プロジェクトでのテストやディリービルドなどについて紹介した。 テストファースト開発など、最近広く知られるようになってきたが、ディリービルドとリグレッションテストの実行という方法論は昔からソフトウェア製品開発の現場では行われていたベストプラクティスである。そのリズムとか雰囲気を伝えたかった。 テスト勉強会よしおか100311 1View more presentations from Hiro Yoshioka. テストがある開発現場ってのは、こんな感じなんだ〜という雰囲気が伝われば幸いだ。 アジャイル開発方法論としてXPの手法とかいろいろ知られているが、このディリービルドとリグレッションテストというプラクティスもその
2009-08-22
セキュリティ＆プログラミングキャンプ2009のわたしの講義で、「オープンソースにすると企業は損をするんじゃないですか」という本質をとらえた質問がでて、講師陣が、いきなりいろいろ議論を始めた。 企業の行動原理は、利益の追求だから、利益を生まないアクティビティは原則として行わない。オープンソースも例外ではない。 利益＝売上-経費 なので売上が増えるか、経費が減るかという観点から投資判断をする。当たり前ですな。 例えばマイクロソフトが自社の製品をオープンソースにすると、売上が伸びるか、あるいは経費が減るかというと、どちらもそうとは言えないので、マイクロソフトが自社製品をオープンソース化することは考えられない。先日マイクロソフトがHyper-V向けのLinuxドライバをGPLで公開したことが話題になったが、Linuxドライバを公開する事が自社のHyper-Vの魅力を増し、売上向上を期待して公開した
基盤系プログラマの実践的教育が必要だ - 未来のいつか/hyoshiokの日記
ここで言う基盤系というのは、OSとかRDBMSとかプログラミング言語処理系とか、そーゆー奴ね。アプリケーションプログラムとかWebサービスとかを支える縁の下の力持ち。その基盤を作るプログラマをどのように育てるかというお話。 まあ、ハッカー予備軍をどのように育成するか。ハッカーって、育てるとか教育するとか、そーゆーものではなく勝手になるものだから、そもそも、そんなものはありえないという議論もある。確かに天才というのは、天才なので、教育がどうだこうだということはないのだけど、一般的なプログラマというのは、一般的な教育プログラムである程度底上げ的なことは出きると思う。 例えば、PostgreSQLの開発者を考えてみる。ちょっとRDBMSに興味がある、だけどどこからとっかりをつけていいのかよく分からないという初心者がいたとする。今ある、OSS利用者教育プログラムをいくらやったところで開発者にはなれ
未踏の公募がはじまった 2009-03-28 - 未来のいつか/hyoshiokの日記
2009年度上期未踏IT人材発掘・育成事業の公募がはじまった。未踏ユース(25歳未満)、未踏本体それぞれ詳細は上記URLを参照してほしい。 わたし自身2002年度の未踏に採択されたプログラマ、いわばOBであるので若干の思い入れもあるし、ひょんなことからIPAの中の人になっちゃったものだから、個人的にもいろいろ応援したいところである。ただし、IPAと言っても、わたしの所属はオープンソフトウェア・センターなので、業務として未踏事業に関与しているわけではないことをあらかじめおことわりしておく。あくまで個人的な見解である。 未踏のおもしろさというのは、9ヶ月くらい、開発に没頭できる環境を提供してもらうことだ。クレージーなアイデアを実装する期間として、このくらいの時間は必要だし、一方で、開発費として人件費をもらえるので、霞を食っているわけではないので、これは大変ありがたい。 未踏でわたしが何をやった
perlでloop unrollingの効果があるのか？ 2009-03-27 - 未来のいつか/hyoshiokの日記
Yappoがまじめなブログを書いていたので、それを読んでみた。YappoLogs: CPUの気持ちは大事だけど、VMの気持ちも考えようよ そのネタもとのお話を読んだ。*1 ふーん、Perlでもループアンローリングの効果って、どのくらいあるのかなあ。for()の評価回数が減るけど、実行速度においては、誤差みたいなものじゃないかなあ、と思った。 そこで、perlのプログラムを書いたことない人が見よう見まねで写経してみた。 #!/usr/bin/perl use strict; use warnings; my $sum; my $start; my $end; my $max = 10000000; my $mod; $sum =0; $start = time(); for (my $i=0; $i<$max; $i++) { $sum = $sum + $i; } $end = time(
わたしがprintf()デバッグをしない理由 2009-03-22 - 未来のいつか/hyoshiokの日記
プログラマという職業について、もう25年くらいになるのであるが、その間にコンピュータのコストパフォーマンスは、それこそムーアの法則に従って、10万倍〜100万倍くらい向上した。にもかかわらづ、デバッグの方法というものの劇的な変化はほとんどみられない。 プログラミング入門書では、デバッグについて、ほとんど議論されていないし、仮にふれられていても、おざなりな方法というか、かなり邪険にあつかわれていたりする。プログラマの多くの時間がデバッグについやされていたとしてもだ。 たまたま手元にあった、C実践プログラミング(ISBN4-900900-64-8)という10年くらい前に買った参考書では、450ページのうちデバッガの利用については、4行ほど記述がある。たった4行である。診断用のprintf()を挿入するということは3ページにわたって記述されているのにだ。 流石に21世紀になってprintf()デ
gdb豆知識 2008-09-26 - 未来のいつか/hyoshiokの日記
意外と知っているようでよく知らない自分が日々使う道具。そこで、gdbについて復習がてらいろいろ調べることにする。 gdbはemacsから使う gdbをコマンドラインから素で使うのはいかがなものかなと思う。やっぱemacsと固く結合されているわけだからemacsから使うのが正しい姿であろう。 「え〜、だってvi使いだし〜」とか「秀丸からは使えないんすかね」とか言うやつがいるが、秀丸ってなんだよ、とりあえづubuntuでも入れて、emacsいれて、gdb使いなさいとか指導したくなる。いかんいかん、説教くさくなってはいかんいかん。 先日もある会議でデバッガの話が話題になったのだが、「TCPなんちゃらのストール問題のデバッグ方法なんですけどね」、みたいな話題で、「それってカーネルの話？」とわたしが聞くと、「いや、ユーザランドっす」と若いハッカー、「じゃ、gdbでほげほげでいけそーね」、「そーっすね
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
