エンジニアは、地方から首都圏へ Facebookである人が、「関西にいる同級生がどんどん転勤や単身赴任で東京方面に行っている」とポスト。それに、呼応する形で、実際に関西から東京へ単身赴任中のIT企業のエンジニアのリプライがあった。 また、先日、ある地方のSI事業者に、取材に行ったとき、現場のマネージャーから、「この数年で、地方のエンジニアのスキルが落ちたという実感がある。競合と提案しても、コンサバだし、一昔前の提案が多い」という話を聞いた。 実際に、僕自身も、90年代は、神戸でソフトウェア開発者であったが、今は、東京で働いている状況だ。 ITバブル崩壊以降、他の産業から遅れて、IT産業の首都圏への集中化が起こっている実感は、多くの業界関係者が持っている。 IT産業を語るとき、ゲーム産業やウェブサービス産業と混在して語られる場合が多いが、IT産業というときは、歴史的には、コンピューターを中心
[居酒屋。サラリーマン風の男がグラスを片手にくだを巻いている。] もうさ、システムエンジニアなんて免許制にしちまえよ。 こんな複雑で難しい仕事、ロクにソフトウェア工学も修めてないトーシロがやろうってのが間違いなのよ。いやおれも含めての話よ？ 何か開発でポカやるじゃん。 ポカやったら、レビューが足りなかったとかさ、チェックが甘いとかさ、なるじゃん。 でもって、誰でもできるようにチェックリスト作ろうとか、手順書作ろうとかって話になるじゃんね。 違うんだよ。 例えばさ、医者の診察考えてみ？あれってチェックリストがあれば誰でもできるの？違うでしょ？ 6年間も大学通ってさ、人のからだの仕組みを隅から隅まで全部勉強して、国家試験パスして、研修医として経験積んで、それでようやく診察できるようになるわけでしょ。 今のIT業界、それもほんとに能力ある人が集まらない、底辺のIT業界って、 医者が足りない、でも
定期的にSI業界が終わったという話が出ますが、本当にそうでしょうか。終わるべきは一括発注・請負のディフェンシブなビジネスモデルです。受託はなくなることはありません。ソフトウェアの開発を、他の業界のアナロジーで考えるのではなく、正面から取り組んだビジネスモデルについて語っています。 ディフェンシブな開発 今から5年前に、SI業界における多くの問題の原因がそのビジネスモデルにあるという「ディフェンシブな開発〜SIビジネスの致命的欠陥」という記事を書きました。SIにおけるビジネスモデルは、発注者とベンダーはあらかじめ決めた金額と要件の中で納品と検収を目指すため、利益を出すためには双方がリスクを取らずに「守り」に入る必要があります。その結果、顧客にとって価値を産むかどうかよりも決められた要件通りに作られることを重視することになってしまいます。人月という単位であらかじめ決めるとなれば、単価の安い下請
いまさらの感もあるのですが、特にいろいろと日本全国を飛び回るようになって、いろいろなお客さんにお世話になっています。ということで、その辺りで感じたことで、特にエンドユーザーの情報システム部はどうあると、「有利」なのか、ということを書いてみます。 対象は、お金を湯水のように使えないエンドユーザーさんです。とにかくリスクヘッジのためなら何百億円使おうと問題ではない、というユーザーさんはフルリスクを取れという要求以外であれば、SI屋さんの方から「無理なので、ご遠慮します」ということはありません。そのようなユーザーさんは、例外だとは思いますので、ちょっと対象外です。（なんか最近そうでもない説はありますが） 以下、あくまで自分の経験なので、不快な気分の方は、完全スルーでご容赦をお願いします。ベンダー風情が生意気な事を書きやがって、という方もいらっしゃると思いますので、そういう方には事前に、謝罪してお
日米で異なるソフトウェアの作り方 私がシアトルに来たのは1989年なので、こちらに来てもう20年以上になる。最初の10年をMicrosoftのソフトウェアエンジニアとして過ごし、後半の10年は起業家としてソフトウェアベンチャーを3つほど立ち上げている。こうやって1年の大半を米国西海岸で過ごしながらも、日本には毎年数回仕事で帰国しているし、日本語でブログや記事を書いてもいて、ある意味で「日本のソフトウェアビジネスを、一歩離れてちょうどよい距離で見る」ことができる立場にいる。 そんな私が常々感じているのは、日本でのソフトウェアの作り方が米国のそれと大きく違っていること。そして、日本のソフトウェアエンジニアの境遇が悪すぎること―そして、それが「日本のソフトウェアが世界で通用しない」一番の原因になっていることである。 そもそもの成り立ちが違う日米のソフトウェア業界 日米のソフトウェアの「作り方」の
田中克己の針路IT - ソフト会社に明日はない？：ITpro ＿＿＿_ ／:::::::::: u＼ ／:::::::::⌒ 三. ⌒＼ ウソだろ！？ 今期、いきなり利益半減？ ／:::::::::: （ ○）三（○）＼ 会社どーすんだろ・・・orz |::::::::::::::::⌒（__人__）⌒ | ＿＿＿＿＿＿＿_ ＼:::::::::: ｀ ⌒´ ,／ .| | | ノ::::::::::u ＼ | | | ／::::::::::::::::: u | | | |::::::::::::: ｌ u | | | ヽ:::::::::::: -一ー_~､⌒)^),-､ | |_＿＿＿＿＿＿__| ヽ::
新米と秋刀魚のわた焼き お刺身用の秋刀魚を買いました。1尾250円です 3枚におろして、秋刀魚のわたに酒、味醂、醤油で調味して1時間ほど漬け込み、グリルで焼きました 秋刀魚のわた焼き わたの、苦味が程よくマイルドに調味され、クセになる味わいです 艶やかな新米と一緒に 自家製お漬物 土…
溜息しか出ねぇ今日この頃。ただうまい夕飯が食いたくて、暖かい布団から出たくないだけで、、、それなのに雨の中を原付で滑走した。ひたすら、自宅を目指して。とりあえずビールだ。そしてスキヤキだ。 やってらんねぇな。システム会社に勤めて8年、これほどまでにどうでもいい感覚は初めてかもしれないが、、、この世も捨てたものじゃないし、俺も捨てたものじゃないさ。適当に、そう、適当に思いつくがままに文字列を羅列していく行為、そんな日もある。 ● 動いているシステムには触るな。 ● バッチ処理を信用するな。 ● セキュリティは初めからなかったよ。 ● 新しいアイデアが思いついたら口をふさげ。 ● 仕様書が読まれることは無い。 ● 仕様書が必要になった時、その仕様書は役に立たない。 ● SQLの達人にSQLを書かせるな。 ● 1人でオブジェクト指向。 ● システムを業務に
経営者にとって、情報システムは頭痛の種になりがちだ。業務に必須だが投資に見合った効果が出るとは限らない。ほかの設備投資に比べて専門的で難解でもある。 野村総合研究所で約20年間勤務した後に、人材派遣大手スタッフサービスのCIO（最高情報責任者）を務め急成長を支えた著者が、ベンダーとユーザー両方の視点から、“システム屋”の思考回路と、上手な付き合い方を説く。 前回（第27回）で登場したインド人の“システム屋”経営者の言葉をもう1つ紹介したいと思います。彼から「日本企業向けの仕事はもうやりたくない」と言われたことがあります。英語力の問題ではなく、日本人はそもそもシステム開発に向いていないというのが彼の主張です。 これを聞いた私は、その場では苦笑するほかありませんでしたが、日本人の“システム屋”として悔しいという感情が残りました。しかし今ようやく、この意見には反論が可能だという思いに至りました。
株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 偽装請負というのは、コの業界（古い隠語だけれどコンピュータ業界のことね）のいわゆる悪弊であったりするのですが、それぞれについて分からないというお話や勘違いしてることも多いかと思うので、ちょっと整理してみよう。 ● まずは言葉の意味から ■ 請負契約 納品物に責任を負う契約。つまり、成果物が完成しなければ報酬はもらえない。どのように作ったかは個別に契約していない限り問われない。受注側が従業員を使う場合、発注側が指揮監督をすることはできない。 ■ 委任契約（準委任契約） 作業に責任を負う契約。ちゃんと作業をしていれば（善管注意義務を果たしていれば）成果物がなくても報酬がもらえる。受注側が従業員を使う場合、発注側が指揮監督をすることはできない。 ※ ここまでを分かりや
2009年07月28日03:42 【不況】 IT業界がヤバい エンジニア「マジで仕事がない。」 カテゴリN速民の井戸端会議 1 名前： 姫カンムリシャジン(関西地方)[sage] 投稿日：2009/07/27(月) 19:05:00.26 ID:fjqg106g ?PLT(12000) ポイント特典 IT業界っていっても非常に大きくて、ネットワークからユーザサポート、システム開発とあるわけだけど、 その中でシステム開発、とくに業務アプリ開発業界のうごきを1エンジニアの目から見てみる。 現状を端的にいえば、「非常に厳しい」ものとなっている。 日本の業務アプリ開発は長い間、客が提示する案件を大手SIが受注し、 それを大手SIの子会社と外部協力会社（派遣会社）から派遣された技術者がくみ上げていた。 ところが08年のサブプライム、リーマンショック以降、客が案件を提示しなくなった。 それがもろにでた
もう日本のメーカーのほとんどに、担当者は居ない。 製品のメイン開発者のほとんどが、社内に居ないのだ。 ---- 俺はプログラマー。 長年、とある組み込みマシンのメインプログラマーだった。詳細仕様、プログラムの細部、それらは全て資料化されているものの、膨大な量と難易度の為、俺が居ないと回らない状態だった。 ところが、この不景気で、俺の雇い主の某大手メーカーは、とにかく外注を切る指示を出した。 そして、俺は引継ぎ作業をして、その会社の仕事を終わらせた。 引継ぎと言っても、そもそも仕様自体が多いので、１ヶ月毎日ミーティングしたが終わらなかった。資料は電子化されているが印刷したら電話帳ぐらいにはなるだろう。更にネットワーク機器で他装置との連携機能も実装していて、それらのノウハウなどはとうとう伝え切れなかった。 プログラムも、量を減らす為にテンプレートやらマクロやらが大活躍で、そもそもLinuxカー
3．ビジネスリサーチの報告書作成 ファクト、ファクト、ファクト〜事実に基づくこと 「What's Your Story?」という提案や提言がないレポートは意味がない、ということがよく言われますが、ビジネスリサーチの報告書は、内容の8〜9割は ファクト … 2021.01.19 2021.05.16 312 view 2．ビジネスリサーチの情報収集 デスクトップ調査 の基本〜アニュアルレポートなど公開情報から… デスクトップ調査 とは、主にインターネットなどを使用して、公開情報を調査して整理・分析を行うものです。「CIAも収集する情報の95％が公開情報」ということで、情報不足とい… 2021.01.28 2021.05.13 1958 view コラム〜リサーチャーの日常 トリプル ディスプレイ モニター 在宅勤務が常態化している人は、まず トリプル ディスプレイ 環境に投資することを考えて
コンピュータメーカーや大手SIerなどによる、再々委託禁止の動きはごく当たり前のものになってきた。 既に富士通や伊藤忠テクノソリューションズ（CTC）、CSKシステムズ、新日鉄ソリューションズ（NSSOL）などの大手から中堅SIerまでが、3次の下請けを禁じる「再々委託禁止」の規則を導入（表1）。今回の取材で回答を得られなかったが、取引関係のある複数の企業によると、日立製作所も同様の方針である。 NTTデータと野村総合研究所（NRI）、NECは、現在のところ多重下請けを一律には制限していない。ただし、協力会社が外注を活用する場合は必ず報告と許諾を求めるなどして、下請けの管理を強化している。 再々委託禁止より厳しい外注制限を課すケースも出ている。キーウエアソリューションズやシーエーシー（CAC）は2次への業務委託も禁じるようにしたのだ。また、ある中小SIerは「最近、日本IBMの2次下請けと
「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします（編集部） 2009年、日本の春は多くの学生さんたちが卒業し、また社会で活躍し始める時期です。 IT業界は3K、7Kなどと、いろいろネガティブな面も取り上げられます。けれども、「ものづくり」の楽しさや、人の役に立つ仕事として＠ITで取り上げられるような業種で働こうと考えている人も多いことでしょう。 なんとなくIT業界を選択した人から、もしかしたらあまり気が進まないのに、IT業界に入ってしまった人がいるかもしれません。その一方、プログラミングやコンピュータに関する事柄がとても好きでIT業界に入ってきた人もいるでしょう。 本記事では、IT業界を目指している学生さんや入社間もない新人に向けて、より楽しく
今の現場は、テスト結果の精密なエビデンスが求められる。 今日はバグつぶしそっちのけで、テスト実施結果に対するエビデンスを採っていた。 数100項目のテストケースに対する画面キャプチャやデータキャプチャのエビデンスを採る。 これを綺麗に整理して、お客さんのハンコを貰わなくては本番にあげられないルールだ。 コア部分のバグ改修できるのは僕だけだが、まにあわないのでバグよりもエビデンスを優先した。 品質よりも品質保証を優先したわけだ。 う〜ん、事情はわかるけど、、、あほくさい。 バグを見つければ見つけるほど、強烈なエビデンス編集作業があるから テストをやってくれてるプログラマーさんも、恐る恐るテストを叩くようになってしまった。 っていうか200ページを越えるテストエビデンスをお客さんに確認させるのってどうやろ。 超大手sIerのBigなドMっぷりには、恐れ入りました。 本質的なサービスに集中できる
経営者にとって、情報システムは頭痛の種になりがちだ。業務に必須だが投資に見合った効果が出るとは限らない。ほかの設備投資に比べて専門的で難解でもある。 野村総合研究所で約20年間勤務した後に、人材派遣大手スタッフサービスのCIO（最高情報責任者）を務め急成長を支えた著者が、ベンダーとユーザー両方の視点から、“システム屋”の思考回路と、上手な付き合い方を説く。 貴社は、金融危機に端を発したこの不況を乗り切るための施策として、何をお考えでしょうか？ 新たな顧客・販売チャネル開拓、低価格品の開発、間接部門のスリム化、あるいはリストラなど、様々な選択肢があるでしょう。 このような状況において、貴社の情報システムは効果を上げていますか？ 決断を下すのに当たって、顧客情報や製品・サービス情報は分析・洞察・予測を支援する形で提供されますか？ あるいは、そもそも不況が来る前、あるいは好況期において、情報シス
僕は今回の案件で、システムのレスポンスに徹底的にこだわってる。 それには理由がある。 それは、プログラマの誇りを見せたいからだ。 この案件は、既存機能をコピーして似た機能を作るというものだ。 既存機能は、Webシステムなのに1アクションで 1分や2分以上のレスポンスタイムはザラで、 悪いときには数分後にタイムアウトして、 さらに悪いときには、アプリケーション全体をロックしてしまっていた。 顧客はそれでも我慢して使っていてくれたそうだ。 今回の改修に際して、顧客がパフォーマンスを要求するのは当然だった。 それにしても酷いアリサマだとコードを見てみると 酷い。 確かにパフォーマンスは出ないのも無理はない。 いや、それどころか僕は、このSI業界の問題を感じざるを得なかった。 この機能はそこそこ難しく、業務的にも重要だ。 しかし、そのコードは、新人〜3年目ぐらいのプログラマが書いたとしか思えないコ
高橋さんの記事がばずってた。 見積もり2億円のIP電話を820万円で構築した秋田県大館市から学べること これをネタにしたエントリにどんなことが書かれているかは、まぁ読むまでもないなーと感じるのは「この記事に対する読者コメント」を見たらわかる。 わりと冷静に、 1人月（ではなく2人月！）300万〜400万の価値は？ 2億円の見積もりされたのを820万でできたのはすばらしいと思う とかあるけど、ちょっとポイント違うんじゃないかな。 「ポイント違う」というのは、どちらも「SIer視点」だからだ。それぞれを要約したら、 素人としてはよくやったよね ベンダの見積り根拠ってのは… 「安全率」入ってないよ に要約されるように思うし(と読めるんだけど)、そこで書かれている他のエントリの空気とかもその辺に集中してるようだけど、この記事でのポイントはそこじゃない。 この事例での一番のポイントは、実はFLOSS
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
