学生とIT業界トップの公開対談で胸を衝かれたこと---IT産業を呪縛する“変われない日本”：ITpro
IPAのイベントで2008年5月28日に行われた学生とIT業界トップの公開対談を聞いていて，一瞬胸を衝かれた。IPA理事長で元NEC 代表取締役社長の西垣浩司氏のこの言葉を聞いたときのことだ。 コンピュータを作ることが本業ではなくなったメーカー 「数として欲しいのは，金融システムなど企業の大型システムに従事する人間。こういった領域では，個人の能力よりは業務ノウハウが重要。プログラマとして優秀であっても，業務を理解しないと，よいシステムができない。技術だけを評価して処遇することは企業としては難しい。天才プログラマのように技術を極めるのであればそれを生かす道に行くべきであって，企業に入って大型システムを開発するのはもったいないか，向いてない」(西垣氏） 必要とされているのは技術ではなく，プロジェクト・マネジメント能力や調整能力。求められているのはメーカーの人材像ではなく，ゼネコンやエンジニアリ
ITmedia エンタープライズ：遅れた日本のソフトウェア開発 その原因はここにあり!?：作業環境を改善せよ さもなくば日本のエンジニアは壊滅する！ (
作業環境を改善せよ さもなくば日本のエンジニアは壊滅する！：遅れた日本のソフトウェア開発 その原因はここにあり!?（1/3 ページ） 米グーグルでは食事がタダに。米マイクロソフトではソフトドリンクが飲み放題。そのほか、米国のIT企業の多くでソフトウェア開発者は全員、個室を与えられている――こんなこと、日本の企業であるだろうか？ 驚愕!? 海外企業における個室の作業スペース 米国のみならず先進諸国においては、ソフトウェアエンジニアの労働環境は総じていい。世界一巨大なソフトウェア会社のマイクロソフト、欧州最大のソフト開発会社として有名なSAPで働いた経験から、そう感じる。どちらの会社も、さまざまな側面において一部から厳しく評されることもあるが、そんな評判とは裏腹に、エンジニアの労働環境は良かった。 ご存知かもしれないが、米マイクロソフト本社のオフィススペースは筆者が勤めていた当時、完全な個室型
要件定義カード1枚8万円──脱・人月商売宣言 － ＠IT
「1タスク8万円」という価格体系を提示し、人月商売からの脱却を宣言するスターロジック代表取締役兼CEO 羽生章洋氏 「二度と人月商売はしません」──スターロジックは7月19日、都内で開催した自社イベント「StarLogic Conference2007」において、エンドユーザー自身による要件定義に基づき、「要件定義のカード1枚当たり8万円（税別）」という価格体系でシステム構築ビジネスを進めていくと発表した。従来の「人月」に基づく見積もりと比べて、1/3から1/5の価格になるという。 「人月換算でコストを請求する商習慣こそが、SI業界のさまざまな問題の根源。人月から脱却するには、納得でき、分かりやすい価格体系を提示することだ」（スターロジック代表取締役兼CEO 羽生章洋氏）。 低コストにできる理由は、ユーザー自ら要件定義を行い仕様を最初に明確にする点と、実装段階で自動生成により生産性を追求し
シネマコンプレックス「新宿バルト9」の驚嘆すべき大バカ最低システム - 檜山正幸のキマイラ飼育記 (はてなBlog)
驚いた。あきれた。なにがどうなったらこんなバカげたシステムができるのだろう？ 補足解説編もあります。 さらなる補足。 コメントをしたい方は、なるべくコレにも目を通してみてください。 連休・子連れで映画館へ 連休、安直に「映画でも」と、子供二人を連れて「新宿バルト9」にはじめて行きました。9つの映画館を集約した施設、なかなかリッパです。上映開始10分前に着いたのに、既に長蛇の列、結局25分も並ばされた。すごく混んでいた？ いやっ、さほどではなかったんですよ。長蛇の列の原因は、発券カウンターの処理能力が異常に低いためでした。 上映開始15分後に入れた -- ってことは 9つの映画館すべてのチケットを一箇所の総合カウンターで発売します。全席指定、完全入れ替え制です。僕らは結局、到着25分後／上映開始15分後に入れました。ここで少し考えれば、次のことがわかりますよね。 満席になればその回は入場でき
「ソフトウェアの部品化」が失敗する理由 ― ＠IT
経済産業省のとある外郭団体の委員をしている方と話をしていたら「我が国のソフトウェア産業を改革するためには、ソフトウェアの部品化を推進しなければならない」と話していた。うーん……ソフトウェアの部品化かぁ……。正直、頭をよぎったのは1980年代後半に国内のソフトウェア部品の集積を目指して立ち上げられたが、失敗した「Σ（シグマ）プロジェクト」だ。 Σプロジェクトから20年の歳月を経て同じコンセプトが出現するには理由がある。日本の輸出を支えている製造業で、製品におけるソフトウェアの比重が高まるに伴って、業界全体がソフトウェア・エンジニアの不足および、ソフトウェア関連の障害の多発に悩まされているからである。 外注先企業が作ったソフトウェア障害に悩まされている製造業の視点から見れば「なぜ、ソフトウェアはこんなにトラブルが出るのか？ 部品化して、それぞれの部品の品質チェックをもっと厳しくし、その上で再利
【詳報】「Google App Engine」ってなんだ − ＠IT
2008/04/08 米グーグルは3月7日、「Google App Engine」を発表し、ついにクラウド向けサービスに参入した。この市場では米アマゾンが先行。フルスタックのWebアプリケーション環境を提供することを武器に、グーグルは新たな開発者の取り込みを狙う。Google App Engineの速報記事はこちら。 公開したGoogle App Engineのプレビュー版は1万人の限定サービス。大量のドキュメントとWindows、Mac、Linux向けのSDKがすでに用意されている。 Google App Engineのメリットはグーグルの各サービスを運用する高信頼なインフラを使って、Pythonで書いたアプリケーションを実行できることだろう。インフラとは具体的には分散ファイルシステムの「GFS」や、データストレージシステムの「BigTable」だ。Google App Engineのブ
SEが声を大きくして国民に伝えるべきたった一つのこと。 - 304 Not Modified
それは、コンピュータは必ず壊れるということ。 先日拝聴した香取貴信氏の講演で聞いたことから、ずっと頭に残っている言葉がある。それは、「ディズニーランドのアトラクションが機械の故障で動かなくなってしまった場合、アメリカ人はリアクション大きく悔しがるが案外あっさり諦めてくれる。しかし、日本人は決して納得してくれない」といった感じのこと。 これを聞いたとき、私はとっても頷いた。アメリカ人についてはどうか知らないが、日本人にいたっては－少なくとも私の思う限りでは－まだコンピュータ完ぺき主義が残っていると思う。コンピュータはちゃんと動いて当たり前なんて思っている人を、まだまだ見かける。 こう思ってしまうのもきっと、かつて「安全と水はただで手に入る」と言われた国だからなんだと思う。マスコミの情報を鵜呑みにしがちな面もそうで、“そこに在るものは正しい”って思っちゃうんだと思う。でも、そんなことは絶対にな
例外処理=プロとアマの違い : 404 Blog Not Found
2006年04月23日12:12 カテゴリOpen SourceOpen Source 例外処理=プロとアマの違い これだから、梅田モチヲッチングはやめられない。 My Life Between Silicon Valley and Japan - 「グーグルをどう語るか」を巡って もう少し言えば、こうした末端で起きている不幸な出来事(当事者である一ユーザにとっては大事件)も、億単位のユーザを相手に一本のシステムで全部を完璧に処理しようという長期的ゴールの実現を企図するグーグル開発陣にとっては、「例外処理」という位置づけにしかならない、ということなのである。 お見事。そしてこの例外処理の四文字にGoogle、というより「あちら側」と「こちら側」の接点がある。 実は、この「例外処理」こそが、プロとアマの違いなのだ。極論してしまえば、もうそれしかない、残っていない。 オープンソースプロジェクト
スルガ銀と日本IBMの「動かないコンピュータ」裁判の訴状内容が判明、要件定義を3回繰り返す
スルガ銀行がシステム開発の中止で損害を受けたとして、発注先の日本IBMに約111億円の支払いを求めた裁判の訴状内容が明らかになった。3月6日の提訴直後に日本IBMが訴状の「閲覧制限」を申請していたため訴状を閲覧することができなかったが、4月24日に一部内容を除いて制限が解除された。 この閲覧制限解除とは別に日経コンピュータは独自に訴状を入手。その訴状によればスルガ銀は、「日本IBMから2004年3月に、米フィデリティ・インフォメーション・サービスの勘定系パッケージ・ソフト『Corebank』を日本市場向けにカスタマイズする提案を受けた」。 Corebankの売りは2つある。1つは、口座単位で預金の残高を管理するのではなく、顧客単位で複数の口座をまとめて管理できる点。もう1つは、預金や融資など複数の金融商品を組み合わせた連動型商品を素早く開発できる点である。日本の銀行における勘定系システムの
Who is to blame? (内田樹の研究室)
社保庁問題がメディアを賑わせている。 これだけのミスが累積するのだから、構造的にもいろいろとむずかしい問題がある制度なのであろうが、それにしてもここまで問題を深刻にしたのは歴代の社保庁の役人たちのメンタリティの問題だろう。 そして、そのメンタリティは悲しいかな程度の差はあれ私たちの社会の全域に瀰漫しつつある。 それは「前任者の不始末をなんで私が尻ぬぐいしなくちゃいけないんだ」という不満に「理あり」とする態度である。 「この不祥事の責任を問う」という言葉は勇ましいし、合理的に聞こえるけれど、実際には責任の淵源を探ってゆくと、最後に発見されるのは、誰でもやるようなわずかな事実誤認や見落としだけである。 ほとんどすべてのシステムトラブルは誰でもするようなケアレスミスから始まる。 そんなものにシステムをクラッシュさせるような力はない。 システムをクラッシュさせた責任は、「起源」にはない。 このこと
404 Blog Not Found:楽天の苦点
2006年06月29日16:30 カテゴリMoney 楽天の苦点 これに禿同なるも、それでも私は楽天で買い物する気がなかなか起こらないのはなぜだか考えてみた。 楽天市場の課金額は一般的な企業のＩＴ投資額よりちょい低いくらいだと思う 「買い物カゴ機能だけならそのへんのレンタルＣＧＩで安くできるじゃん」といった声も聞かれるが、そんな機能だけで商売できるほどネットショップは甘くない。アクセス解析やらメルマガやら受注処理やら在庫管理やらいろいろな機能が必要だ。自前で構築したりできあいのシステムを組み合わせたりしてもかなりの手間と金がかかることは間違いない。 また、zakzakの記事ではシステム利用料だけでなくバナーやら懸賞やらといった広告にも費用がかかるという嘆きが書かれていたが、楽天を辞めて自前のシステムでやったとしても同じ商売である限り広告予算が必要なくなるはずは無い。 Shopping is
メインフレームでLinuxが動くまで あなたの知らないメインフレームLinux第1回− ＠IT
あなたの知らないメインフレームLinuxの世界 第1回 メインフレームでLinuxが動くまで レガシーなイメージを持たれることが多いメインフレームと、オープンで無償で利用できるLinux。対極に位置するかのようなこの2つのテクノロジだが、実は絶妙な組み合わせなのだ（編集局） 日本アイ・ビー・エム株式会社 システムズ＆テクノロジー・エバンジェリスト 北沢 強 2008/5/26 メインフレームは、世界中ほとんどの大企業や団体の基幹システムとして稼働しています。しかし、実際にそのメインフレームに触れたり目にしたりしたことがある人は、かなり少ないのではないでしょうか。 銀行のATMや振り込みにしても、飛行機や新幹線の座席予約にしても、その裏で処理しているシステムの多くはメインフレームであり、われわれには見えないところで正確かつ迅速に大量の作業をこなしながら、生活や社会全体を支えてくれています。世
NHKのITリテラシー - 池田信夫 blog
NHKの職員がインサイダー取引の容疑で、証券取引等監視委員会の事情聴取を受けたというニュースが、きのうの19時ニュースのトップを飾った。任期があと1週間の橋本会長は、この3年間、何をやっていたのだろうか。今回の問題は、3年半前の横領事件より、ある意味では深刻だ。横領はどの業界にもあるが、報道機関が情報を私的な利益のために使うという事件は、「公共放送」の根幹にかかわるからだ。 記者会見で、石村理事は「システム上の問題以上に、倫理観がなかったのが最大の原因」と語っているが、この認識は誤っている。今回は去年3月8日の場が引ける直前に異常な値動きがあったことから、監視委が証券会社に不審な取引記録の提出を求めたため、たまたま露見したものと思われるが、東京と岐阜と水戸で独立に起きたらしいことからもわかるように、犯罪につながるような情報を20分前に全国の職員が見ることのできるシステム管理が間違っている
＠IT：Opinion -- 吉松 史彰：Webの「正しい」アーキテクチャ
ブラウザとWebサーバの組み合わせで作られる、いわゆるWebアプリケーションの開発が盛んだ。それまでのクライアント／サーバ・システムにおいて悩みの種だった新バージョンの配布や保守の問題が解決され、システム管理者が楽になったのが理由であるといわれている。しかし、クライアント／サーバ・システムを開発していた開発者にとっては、Webは非常にシステムを作りにくい環境だった。貧弱な機能しか持たないブラウザと、単純なデータしか送信できないプロトコルを利用して、これまでどおりのLook and Feelのアプリケーションを作れというのだ。どだい無理な話である。 だが、開発者には味方がいた。開発ツール・ベンダである。開発ツール・ベンダは、Webアプリケーション開発者が悩んでいるのをビジネス・チャンスと考えた。その結果、さまざまなWebアプリケーションの開発環境が作られた。それらすべての開発環境に共通してい
はてなブログ | 無料ブログを作成しよう
ネイルで使う材料で、DIY時の木割れやネジ跡を派手にしたらかわいい OSB合板でちょっとしたボックスをつくりました。 ビス止め下手すぎて木を割ったり穴あけすぎたりした場所に、好きな派手色の樹脂を詰めてパテ代わりにしてみました。 ちょっと某HAYっぽみ出て可愛かったので、自分用にメモです。 手順 塗装 派手色グミジェルで失敗部分…
DB不要のPHPで書かれたブログシステム『Simple PHP Blog』:phpspot開発日誌
Simple PHP Blog - Project Homepage I started this project because I wanted a dead-simple blog. One that didn't need a database, used flat text files, and looked nice. It's main advantage is that it only requires PHP 4 and write permissions. There is no setup, just unzip and copy. MySQL等のDB不要のPHPで書かれたブログシステム『Simple PHP Blog』。 PHP4があればそのまま動くのでDB未対応のレンタルサーバーなどでも簡単に使えますね。 日本語対応していて、スパム対応や、テーマ機能の他、RSS/
杉浦とホームページ製作〜ＵＲＬを書き換えろ！「Rewrite 機能とは」
Rewrite 機能とは、Apache 1.2 で付け加わった機能であり、アクセスしたＵＲＬを正規表現を使って書き換えて処理する機能である。だから、既存機能としては Alias や Redirect と類似するが、さらに柔軟で、さまざまな使い道がある。違いを簡単に述べよう。 Rewrite, Alias, Redirect の比較 Alias 機能と ScriptAlias 機能 Alias はディレクトリ単位で、アクセスＵＲＬを DOCUMENT_ROOT から外れたディレクトリにマップする。ＣＧＩディレクトリに対して常識的に使われる ScriptAlias 指示子は、この Alias 指示子の機能に加え、そのディレクトリが実行可能なファイルを含み、その実行を許可するマークを付け加えている。逆に言えば、Alias 機能はそのようなマークアップを含まずに、単純に DOCUMENT_ROOT
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[LAC]ラックのデータベースセキュリティ研究所が提供するデータベース安全ガイド![[LAC]ラックのデータベースセキュリティ研究所が提供するデータベース安全ガイド](https://cdn-ak-scissors.b.st-hatena.com/image/square/f56929744b18665abe82c2f039aa259a251e6a46/height=288;version=1;width=512/https%3A%2F%2Fwww.lac.co.jp%2Fcommon%2Fimg%2Fimg_ogp01.jpg)
ActiveX コントロールのアクティブ化
EnterpriseZine：DeNAの人気サイトに学ぶ LAMPによるWeb-DBシステム構築/運用の極意 (前編)
