スクラムはラグビーにおいて最も危険な段階であり、それというのも、潰れたり不適切なかみ合い方をすると、前列のプレーヤーが怪我をしたり、首の骨を折る危険すらあるからだ。—Wikipedia 私が子供の頃には、コレステロールは体に悪いものだった。これは覚えやすかった。脂肪は悪い。コレステロールは悪い。塩分は悪い。みんな悪い。しかし近頃では、コレステロールが「いい」コレステロールと「悪い」コレステロールに分かれている。私たちがこの2つをどうにかして見分けられるとでもいうように。そしてその切り替わりは奇妙なものだった。FDAが突然プレスリリースを発表して、殺鼠剤には2種類、いい殺鼠剤と悪い殺鼠剤があり、いい方はたくさん摂って悪い方は摂ってはならず、そして決して2つを混ぜたりしてはいけないのだと言ったかのようだった。 一年くらい前まで、私はいわゆる「アジャイル」プログラミングに対して、ごく一次元的な見
昨年、2009年の7月1日に政府のエコポイント申請のためのWebサイトがオープンしたとき、そのWebサイトがセールスフォース・ドットコムのクラウドで作られており、しかも納期はわずか1カ月程度しかなかったはずだ、とPublickeyで指摘しました。 「エコポイント」の申し込み画面はクラウド上に。開発期間わずか1カ月？ この記事に対してセールスフォース・ドットコム社長の宇陀栄次氏から「この記事の内容も、正しい状況の理解であり、すばらしいと思います。」と直接コメントをいただき（本人であることを広報経由で確認）、この指摘が事実であることを確認しました。 そのエコポイント開発時の裏話を、先週末9月11日の深夜に宇陀社長が突然ツイッターでつぶやきはじめました。 エコポイントの時の話。昨年の5月28日昼。要件は？とお聞きして、7月1日にサービス開始すること、との返答。登録数は2000万人を想定。当社は法
2010年のデブサミが、自分にとってこれまでと違うデブサミになりそうだと最初に考えたのは、DevLOVEコミュニティで97本の読書会を開いた時だった。 読書会後の懇親会で、この本の監修者であるyusukeさんに、「デブサミで話してみないか」という誘いを受けた。私はその時、yusukeさんが冗談を言っているのだと思った。 そもそも、デブサミは私にとって特別なイベントであり、その特別な場所で私が壇上に立って、話すというのは、好きなプロ野球球団から、バッターボックスに立ってみないかと言われているのと同じことを意味した。 ところが、yusukeさんの次の一言が深く自分に突き刺さり、「デブサミで話す」ということがリアリティのある話として感じられるようになった。 「聞きに来る人が、たとえ10人でも1人でもいいではないか。何を考えているのか、少なくとも私は聞いてみたい。」 こんな嬉しい言葉を一体人生で何
モバイルのウェブ開発の際に PC のブラウザで見れるように HTML をレンダリングしてくれる Web アプリケーションです。 つかいかた とりあえずつかうだけなら svn co http://svn.coderepos.org/share/lang/ruby/ssb/trunk/ ssb cd ssb/ rake setup ruby ssb-webrick.rb でいけます。 末永く使いたい場合は mod_ruby を使うのもよいかもしれません。 scrapi, lha, ghostscript, imagemagick がないと絵文字の scraping に失敗して絵文字が表示できません。 携帯端末情報 機種変更時に利用される携帯端末情報は、ke-tai.orgの携帯電話スペック一覧を利用しています。 端末情報を最新のものに更新するときはシェル上で以下のコマンドを入力してください。
もう全然気合が足りないので、自分への戒めも含めて「新サービス開発」について思いつくままにメモ残します。 新サービスを開発するときには： コンセプト = メタファーを決める メタファーとは、「そのサービスって、つまり○○だよね」の○○に当てはまる具体的な言葉です。 どんなサービスでも「既存の言葉」に当てはめないと理解しにくいので。 「GPS機能で配送遅延から距離を感じられるオンラインメッセージングツール」じゃなくて「それって伝書鳩」みたいな。 これは知り合いに説明してみるとヒントが得られること多しです。 サービス名を決める ドメイン取るとかの理由もありますが、名前が決まっているかどうかで作業のはかどり方が全然違います。 アイデア ⇒ 開発 ⇒ 仕上げ の苦しみ度合いを理解しておく 実は開発する作業が一番楽です。厳しいのは仕上げ。途中で萎えないような工夫が必要だったりします。 時間をかけて悩ん
2007-11-01 14:29 : 平凡なエンジニアが未踏ソフトウェア創造事業をやったらどうなるのか書いてみた 最近、八角研究所で技術記事を書いているのですが、私が参加した 2006 年度下期未踏ソフトウェア事業（2006 年 11 月 ～ 2007 年 8 月末まで）の体験談を書いてみました。 未踏の体験談を書こうと思った動機について書きます。 私がお世話になった PM は東工大の千葉先生だったのですが、同じ PM 配下でも他の方は凄腕のエンジニアであり、能力的にも住む世界が異なるという感じでした。そういうエンジニアは目立つので、私は未踏のエンジニアというともの凄い凄腕ばかりを思い浮かべてしまうのですが、未踏ソフトウェア創造事業そのものは、適切な提案ができれば平凡なエンジニアにも門戸が開かれています。 というか、普通のエンジニアこそ挑戦すべき制度です。とはいえ、
俺の住む世界はアイティーとやらに支えられているらしい。 アイティーに関われば、俺の住む世界をさらに素敵なものにしていけるに違いない。していきたい。 そう願って、何も知らなかった文系新卒の俺が金融系のシステム会社に入って、もう一年以上が経つのだ。 昔、お遊びでゲームを作ったことはあった。RPGツクールなんかが好きだった。 だから自分はシステム会社に向いていると思った。 実際、資格取得を勧められて始めた勉強は楽しかった。 浮動小数点数、オートマトン、SQL、スタック、木、論理式。 パズルみたいで楽しかった。コンピュータの中身が理解できて、わくわくした。 楽々と基本情報技術者の資格を手にし、半年後にはほとんど勉強もせずにソフ開も取得した。 研修の課題では同期の誰よりも速く、短く効率のいいソースを仕上げた。 現場に出て、本番機に触った。 ３０年間親会社を支え続ける偉大なシステムの中身を、わくわくし
2007年10月26日01:45 カテゴリ翻訳/紹介Art 惰訳 - 建築士がプログラマーのごとく働かねばならぬとしたら 全プログラマーが泣いた。 If architects had to work like programmers... 実は一つだけ「ローカライズ」にあたって変えた前提があります。日本ではこちらの方が実情に沿っているでしょう:) 建築士様、 家を一つ設計施行してくださいな。まだ何が必要か具体的なことはわからないので、そこはよきに計らう方向で。 寝室の数は、2から45までの間。寝室の追加と削除は簡単に出来るようにしといて下さいね。青写真が出来次第あたしが何が気に入ったかを最終判断します。それぞれの青写真について明細書を付けるのをお忘れなく。後で気に入ったのをピックアップできるように。 完成後の家の費用は、今住んでいる家よりも安上がりでないと駄目なことを留意してくださいな。そ
ソースコードを開示し，不特定多数の開発者の協力を得ることにより，ソフトウエアの品質を向上させたオープンソース・ソフト――。「無料で使える」「（多くの開発者の目にさらされるので）品質が高い」「不具合を自分で修正できる」「ネット経由ですぐに手に入る」など，その利点は多い。そのため，この数年でWebシステム開発を中心に国内でも定着。有名企業が基幹系システムで活用するなど，普及が進んでいる。 だが，オープンソース・ソフトが多用されるほど，あるいはオープンソース・ソフトの開発コミュニティに参加する開発者が増えるほど，開発の現場は，ある深刻なリスクを抱えるようになってきた。それが，「オープンソースのソースコード混入」というリスクである。 よかれと思って混入させる オープンソースのソースコード混入とは，オープンソースの利用が認められていない開発プロジェクトや，著作権を発注者（ユーザー企業）に譲渡しなけれ
結論→ 「仕様」と「機能」を意識的に使い分けることで、顧客のテクニック「言葉のすり替え」を見抜くことができる。 客先での仕様調整の場で、新人が手もなくひねられている（騙されているともいう）。もう少し手加減してやればいいのに、顧客の脅しが酷すぎる。 あたりまえじゃないか、その機能が入っているのが仕様です なぜなら、いま私が現場に電話で確認したら、そういう運用になっているからです だから、その機能が入っていないのはバグなんです したがって、あなたは無償で今すぐこれを実装する必要があります テストフェーズ末期やリリース後、何らかの要求を満足していない場合、顧客より一方的に伝えられる最終通牒は、こんな論法だ。非常に強い口調で伝えられると、なんとなく「そうかも?」という気分になり、顧客が正しいという空気が場を支配する。 その結果、ほとんどの場合、泣く泣く自腹で実装していることだろう。ひとつひとつは小
Joel Spolsky / 青木靖 訳 2006年9月6日 水曜 優れた開発者というのはいったいどこにいるんだ? 空いたポストを埋めるために誰かを採用しようとしたとき、多くの人がするのは、広告を出し、おそらくは大きなオンライン掲示板を見て回り、履歴書を山ほど取り寄せるということだ。 そこにある履歴書を、「フム、これはいいかもしれない」とか、「お話にならない」とか、「この人がバッファローに越してきてくれるならいいんだけど」などと考えながら見ていく。しかし、請け合ってもいいが、そのときに決して起こらないだろうことは、「すごい、この人は素晴らしい! ぜひとも雇わなくちゃ!」ということだ。実際何千という履歴書に目を通し、そして履歴書の見方がちゃんと分かっていたとしても(これは簡単なことではない。そのことについては金曜日に書くつもりだ)、何千という応募の中に、率直に言って優れたソフトウェア開発者が
JavaScriptを書き始めるとき、いきなり*.jsやHTMLに書いたりするのではなく、大抵下記に試しに書いて実行してみます。 JavaScript Development Environment JavaScript Shell Web Development Bookmarklets 上記2つのブックマークレット版 JavaScript Shell は、補完機能なんかもあって高機能ですが、IE、Operaだとどうもうまく動きません。 JavaScript Development Environment は、ブックマークレット版じゃないほうはIE、Operaでも動くので、どちらかというとこっち使うときの方が多いです。(Operaでのエラー表示が出来てないみたいだけども…) ブラウザ上で簡単に試せるってのはすばらしいですね。 で、その後に*.jsやHTMLに書いて、後はFireBug使い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
