日本のエンジニア事情も少しはシリコンバレーに近づいているのではないかと: ある nakagami の日記
僕が新卒で会社に入った20年前は、プログラマーの定年は 30歳くらいだった。 自分の課長は30ちょっと過ぎだったし、長らくプログラムを書いてない部長は、今の僕より若かったと思う。 それが、今では世間一般に言われるプログラマーの定年が 35歳まで伸び、しかも、僕の実感では35歳前後の人はむしろ一番活躍している年代で、定年前っていう感じではない。シリコンバレーでは、いつまでもプログラミングしているエンジニアが結構いると聞いているが、これから日本もそんな風になっていく気がする。 大手SIer の30前後の社員は、まったくプログラムを書かず/知らずに、手配師仕事だけというイメージ。それも判断基準に、エンジニはの技量は関係なく八百屋で値切るような仕事しかしてない。そりゃ、自分がプログラム書いてないんだから、技量なんてわかるはずもない。 それがここにきて「これからは自社内で開発もする」と言われて困って
開発者を使い捨てにする会社の話 - rabbit2goのブログ
開発に関わる種々の問題を抱えている状況はどこも似たようなものだし、開発者同士でアイデアを出し合ったり、上手くいった（行かなかった）事例を紹介すれば、互いに参考にしながら上手くやっていけそうな気もする。だから、商売云々の話は別として、開発現場での取り組み事例などは非常に気になるトピックスだったりする。 そんな事を考えつつ或る人と話をしていたら、その内容が強烈だったので差し障りの無い程度に紹介してみたい。 現場で使えない人間は退職に追い込む。わざわざ教育しなくても代替の開発者は他に幾らでもいる。 毎年xxx人を採用して、同じ数の退職者が出る。生き残った者だけが仕事を続けられる。 開発現場を回すのがマネージャの仕事。そのためには人月単価の安い下請けを使うことが必須だし、常に安い所を探している。 Excelさえ有れば仕様書を書けるし、人員計画、ガントチャートや進捗報告も作れる。だから、他のツールは
Ywcafe.net
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Top Smart Phones song lyrics 10 Best Mutual Funds Best Mortgage Rates Accident Lawyers Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy
【給食】4700万円かけて作った海自の献立ソフトに不具合 :【2ch】ニュー速クオリティ
1 ◆zzzbb2c.e6 (東京都) 2011/10/20(木) 22:35:10.20 ID:mVmTjM2j0 ?PLT(12000) ポイント特典 海自：給食献立ソフト、不具合放置 検査院指摘 http://mainichi.jp/select/wadai/news/20111020dde041040035000c.html 海上自衛隊が隊員の給食の献立作成に使うパソコンソフトを約４７００万円かけて開発しながら、画面の表示がずれるなどプログラムの不具合を会計検査院の指摘を受けるまで放置し、少なくとも導入から１年間ほとんど利用していなかったことが分かった。 検査院によると、海自は以前から、病院など陸上施設の給食の献立作成に専用ソフトを使っていた。艦艇部隊でも乗組員の栄養管理のためソフトを使うことになり、民間企業に発注し新たな機能を追加した新ソフトを昨年５月に導入した。 検査院は、昨年
IT部門と経営の溝を埋めるために必要なたった1つのこと - GoTheDistance
もう何周目になるのでしょうか。｢情報システム部門が経営に貢献できていない｣というこの手の話は。 システム部門再生 - 経企部門が吐露する「システム部門への不満」：ITpro なんか色々ダメだしされていますが、重要なポイントは１つだけです。システム部門がビジネスに貢献するためには、自社の事業に対する理解が必要なだけではなく、その遂行手段である業務プロセスの理解が必要だ、という圧倒的な事実があることだけ。WhatとHowはクルマの両輪だと。で、この手の問題はシステム部門の問題ではなく経営の問題だという水掛け論が水びだしになるまで色んな人にされてFUDが残るのも味わい深いポイントであります。 自分達で管理できないものを改善できるわけが無い システム部門が業務プロセスの改善に貢献できない理由。突き詰めれば１つだけです。自分達で管理できずに、安易に外部に投げているからです。管理できないシステムをたく
「絶対落ちないシステムを作れ」という要件に、開発者たちはどう対応したのか。東証arrowheadの当事者が語る
「絶対落ちないシステムを作れ」という要件に、開発者たちはどう対応したのか。東証arrowheadの当事者が語る 「素人的に言えば、絶対落ちないシステムを作れ、というのがユーザーから見た要求条件」と発言したのは、東京証券取引所の株式売買システム「arrowhead」開発のプロジェクトマネージャ 宇治浩明氏。 東京証券取引所は2005年にシステム障害を起こし、取引が一時全面停止するという事態を引き起こしました。そのため2010年に稼働を開始した新システム「arrowhead」の開発では、高性能と高可用性という高い品質を実現することが絶対の目標となっていました。 東京証券取引所と、arrowheadの開発に当たった富士通。両社はどのように開発プロジェクトを通して高いソフトウェア品質を実現したのでしょうか？ 9月9日、早稲田大学 西早稲田キャンパスで行われた日本科学技術連盟主催「ソフトウェア品質シ
若い人が辞める会社の運命 - ベテランIT営業が教える「正しいITの使い方、営業の使い方」
「若手や中堅の優秀なエンジニアが、この一年で3人辞めてしまいました。来月もまた一人やめる予定です。いったい、どこに問題があるのでしょうか。」 あるSIerの経営者から聞いた話です。私はこう答えました。 「楽しくないからじゃないですか?」 先週のブログでも書きましたが、コンピューターが、まだまだこれからという時代は、コンピューターを導入することが、業務のイノベーションをもたらしていました。SIerがシステム・ハウスと言われていた時代です。まだまだこれからの時代ですから、新規の導入や開発が仕事を支えていました。また、運用・保守も時代を先取りした仕事であった様に思います。当然、新しい技術を走りながら取り込んでゆくことが当たり前の時代でした。 その後、情報システムが企業内で一巡し、業務で広く使われるようになるころには、ユーザー企業は膨大なシステム資産を抱えることになりました。そうなると、新規開発は
オフェンシブな開発〜「納品しない受託開発」にみるソフトウェア受託開発の未来 | Social Change!
定期的にSI業界が終わったという話が出ますが、本当にそうでしょうか。終わるべきは一括発注・請負のディフェンシブなビジネスモデルです。受託はなくなることはありません。ソフトウェアの開発を、他の業界のアナロジーで考えるのではなく、正面から取り組んだビジネスモデルについて語っています。 ディフェンシブな開発 今から5年前に、SI業界における多くの問題の原因がそのビジネスモデルにあるという「ディフェンシブな開発〜SIビジネスの致命的欠陥」という記事を書きました。SIにおけるビジネスモデルは、発注者とベンダーはあらかじめ決めた金額と要件の中で納品と検収を目指すため、利益を出すためには双方がリスクを取らずに「守り」に入る必要があります。その結果、顧客にとって価値を産むかどうかよりも決められた要件通りに作られることを重視することになってしまいます。人月という単位であらかじめ決めるとなれば、単価の安い下請
IT系上場企業の平均給与を業種別にみてみた 2011年版 ～ パッケージベンダ、SIer、モバイル企業編
IT系上場企業の平均給与を業種別にみてみた 2011年版 ～ パッケージベンダ、SIer、モバイル企業編 IT系企業で給与が高いのはSIerなのか、パッケージベンダなのか、それともネットベンチャーなのでしょうか。前編のネットベンチャー、ISP/ホスティング、SEO/SEM、アフィリエイト企業などに続き、今回はパッケージベンダ、SI/システム開発、ゲーム開発、モバイル関連の企業についてみていきましょう。 この記事は、Yahoo！ファイナンスの「業種別銘柄一覧：情報・通信」および金融庁の「EDINET」で公開されている企業の有価証券報告書から、従業員数、平均年齢、平均年収などの情報を収集、Publickeyが独自の判断で主な企業をピックアップし業種を分類、平均給与が高い順に並べてみたものです。年収の単位は千円です。 この記事は「IT系上場企業の平均給与を業種別にみてみた 2011年版 ～ ネッ
クラウドはSIerのビジネスにどんな影響を与え、SIerはどうするべきなのか？ 情報サービス産業協会がレポートを公開
国内の主要なシステムインテグレータやソフトウェア開発企業で構成する一般社団法人 情報サービス産業協会は、クラウドがシステム開発などの情報サービス事業に与える影響や課題を整理したレポート「クラウドコンピューティングが情報サービス事業者に与える影響とビジネス拡大に向けての提言」（PDF）を、公開しました。 本レポートは、システムインテグレータやソフトウェア開発企業の立場からクラウドによるビジネスの影響を分析し、それに対応したビジネスモデルを提案している点が特徴です。 クラウドの登場などによる「所有から利用へ」の流れは、サーバなどハードウェアの販売や開発案件の減少など、システムインテグレータが依拠してきたビジネスモデルをおびやかそうとしています。その現状分析と今後の対応策をシステムインテグレータ自身がどう考えているのか、このレポートから垣間見ることができます。 新たな4つのビジネスモデルを提言
富士通、テスト工程を請け負うSIサービス「Fujet」
富士通は2011年9月15日、システム開発におけるテスト工程を専門に請け負うSIサービス「Fujet」を発表した。10月1日に提供開始する。ユーザー企業の自社開発案件を中心に、任意の案件を対象とする。提供会社は富士通ミッションクリティカルシステムズ（FMCS）で、受注窓口はFMCSおよび富士通。価格は個別見積もりで、1000～2000のテストケース実行で100万円（税別）から。販売目標は2013年度末（2014年3月）までに20億円。 Fujetは、システム開発におけるテスト工程を請け負うSIサービスである。テスト計画やテスト仕様書の作成、ツールを用いたテストの実施と、テスト結果レポートの生成、などのサービスを提供する。テスト結果レポートを、実際にバグの修正や仕様変更などを担当するユーザー側の開発チームと共有する。テスト結果を可視化して品質を評価するサービスや、ソースコードの静的解析サービ
「下」にいる中小IT企業の未来
昨日15日付の「記者の眼」に続き「システム内製」に絡む話を掲載するが執筆者も内容も異なるのでご了承頂きたい。 「ユーザーが主体的にシステムを開発せよというテーマで“IT企業参加お断り”のシンポジウムを開く真意は何か。中小のIT企業は不要ということか」。 中小IT企業の経営者を集めた勉強会を企画している方からこう尋ねられた。意図を説明したところ、それを経営者の前で述べてほしいと言われ、全国ソフトウェア協同組合連合会（JASPA）で先日話をしてきた。 中小IT企業と書いてみたものの「ITエンジニア」と同じくらいなじめない。やはりソフトハウス、システムズエンジニアと書きたいところである。 勉強会で話したこと 勉強会では、まず「ユーザー主体開発」に関する筆者の活動内容を紹介した。骨子は以下の通りである。 ユーザー主体開発に関する諸活動 6月1日付で編集委員に加え「研究員」の肩書きが付いた。ユーザー
“ＩＴ音痴”メガバンク経営陣が頭を抱えるワケ : SIerブログ
1 ： ◆YKPE/zzQbM ＠ゆきぺφ ★：2011/08/27(土) 23:36:03.54 ID:??? 金融庁が７月上旬、銀行に対してコンピューターシステムのリスク総点検を 要請した。またひとつ当局への報告事項が増えたと、業界では頭を抱えている。 金融庁はかねてから、こうした銀行システムのチェックに乗り出そうとしていた。 そのきっかけを作ったのは、東日本大震災の直後に起きた、みずほのシステム障害。 要請文の冒頭に「今回の主要行のひとつで見られたシステム障害」と明記して いることからも、うかがい知れる。 各行は今月末までに報告書を提出しなければいけないので、地方銀行関係者は 「システム部門はお盆休み返上。しかも提出後に当局からヒアリングを受けるので、 そのことを念頭に入れて（報告書を）作成するので悩ましい」と話す。 金融庁が求めているのは、経営陣がシステム障害の未然防止と障害発生時
大規模SIは少数精鋭で乗り切れるのか？ - 急がば回れ、選ぶなら近道
まず現状の認識は以下の通り 1.20-30代の就業人口の減少これは大前提になる。 また情報共有も進むためよりブラックな会社が 人を集めること自体のハードルがあがる。 結果として、人員を集めるということがより厳しくなる。 これはITに限らず、労働集約的産業全体の課題でもある 2.能力格差の拡大今の40-50代よりも間違いなく、現状の20-30代は 勉強している人としていない人の格差は広がっている。 ゆとり云々とは別に、社会的なプレッシャーから、 むしろ勉強しないと勝ち残れないという強い意識のある集団と、 ゆるふわほんわか草食集団の差が非常に非常に広がっている 3.資源の拡大要するに、割とハード・リソースに余裕が出てきている まず、クライアントサイド。 要はなんでもできる状態になりつつある。 jsあたりはほぼ無法地帯の感もある。 一時、jsでOSみたいのまでいけるぜ、というデモもあったが 技術
SIを仕事にするということ - Digital Romanticism
パラダイムを学ぶことと、実際にデリバリーすることとのバランスについて。あるいは転職報告。 導入 8月1日にグロースエクスパートナーズ株式会社に入社しました。人生で2回目の転職となります。入社してまもなく一ヶ月が経とうとしていますので、本日はその報告を。ブログ、翻訳、プレゼンに続く舞台裏記事の第4段ですね。私とは違う物事のとらえ方をする方々も多くいらっしゃることは重々承知しておりますし、それを批判するものではないこともあらかじめご了承ください。 転職をした理由 私が7月まで勤めていたのは、いわゆる「ITゼネコン」と呼ばれる元請けSIerでした。開発の実務は協力会社さんにお任せしつつ、自分はメールと打ち合わせに埋もれる日々を送っていたわけです。要件定義から保守まで一通り経験できたという意味で学ぶこともありましたし、アーキテクチャ策定やデータモデル設計のようなことも隙を見てやっていたことは事実で
キャプション直すだけで数万円？システム開発の値段が高くなる３つの理由とは | Social Change!
今のシステム開発の業界における価格は、実はその提供している価値に対して、コストが高すぎるのではないか、と以前から考えていました。IT投資に対するパフォーマンスの比率が著しく悪い、摩擦係数が異常に高い気がします。それが何故なのかを考えてみました。（今回は問題提起だけなので悲観的なようですが、別途私の提案編を書く予定です） 色々なお客様とお話しさせて頂くと、かなりの予算投資をしてシステムを構築した後に、実際に使い始めると修正したい箇所が出てくるもので、その改修をベンダに依頼すると想像以上の金額の見積りが返ってきて驚いた、という話をよく聞きます。 実際に、画面の一部のキャプションを少し直すだけでも、数万円とかの見積が出てきた、というのも大袈裟な話ではないのでしょう。そんな経験をしてしまうと、より一層に構築時に確実に作って、改修しなくて済むように、と考えてしまっても仕方ありません。 また、システム
スルガ銀−IBM裁判に関する雑感 - GoTheDistance
週末スペシャル - “スルガ銀−IBM裁判”を振り返る：ITpro スルガ銀行がIBMを訴えたのは債務不履行とのこと。つまり、債権者であるスルガ銀行が「IBMの責任で」自分たちが望むシステムを作り上げることが出来なかったと言っております。債務者(IBM)の責任である場合は、スルガは契約の解除や、不履行により生じた損害を請求することが民法で認められているそうです。スルガから契約解除＆損害賠償という強烈なワンツーパンチが飛んでいます。 要件定義を3度もやり直すという記述がありましたが、恐らく要件と要求が入り交じった「こーゆーことができるようになりたいです！」という夢と現実の区別が付かない仕様書があって、結局そいつの着地点がスルガもIBMも決められず「そのうちどうにかなるやろ」と宙ぶらりんのまま続けていき、現行業務とのギャップが後から後からザックザク出てきて、そのギャップに＋αされた機能が特盛り
プログラムを理解させるには？
K＆RのCで書かれたプログラムを渡された（もう少し正確に言えば、VisualStudioのWizardで作られたものにK＆RのCでコーディングしてある(C++ですら無い)ので純粋なCでは無いが果てしなくK＆RのCだ）。あと、これを作った人はどうにも「ポインタ」の概念が無いらしく、無駄に多次元配列だったり、配列のアドレス渡しとかが多用されている。 作業指示は、これを流用して、C++/CLIかつ.netFramework3.5使用かつ新規案件に対応せよ、との事。 個人的にはどう見積もっても3人で4ヶ月かかる量なんだが、予算が1人で1ヶ月、と言って来た。理由は「Cからの流用だから」。 参ったな。自分としては、C++/CLIはもはや別言語だと思っているんだが。 どうにも上司と顧客に説明出来ない。説明出来ないのは、自分が理解していないせいだ、と言われればそれまでなのだが、自分の感覚で言うと、高段者が
スルガ銀－IBM裁判、終盤戦へ
勘定系システムの開発失敗を巡り、スルガ銀行が日本IBMに111億円超の支払いを求めた裁判の口頭弁論が7月4日、東京地方裁判所で開かれた。同裁判では非公開の「弁論準備手続」が続いていたため、公開形式の口頭弁論は1年4カ月ぶりだ。 口頭弁論で争点となったのは、要件定義の成果物についてである。具体的には、中止したプロジェクトで作成した要件定義書が、当初導入を予定していたのとは別の勘定系パッケージを使う際にも使えるかだ。スルガ銀と日本IBMの双方が、証人を一人ずつ出廷させて、それぞれの主張を述べた（図）。 スルガ銀の主張は「使えない」というものだ。出廷したスルガ銀の米山明広プロジェクト担当部長は次のように証言した。「現在、新たな勘定系刷新プロジェクトを進めているが、そこでは、日本IBMと共に作成した要件定義書は一切、再利用できなかった」。新たなプロジェクトとは、日本ユニシスのオープン勘定系パッケー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。