政府システム調達における失敗の典型例が、特許庁の基幹系システム刷新プロジェクトだ。5年がかりで臨んだが、結局は55億円を無駄にしただけ。新システムは完成しなかった。失敗の最大の要因は、発注者である特許庁にあった（図1）。関係者の証言から、失敗に至る経過を改めてひもとく。 特許庁は2004年、政府が打ち出した「業務・システム最適化計画」に沿って、特許審査や原本保管といった業務を支援する基幹系システムの全面刷新を計画した。システムアーキテクチャーに詳しい情報システム部門のある職員（以下A職員）と、刷新の「可能性調査」を担ったIBMビジネスコンサルティングサービス（現・日本IBM）を中心に、調達仕様書を作成した。 業務プロセスを大幅に見直し、2年かかっていた特許審査を半分の1年で完了することを目指した。度重なる改修によって複雑に入り組んだ記録原本データベース（DB）の一元化に加え、検索や格納など
某DevLoveというところで話をしろ、ということでありましたので、いろいろ話をして来ました。 http://devlove.doorkeeper.jp/events/1733 まとめはこちら http://togetter.com/li/387189 あと、しんやさんの詳細なブログがこちら http://d.hatena.ne.jp/absj31/20121009/1349795347 スライドはこちら http://www.slideshare.net/okachimachi/devlove1 以下、ちょっと自分なりにまとめを。 ■自分なりにどう話したか 自分の仕事的にはHadoopとAsakusaでの課題解決が現在の本業です。ただ、Asakusaの位置づけとして、SIのための道具立てという側面が強く、また結果として会社も直接・間接にSIにはかかわっているので、割と現状の問題も意識して
クライアントからのムチャぶり迷言集みなさんはクライアントのとの打ち合わせ中に「そんなむちゃな！」と思ったことはありませんか？私はあります。何度もあります。そんなクライアントからの迷言を集めたサイト: Clients From Hell（地獄からきたクライアント）を載せてみようと思います。 時間とお金に関するムチャぶり残念ながら多くの人が Web サイトは簡単に作れると思っているのが現状です。。 「今日中に 100 ページくらいの Web サイトを作って貰えますか？」 「会社のコンセプトを変えようと思うんだ。Web サイトを作り直すのに２日あれば充分かな？」 「ブログとショッピングカートのついた８ページくらいのサイトを作ってください！３万円で！」 「支払うお金はないんだけど、このシルクのシャツは 6000 円くらいするから、ほら、持っていってください。」 「月々 5000 円のローン払いでお
http://ap.atmarkit.co.jp/bbs/core/fnetwork/21576 http://slashdot.jp/askslashdot/article.pl?sid=10/05/03/0232248 役職の偉い順にIPアドレスを自動的に振るにはどうしたらよいでしょうか。 現状、DHCPで固定IPアドレスを割り当ているのですが、昇格時のメンテナンスが大変です。 こだわる幹部とその取り巻きがいて困っています。 これを読んだ感想は「なんじゃ，そりゃ〜〜〜〜」だろうなあ． これって事実上「馬鹿な順で経営患部にIPアドレスを割り振ってる」のではないだろうか．*1 しかし，ある意味でとても日本企業的．こんな馬鹿なことで無駄な作業が増えてサービス残業してるなんてねえ？さらには派閥争いとかあって，もっと訳の分からない論理的に矛盾している指示も来たりする． でも実は似たような話は既に
http://alfalfa.livedoor.biz/archives/51409411.html http://d.hatena.ne.jp/NOV1975/20090111/p1 経由 「君たちさ〜、ログイン画面でユーザ認証って言うけど、 IDとパスワード知ってたら誰でもログインできるって事だよね？ それってどうなの？危険なんじゃないの？」 開発部長がこのような発言をすれば，*1まともにシステム知ってる人なら十人中十人がダメ部長の烙印を押すと思う． そして悲しいかな，こういうボンクラ能無し最低ダメ部長というのは，日本のIT業界においてはそんなに珍しい存在ではないようだ． どういうシステムを作るかにもよるけれど，IDとパスワードを知っている人間がログインできるのは正常な動作で，それは問題でもなんでもない．非常に高いセキュリティを求める場合はちょっと違うやり方もするけれど*2 *3，その
http://d.hatena.ne.jp/anatoo/20120714/1342254336 「海外」で普遍的なものなのかはわからないけど、サンフランシスコのミートアップのイベントやスタートアップに何度か連れて行ってもらってそう思った。あっちのエンジニアのコミュニケーション能力の平均値が日本よりも数段高い。 そりゃあ，そういう場面にはコミュニケーション能力（というよりプレゼンテーション力やディベート力）の高い人が出てくるでしょう．一番能力の高い人が日本の平均より上なのは，そんなに驚くほどのことじゃないと思う．*1 むしろそこで問題となるのは「技術力がすごく高いし，論理的な議論やプレゼンテーションも得意だけど，不特定多数の人と会話するのが苦手」みたいな人も高く評価されるのか否かということ．日本だとほぼ全く評価されないが，あちらでは違うのではないかと思う． もう一つの問題は，日本のIT業界
ファーストサーバゎ走った…… 顧客がまってる…… でも……もぅつかれちゃった…でも…… あきらめるのょくなぃって…… ファーストサーバゎ……ぉもって……がんばった……でも……バックアップ…こわれて……イタイょ…ゴメン……でも…ファーストサーバとYahoo!ゎ……ズッ友だょ……！！
レンタルサーバのデータが喪失したことによる損害賠償請求事件。 ただし，前回紹介した東京地判平13.9.28（http://d.hatena.ne.jp/it-law/20111109/1320768060）とは，事情は異なる。 事案の概要 Ｘらは，サーバホスティング事業者Ｙと契約していたＺと契約し，Ｙのサーバを利用してウェブサイトを運営していたところ，サーバに障害が発生し，Ｘらのプログラム，データが消失した。なお，障害は，人的な作業ミスというよりは，ハードディスクの故障だとされている。 そこで，Ｘらは，Ｙに対し，不法行為に基づく損害賠償として合計約2億円を請求した。 なお，Ｙの定めるホスティングサービス約款には， 40条（責任の制限） 1 被告は本サービスを提供すべき場合において、被告の責めに帰すべき理由により、契約者に対し本サービスを提供しなかったときは、契約者が本サービスを全く利用でき
一口にIT業界と言いましてもその意味するところは実に幅広く、今日もそこかしこでITパーソンを自覚する人々の人生模様が織り成されております。そんなIT業界にはプログラミング楽しす！コード書きたす！革新大好き！なんていうイノセントなプログラマが特に気をつけるべき人種というカテゴリが存在します。なんとなく想像がつきますかね？想像のついたあなたもつかなかったあなたもしばしお付き合いのほどを。 1. 俺SEなんだけど仕事で何億って予算動かしてんだぜ？（すごいって言って！）こういう人種は、素人の書いた落書きのような絵に大金を積んでそのことを自慢したがるような人たちです。彼らには美しさというものが理解できず、金額の大小でしか物事の価値を判別できません。それだけならまだしも人の価値まで動かしている金額で決まると思い込んでいるフシがあります。彼らはSEと名乗っていてもその実態は普通のサラリーマンと大差なく、
ソフトウェアにお金を払うという行為は、いったい何を意味するのだろうか。ITの詳しい人にとっては“常識”と思えることでも、別の人には“違う”ということがある。 今回は「ソフトを購入する」という日本語についての筆者の雑感である。ある企業でのコンプライアンス教育と大学教授とやり取りの2つの出来事を紹介しよう。 中堅の部品メーカーにて 2年ほど前にある会社の工場内でコンプライアンスの啓蒙教育を行った。その会社はコンプライアンスに積極的に取り組んでいたようだ。2回目の講習の時である。ちょうど筆者がソフト著作権について説明した際、若い女性が質問をした。 「……ということは、例えば自分が秋葉原でソフトを購入したとしても、そのソフトは自分が好き勝手にコピーして友人に渡したりしてはいけないということですか？ でも、そのソフトは私がお金を払ったものですからどう使おうと構わないのではないですか？ おかしくないで
56 ：仕様書無しさん ：2011/05/23(月) 18:49:41.23 「体が軽い…。こんな幸せな気持ちでコーディングなんて初めて」 「もう何も怖くない」 「私、一人ぼっちじゃないもの」 , ＜ ＼ ／ ／ ､ ＼ ／ / / ＼ y 仲 / /､ヽ ヽ ヽ / ふ / / / / / ヽ ', ﾊ ∨ 間 ,' , i i| ｨ' / ｀ ', 丈 _ }! i え ,､ , { i |ィ匕´ｲ/ ', ! ヽ｀大ｰ i | が f,｀ヽ / ', j ﾊ ! .! !| /ﾚ ﾘ-ﾏﾘ- ﾊ | ﾊ る |
よしたにです。 パスワードといえば誰にも教えてはいけないものの代名詞ですが、そこはそれ会社はチームプレイですから、パスワードを教えてくれるか今すぐ会社に来るか二者択一を迫られる機会はなんぼでもございます。かくいう私は過去にそういったこともたくさんございまして、今ではパスワードは誰に見せても恥ずかしくない、ものすごい機械的なものになってます。 ……ええ、旅行中にパスワードが原因で後輩の好きな子がバレたことがございましてね。 なんか最近流行ってます、メールにパスワードつきzipを添付して、次のメールでパスワードを送るルール。 かくいう私の会社でも先頃公式ルールとして設定されまして、従ってないのがバレるとちょっと怒られたりするらしいです。 で、メールに添付したzipのパスワードをメールで別に送ってなんの意味があるんですかね。という質問を誰かにしたいのですが、どこにしたらいいんでしょうか。誰もがめ
ストーリー by reo 2011年05月11日 15時00分 find / -name "*.jpg" -print 部門より カビてしまった食べ物の処理をしたり、筐体の中のゴキブリの死骸を取り出したり、はたまた膝まで水に浸かった状態で感電しないように電源の入ったサーバを持ったりと、IT にだって汚れ仕事はある。過去数回に渡り IT 業界の汚れ仕事についての特集を組んできた InfoWorld の最新記事について本家 /. 記事で取り上げられている。 最新版では企業の廃 PC を引き取り、掃除した上で販売する業者の話や (筐体の中からは想像を超えるものが出てきたりするらしい) 、マルウェア感染の調査で IT 部門のトップがロリコンサイト閲覧に明け暮れていたことや「SM サイトのスパムメール経由で感染した」と説明していた従業員が実際はそのサイトに会員登録を送信していたことなど、知らなくても
「横田さん、最近このようなインフラ勉強会に行くと『イカムスメ』という言葉を目にしますが、これはクラウドの新しい技術ですか？」 「横田さん、最近インフラ系の勉強会に行くと『僕と契約して○○しようよ』とみなさんおっしゃるのですが、あれはOSSに対する挑戦なんですか？」 最近、インフラ系の勉強会のイベントなどに行くと、深夜に放送されているアニメのキャラクターをセリフを使ってプレゼンされる方が増えています。 なぜか、このようなインフラ勉強会に参加している人の場合は、だいたいがこの手の深夜アニメネタはなぜか通用する可能性が高いです。（ここ最近QBネタの多さは以上） そのため、このような深夜アニメをネタとするプレゼンや発表をするのでしょう。そのため、インフラ系の勉強会に行くと深夜アニメの（ごく一部）を見た事がないとわからないネタが多くなってしまいます。 このような状況のため、せっかくITイン
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 日立ソリューションズが運営する「情報セキュリティブログ」で開催されていた「第3回 IT駄洒落コンテストNEO」の結果が発表された。 応募総数5200件の中から大賞に選ばれたのは、「お前にURL筋合いはない！」という駄洒落。考案したosicomanさんには、iPad 16GB Wi-Fiモデルが贈られる。そのほか、優秀賞には「被害者はPerlのようなもので殴られ意識不明」（liquidfuncさん）、特別審査員を務めた伊藤ガビン氏による伊藤ガビン賞には「いろはにほへとちりNULLｵﾜﾀ＼(^o^)／」（takawoさん）などが選ばれた。
技術的負債（英語: technical debt）、設計負債[1]、またはコード負債とは、ソフトウェア開発における概念であり、時間はかかるがより良いアプローチを選択する代わりに、簡単ではあるが限定的な解決策を選択することで生じる、将来的な手直しにかかる暗黙のコストを示すものである[2]。 金銭的な負債と同様[3]に、技術的負債も返済されなければ、「利子」が蓄積され、変更の実施が困難になる。技術的負債を処理しないと、ソフトウェアのエントロピーが増大する。金銭的負債と同様に、技術的負債も必ずしも悪いものではなく、プロジェクトを前進させるために（概念実証として）必要な場合もある。一方で、「技術的負債」というメタファーは、その影響を最小限に抑える傾向があり、その結果、修正するために必要な作業の優先順位付けが不十分になると主張する専門家もいる[4][5]。 コードベース上で変更が開始されると、コード
東京でフリーランスのウェブプログラマをしていたころ、技術勉強会によく参加した。こういう勉強会に参加する人たちは、意欲も技術力も高い人たちが多かった。技術者としては、幸せな時間を過ごすことができた。 だが、疑問もあった。参加者たちの多くは、職業プログラマであったのだが、カネの話をしない。技術が最終的にどのようにビジネスに役立ち、利益を増進し、社会に寄与するのか、ということに興味をもっている人はほとんどいなかった。彼らの多くは、ただ純粋に新しく登場した技術をオモチャのように慈しんでいた。 シンガポールで Barcamp に参加したときの風景はかなり違っていた。技術的なセッションもあったが、マイクロファイナンスなど IT をいかに社会の進歩に結びつけるかについての真剣なセッションも多かった。 日本の優秀な技術者たちにとって、IT はある種のオタク的消費対象であり、その社会的応用については、自分た
「終わったー！」 社会人になって半年，ついに初めてのプログラムが完成した。 念願のシステムエンジニアになることができた私は，右も左もわからないにも関わらず，やる気だけは誰にも負けないぞと意気揚々としていた。数カ月の研修を終え，プロジェクトに配属されると，まずは開発手順を覚えるためにペアプロでプログラムを開発することに。 先輩の教え方はとてもわかりやすく，私もどんどん吸収していたつもり。でも，先輩には全然かなわない。ガントチャートという進捗のグラフを見せてもらったら，自分たちのスケジュールが遅れていることを知ってビックリ。「すみません，私がボトルネックなばかりに…」と先輩に謝ったら，「初めてなんだから仕方ないよ」とやさしく返してくれた。 進捗が遅れていくにつれて最初の元気がなくなっていく私。そんなある日，先輩が声をかけてきた。 「今日から残業して少しずつ取り戻そうか」 つい元気よく，「はい！
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く