最も早く走るための車線の選択
学生の頃、2年間ほど車で通学していた。往復70kmを渋滞の中、毎日通っていて、今からは想像もつかないほど元気だった。 途中に片側で3車線ある大きなバイパス道路があって、渋滞するとどの車線を走ることで、遅刻せずに一限の授業に間に合うのか？というのをよく考えていた。 一番目的地に到着するのは、最も右の車線か、最も左の車線を生かすことだ。 右か？左か？というのは、その先の道が右折レーンがあったり、左折渋滞するかもしれないと言うことで、つまるところ 「スムーズに走れないリスクの高い車線が一番早い」。 真ん中の車線は、右折、左折の影響は少ないので一番安定している。 結果的に一番車が集中する。車線が遅かろうと、待ってればいずれ通れるので、やっぱり一番車の数が多くなる。 高速道路と違って、追い越し車線が一番早いハズという単純なルールではないから、場所場所によって有利不利な車線は入れ替わる。 2年間も毎日
顧客企業側は枝葉末節にこだわり、企業価値や国際競争力捨てたシステムを構築する - REV's blog
http://b.hatena.ne.jp/entry/http://blogs.itmedia.co.jp/serial/2007/11/it_294e.html?ref=rssall 今までのユーザ企業は実質どうでもいいところまで細かくオーダーメイドで作り込むことを要求しすぎていた。そのくせ、結局ユーザには不評で使われないシステムが量産されていたのだから笑い事ではない。人間の価値観は努力や根性では変わらないから、それが無駄だと気付かせるには外的要因しかない。 http://blogs.itmedia.co.jp/serial/2007/11/it_294e.html?ref=rssall 自分が所属していた場所っぽい話。 紙の時代は、部門のエライ人に合わせて書式が決まったりしていた。 部門ごとに伝統があったりすると、それぞれなんとなく書式が違っていたりする。 それを電子化するときに、P
Re: Affelioは活動を停止しているのですか？ (Affelio-users 94) - Affelio - OSDN
Tadashi Okoshi slash****@affel***** 2006年 10月 6日 (金) 16:15:08 JST 前の記事 [Affelio-users 93] Affelioは活動を停止しているのですか？ 次の記事 [Affelio-users 95] Re: Affelioは活動を停止しているのですか？ 記事の並び順: [ 日付 ] [ スレッド ] [ 件名 ] [ 著者 ] 大越です。 Dalma-san said: >> Affelioの活動は休止しているんでしょうか？ はい。結論から申し上げるとその通りです。 「Affelioの」と言うときに、厳密には、Affelio株式会社、オープンソース 的な普及を進めるAffelioプロジェクトの2つがありますが、どちらかと言わ れれば「両方」と答えさせてください。 今このメールで、詳細を申し上げられないのが非常に残念で
小野和俊のブログ:プログラマーとゲーマーは似ている
昔からよく思うのは、プログラミングの快感とゲームをプレイしている時の快感には多くの共通点があるということである。 小学生の頃、ロトのつるぎを手に入れたのだけれど寝る時間になってしまい、次の日は学校に行ってから家に帰るまでの時間、ロトのつるぎを装備したら今まで倒すのが大変だったモンスターとの戦いがどのくらい楽になるのだろうと想像ばかりして、授業が終わると一目散に家に帰ってテレビに噛り付いて新しい武器の切れ味を試した。 これはいわば、試してみたい欲求である。 ゲームをしていてうんざりしてしまうときがあるのは、例えば、工夫する余地がなく、ただひたすらに時間をかけなければ次に進めないような種類のゲームをやっているときである *1。物語を先に進めるのに、なぜここまで単純労働を繰り返さなければならないのかとやきもきしながら、それでも義務感でエンディングまでやってしまう傾向にある私のような性格だとなおさ
世界の中心で「Contents is King!」と叫ぶ
古川さんのブログで知ったのだが、「トイレ進化論、本当の大変化はこれから始まる!?」で紹介した「The Ten Faces of Innovation」の日本語訳が、「イノベーションの達人」という題名で出版された。Tom Kelleyのもう一冊の本、「発想する会社！」と会わせて読むことをお勧めする。 Tom Kelleyを初めとするIDEOの人たちが発信するメッセージの中で一番重要なのが「ユーザー指向」のもの作り。エンジニアが集まると、とかく「CPUがどうだ」とか「３Dがどうだ」という個別の機能面にばかりフォーカスが集まってしまい、ユーザー不在のもの作りが進んでしまう。 私の一番の興味の対象である「ネット家電」で言えば、BMLによるデータ放送や、テレビに搭載したHTMLブラウザーが典型的な失敗例。明らかに「新技術の導入」だけが先行して、その上で提供されるサービスがないがしろにされているため、
仙石浩明の日記: 生活水準の「中流」と能力の「中流」
昨日放送された NHK スペシャル (21:00～): 「ワーキングプアー・働いても働いても豊かになれない」 低所得者層の拡大 定職につけない“住所不定無職”の若者 基幹産業の不振ほか で、「働いても豊かになれない」若者が、 自分だって普通の人と同じくらい、「中の上」くらいの能力はある、 と言っていたのが妙に印象的だった。 ソフトウェアの開発業界では、 「中の上」の人 10人より、 「上」の人 1人のほうが力になる、 というのが常識として浸透しつつあると思う。 「人員を投入すればするほど、かえって工期は長引く」とか、 「少数のプログラマで開発する方が短期間で品質の高いものが作れる」 とかの事例は広く知られるようになった。 しかし世間一般では、 まだまだ「大勢の普通の人」の方が 「少数の優秀な人」より役に立つ、 という感覚なのかも知れない。 高度成長期のころ、能力の「中流」は、生活水準の「中
【Open Source Revolution!】「オープンソース時代には，優秀なエンジニアは志の低い企業から逃げていく」，スターロジック 羽生社長
「企業とエンジニアとOSSの三角関係」。スターロジック代表取締役兼CEOであり，Seasarファウンデーションの理事も務める羽生章洋氏（写真1）は，2006年5月15日に開催されたオープンソース関連イベント「Open Source Revolution！」で，このような刺激的なタイトルで講演を行った（関連記事）。優秀なエンジニアはなぜオープンソース・ソフトウエア（OSS）の開発プロジェクトに引き寄せられるのか，それを踏まえて企業はどのような点に気をつけなければならないのかについての自説を披露した。 OSSには様々なものがある 羽生氏はまず「OSSといっても様々なものがある」と指摘。OSSと十把一絡げに言うのは，ちょうど「欧米」と言うのと同じだとした。実際には，欧と米は違うし，欧の中でも英国とドイツとフランスは違う。羽生氏はOSSにおける違いとして次の四つを挙げた。 「地域」…ソフトウエアの
ゲームの面白さは何が決めるのか--カーネギーメロン大学の実験
今日は忙しくて、まだ深く考えていないのですが、1つ非常に面白い内容の記事がありました： 直感に従い４ヵ月で50作を開発――実験が示したゲームの可能性�デジタル家電&エンタメ-最新ニュース:IT-PLUS. カーネギーメロン大学の４人の大学院生が始めた、「実験的ゲームプレープロジェクト（experimental gameplay project）」についての記事。これは以下の3つのルールに従って、ひたすらゲームを作るプロジェクトだったとのこと： それぞれのゲームは７日間以内に開発しなければならない それぞれのゲームは完全に一人で開発しなければならない 重力や、進化や、跳ねるといったような一般的な法則をテーマに持っていなければならない 中には14日間を費やした「ルール違反」の作品もあったそうですが、概ね上記のルールを守り、4ヶ月で50以上のゲームが生みだされたそうです。プロジェクトの実際のサイ
メインフレームはいかにして高信頼を達成してきたのか - ZDNet Japan
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 今回のハードウェアの信頼性について説明する。その前に、お話を一つ。 人里離れた温泉に向かって山道をドライブしていると、なんだかエンジン音がおかしい。何が起こったのか分からないまま走っていたら、とうとう止まって動かなくなってしまった。 ボンネットを上げて見てはみたが、プロじゃないのでさっぱり分からない。携帯電話で修理屋を呼ぼうとしたが、山奥なので電波が届かない。もちろん近くにガソリンスタンドや公衆電話があるはずもない。通りかかる車もなく、家族を残して私は歩いて山を下り始めた。幸いにも民家を見つけたので、電話を借りて修理屋に連絡がついたが、到着するまで1時間以上待たされた。 この間、家族は暖房もない山中で心細い時間を過ごし、生命の危険すら意
「本物のプログラマ」もNEETになり得る御時世の処世術 - 雑種路線でいこう
ぼくはIT業界の中で技術者からマーケティングに移った人間で、最初こそ張り切ってコトラーとか読んだけど、外資系企業で日本法人にいて3Cとか分析しても4Pのどれも殆ど触れないことに気づいて、これじゃマーケティング戦略の勉強にはならないなぁと感じて途中から技術渉外っぽい仕事に路線変更した。*1技術渉外というのも一風変わった仕事で、似たような仕事があるといっても非常に限られているだろうし、日本企業のそういった部署で中途は採ることは少ないだろうから、日々潰しが利かなくなっているのではないかという不安はある。けれどもまぁ、英語とか段取りとか、自分の苦手なところを鍛えつつ、少し突き放して業界の仕組みを眺める居場所としては面白い。 どこかでいざとなったら技術者に戻れるという気持ちもあって、Virtual PCでLinuxとかの環境はつくっているし、手元の環境には一通りのコンパイラは入れているし、研究所でつ
どっちの言語でショー | 秋元@サイボウズラボ・プログラマー・ブログ
Web 2.0 Tournament で、ウェブ言語とかデータベースとかウェブサーバの比較記事へのリンク集みたいなものを作っている。 「Python と Ruby ってどっちを使うといいの」みたいな疑問が出てきたら、紹介されている各リンク先の記事を読んで、それぞれの強み弱みや比較のポイントがある程度見えてくるかもしれない。 比較記事が紹介されているのは、以下の対決。 ASP.Net vs PHP PHP vs Python PHP vs Ruby Python vs Ruby Python vs Ruby vs Perl Ajax vs Flash mySQL vs SQL Server SQL Server vs Oracle SQL Server vs Oracle vs mySQL IIS vs Apache Apache vs. Lighttpd Web Server Cage M
日本のソフト産業: 重層的な下請け構造とビジネスモデルの不在が課題 - 雑種路線でいこう
幻滅して開発の現場から逃げ出した，評論家面したコンサルタント崩れとしてひとこと．吉岡さんの問題意識には一理あるし，コーディングできない元請の技術者やコンサルタントがあんな高給で，プログラマの給与が低いのはどうよと思うけれども，だからって設計もコーディングもできる奴が両方の仕事をやるべきだというのは，優秀な技術者の独りよがりな意見じゃないかな．教育に改善の余地はあるにせよ，世のなか優秀な連中ばかりではないのだ．それに何故コーディング経験のない人間が設計しているのか，設計力のない人間がコーディングしているのか，ということはよく考えたほうがいい．とっても非効率なのに． 理由はいろいろあるにせよ，ひとつに仕事の結果ではなく，かけた時間で価格の決まる人月商法がある．ではなぜ人月商法が蔓延るかというと，重層的な下請け構造のなかで，最終的な工数が曖昧なまま仕事が丸投げされ続けるからだ．ではなぜ重層的な下
「価値観」の対峙
えっと突然なんですが。 すごい本を読んでしまいました。先程読了しまして、そのままキーボードを叩いておりますが、もはや人間の想像すら超えたねこれは。この興奮を如何にして文章で伝えようか、どきどきしております。 という訳で今回は特別緊急特集として、丸々一本、この本について書いていこうと思います。タイトルはこれ。 「SEの処世術」 岩脇一喜著／洋泉社 あーどきどきする。まずははやる気持ちをぐっとこらえて奥付を冷静に眺めてみます。 もしこれが1994年5月刊でしたら、題材にすることさえ無かったと思います。1999年5月刊であっても、せいぜい「まぁこうゆうのもありだよね」と軽く流して終わりだったかもしれません。 2004年5月刊。 我が目を疑いました。産まれたてピッカピカの新刊です。びっくりしました。まさかこのご時世に堂々とこれを出してくるとは。未だに信じられません。 さぁアドレナリンが分泌されてき
未来のいつか/hyoshiokの日記 - 当事者になるということ
時々思う。本当に日本と言う地域は評論家だらけだと。冗談じゃない。あんたはそれをやったことがあるのか？汗をかいたことがあるのか？それだけ言うのなら自分でやってみろ。 なんてことを言うのは大人気ない。大人はそういうことを言わない。ぐっとこらえてミステリアスな笑みを浮かべると言うのが正しい日本人の姿だ。 時々日本に対する違和感を持つことがある。そりゃ違うだろうと思うことがある。それに対してどのような態度をとるのか？どのような態度をとることによってその人なりの生き方が見えてくる。 多分わたしは自分が自覚するかしないかにかかわらづ日本人が暗黙のうちに持っている掟をどこかで踏み外しているというような感じがする。それがいいことか悪いことかは別としてそのような感じを持つ。 90年代日本のIT産業の出口がなくなったとき多くの人は何もしなかったし、そもそもそこに問題があるとは思っていなかった。大丈夫か日本なん
IT転職を減らす方策
IT業界の社員の定着問題を理解している会社はほとんどないようだ。IT転職は御し難きことで、高い転職率は生き方の問題だと見る向きも少なくない。だがそれは違う。問題の本当の原因を知り、適切な対策を講じれば転職は回避できる。 「IT Manager's Journal」の「Hey Boss」セクションに寄せられるコメントを見ると、IT業界の社員と管理者の間に不満が渦巻いていることがわかる。この手の不満は今になって現れたわけでなく、IT時代の黎明期から現在に至るまでずっと存在している。しかし、IT転職を端から手に負えぬ問題と決めてかかるのは、ITおよび人事部門による運営管理の怠慢と言わざるを得ない。その結果、IT部門の転職率がいたずらに高くなっているのだ。 またこれもよく見られることだが、有能なIT社員が退職の意を示すと、その決定を撤回させるべくお定まりで一連の説得が始まる。皮肉なのは、そこでの好
「生涯一プログラマ」に悔いなし
先日，経済産業省などが20歳以下の若者を対象に開催した「U-20プログラミング・コンテスト」の審査会に立ち会う機会があった（関連記事）。それは記者にとって予想以上に楽しい経験だった。 「ネットワークでチョークが飛んでくる黒板シミュレータを」 プレゼンテーションでは作者がプログラムにこめた思いを審査員に語る。個人部門の最優秀賞を受賞した神奈川県立多摩高等学校普通科2年 秋山博紀氏の，チョークの粉が落ちる黒板シミュレーション「AKI黒板 Ex」のプレゼンテーションでは「黒板消しで字を消すと，拭き後がうっすらと残るようにした」（秋山氏）などの“こだわり”に「円を書くコンパスが欲しい」，「ネットワークでチョークが飛んでくる機能を」など，多くが教育関係者である審査員からも次々とアイデアが提案される盛り上がりとなった。 また団体部門の最優秀賞を受賞した沖縄県立球陽高等学校理数科3年石田智也氏，赤嶺一樹
社長さんと、従業員のビジネスモデルの考え方の違いと、ソフト開発上の対応について - ウィリアムのいたずらの、まちあるき、たべあるき
ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです（たま～にコンピューター関係も） 土曜日のビジネスモデル的なお話が、意外と見てる人多かったので、今日は、その前提となる、 社長さんと、従業員のビジネスモデルの考え方の違いと、 ソフト開発上の対応について を書きたいと思います （ただし、社長さん＝管理者、従業員＝作業・プログラムする人と読み替えると、この業界の常駐派遣（請負？）につながる話でもあります）。 まず、実は、（自分でも、最近、放送大学大学院の番組を聴いて、気づいたんだけど）ビジネスモデルには、３段階あります。 （１）事業計画書などに書くような、何を売って、お金をどうやって、いつもらうというモデル →モノ（サービス）とカネの流れ、 ホリエモンみたいな人や買収話で出てくるところ。 （２）その事業を実現するために、誰が、なにをやるかという、業務モデル →ここで
arclamp.jp アークランプ: コモディティ化と人月
最近考えていることを独り言。ITにおけるコモディティ化の流れは、ここ最近のエントリで書いている。コモディティ化がおきると、価格競争に入りやすくなり、果てしない消耗戦が始まる。それでは、とても健全なビジネスを行うことは出来ない。 ビジネス単位の変化でコミディティ化を乗り切る、とはいうけれど 大きな話から入れば、ビジネスの世界ではコモディティ化を乗り切るための手法として、ビジネス対価の変革というのはよく議論されることである。ちょっと前の号になるがハーバードビジネスレビュー 2005年8月号の"「脱」コモディティ化の成長戦略"で論じられていたのが、UOB（unit of business：ビジネス単位）の変革だ。 例えば、セメント業界のセメックスは、販売するものを「生コンクリート」から「生コンクリートの配送」に変化させた。それは、顧客は必要なときに必要なだけの生コンが手に入ることを望んでいたこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
人名を冠したソフトウェア開発の19の法則
python vs ruby vs perl vs php - よくきたblog