第28回 日本企業を見限ったインドの“システム屋”から学んだこと
経営者にとって、情報システムは頭痛の種になりがちだ。業務に必須だが投資に見合った効果が出るとは限らない。ほかの設備投資に比べて専門的で難解でもある。 野村総合研究所で約20年間勤務した後に、人材派遣大手スタッフサービスのCIO（最高情報責任者）を務め急成長を支えた著者が、ベンダーとユーザー両方の視点から、“システム屋”の思考回路と、上手な付き合い方を説く。 前回（第27回）で登場したインド人の“システム屋”経営者の言葉をもう1つ紹介したいと思います。彼から「日本企業向けの仕事はもうやりたくない」と言われたことがあります。英語力の問題ではなく、日本人はそもそもシステム開発に向いていないというのが彼の主張です。 これを聞いた私は、その場では苦笑するほかありませんでしたが、日本人の“システム屋”として悔しいという感情が残りました。しかし今ようやく、この意見には反論が可能だという思いに至りました。
メモリ1枚増設って、そんなに大変なことなんでしょうか？：Web時代の翻訳屋 - CNET Japan
[みんなのお題]メモリ1枚増設って、そんなに大変なことなんでしょうか？ 公開日時： 2009/09/08 20:41 著者： まつもと あまり個人を特定する情報を出すのも何なので「知人」ということで止めておきますが、この知人が先日、憤慨して言った言葉。「たかがメモリ1枚、何で増設できないの！」。私もわからないので、いちどこちらの業界の方に聞いてみたいなと。というわけで、今回はこのブログのテーマとは何の関係もない雑談です。 さて、この知人、ある小さな企業（総員十数名）で海外相手の営業を担当しています。当然のように1台のパソコンが割り当てられていますが、用途はもっぱら海外との通信とそれに伴う事務処理。ですから、使うアプリケーションはデータベース（アクセスのカスタマイズ）、メーラー、ブラウザ、表計算ソフトにワープロ、簡単な画像処理程度。このような事務仕事にハイスペックのパソコンは不要と
Q.電球を変えるのに、SE/PGが何人必要か - SiroKuro Page
答え 約2000人月 開発の流れ 要件定義 顧客の発注を受ける １次請け、要件定義書の執筆を始める １次請け、顧客と交渉し、家の中に繋がっている家電製品を全て調べ上げる 一次請け、基本設計実施要領の執筆を始める 基本設計 この工程は、２次請け以下には秘密裏に行われている 詳細設計 １次請け、詳細設計実施要領の執筆を始める １次請け、だいたいこのあたりで２次請けへと乾坤一擲 ２次請け、使用する規格やフレームワークなどの部品を選定開始 詳細設計書の執筆がスタート、電球の大きさや重さ、丸み、光度、味、匂いなどを定義する このあたりで、既に５次請けくらいまで仕事が割り振られている 製造 １次請け、製造工程実施要領の執筆を始める １次請け、単体テスト実施要領の執筆を始まる ５次請け、電球フィラメントのくるくるを手で作成しはじめる ４次請け、求める匂いが上手く出せないと３次請けに駄々をこねる ３次請け
サイバーエージェント2009年3Q決算、Ameba事業の赤字が縮小
サイバーエージェントは8月3日、2009年9月期第3四半期（4-6月）の連結決算を発表した。売上高は701億4200万円（前年同期比9.89％増）、営業利益は28億5700万円（同21.00％減）、経常利益は28億円（同20.75％）、純利益は11億3400万円（同37.1％増）となった。 「Ameba」を中核としたメディア事業では、ページビュー（PV）増加を最優先した投資を行った結果、6月には前年同月比約2倍となる90億7000万PVを達成。加えて収益化に取り組んだ結果、同事業での営業損益は6億3400万円（前年同期は13億8400万円の損失）と赤字の縮小を実現した。同事業では第4四半期以降の黒字化を目指す。その一方で、景気悪化の影響からFX事業や投資育成事業が鈍化した。 なお、2009年9月期の連結業績については、売上高970億円、営業利益47億円、経常利益45億円、純利益12億円と期
あなたの会社の常識 （IT会社）
5 名前：仕様書無しさん：2007/03/30(金) 15:38:34 一般社員は 就業規則を閲覧してはいけない。 6 名前：仕様書無しさん：2007/03/30(金) 20:44:05 >>5 それ違法。 7 名前：仕様書無しさん：2007/03/30(金) 21:42:05 なにか問題が起こると、すぐに 「弊社は問題を起こさないよう努めております。従って弊社に問題はありません。」 という主旨のアナウンスをして隠蔽する。 11 名前：仕様書無しさん：2007/03/31(土) 10:44:25 年休取得の均質化を強く推奨。 基準 0日/年。 12 名前：仕様書無しさん：2007/04/03(火) 13:41:12 若いやつを飲みに連れていった場合、その役職者は翌日昼からの出勤でもいい うちの会社の謎ルール。当然連れていかれたほうは、朝5時まで付き合わされても 9時出勤、遅れると始末書。
プログラマを激怒させる一言:アルファルファモザイク
元請けからのメール： Title:【至急】バグがhogehoge 実際：オペミスだったり、仕様通りだったり、勘違いだったり
第11回 多忙と徹夜を「喜ぶ」 最悪の“システム屋”
経営者にとって、情報システムは頭痛の種になりがちだ。業務に必須だが投資に見合った効果が出るとは限らない。ほかの設備投資に比べて専門的で難解でもある。 野村総合研究所で約20年間勤務した後に、人材派遣大手スタッフサービスのCIO（最高情報責任者）を務め急成長を支えた著者が、ベンダーとユーザー両方の視点から、“システム屋”の思考回路と、上手な付き合い方を説く。 前回（第10回）では、「それは『IT（情報技術）以前』の問題ですから、ITでは解決できません」と、やたらと課題の整理を要求する“システム屋”が多いことを説明しました。 こうした“システム屋”は主に、2つのタイプに分類されます。「ガミガミ屋」と「マゾヒスト」です。こうした“システム屋”たちがユーザー企業の情報システム部門にいる場合、元々ある課題がより複雑化してしまいます。 ユーザー企業の情報システム部門にいる「ガミガミ屋」は、課題の検討が
「ソフトウェアは工業製品ではない」、Rubyのまつもと氏が講演 － ＠IT
2009/04/10 ソフトウェアは工業製品ではない――。Rubyの生みの親としてしられるまつもとゆきひろ氏は2009年4月9日、InfoQ主催のイベント「QCon Tokyo 2009」の基調講演で、ソフトウェアと何であり、何でないのか、それはどういう性質のものであるのかを雄弁に語った。 コードとは設計である 「ビューティフルコード」と題した基調講演を行ったまつもと氏は、2007年に共著者の1人として出版した同名の書籍に書いたエッセイに込めた思いを、次のように語る。 「世界に冠たる日本の製造業のノウハウを適用することで生産性を上げることができるに違いないという発想がありますが、ソフトウェアは工業製品ではない。そうした誤解を正していきたい」。 ソフトウェア産業界では、よくエンジニアが何十万人足りないということが言われる。しかし、まつもと氏は、これは工業生産と同じ方法論を当てはめることから来
47NEWS（よんななニュース）
新型コロナウイルス新潟県内定点調査、感染報告1112人（2月26日～3月3日）1医療機関当たり12・93人、4週ぶりに増加
すごい現場
皆はどんな現場で，どんな仕事をしているのだろう。何に悩み，どうやって乗り越えているのだろう。プロの仕事とそうでない仕事の境目はどこにあるのだろう。システム開発や運用の現場を歩き，そこで見聞きした面白い話，感動的な話，すごい話を紹介します。 ・大企業からベンチャーまで ぼくはこんな現場を歩いてきた ・SEを潰した値引き 信頼も連帯感も消えた ・期限は明日――若手SEの気迫を見た ・寝不足のプレゼン ドリンク剤も効かず ・中国の開発現場もすごい 若き社長が率いる修羅場 ・オンラインダウン発生！ あの日，何もできなかった ・建築設計事務所で見た 巨匠のすごいレビュー ・コンサル泣かせの現場 “小さな王国”の弊害 ・逝去した巨匠への追悼 感激したあの言葉 ・人の話を聞かない40代 あるコンサルの失敗 ・過ぎたるは及ばざるがごとし 作りすぎたRFPの悲劇 ・人間万事塞翁が馬 得難いレクチャーの裏事情
「IT業界なんかで働かなくて良かった」 ←業界経験者なら完全同意だよね？:アルファルファモザイク
編集元：ニュース速報板より「「IT業界なんかで働かなくて良かった」 ←業界経験者なら完全同意だよね」 1 すずめちゃん(東京都) :2009/03/15(日) 03:27:58.45 ID:phny7F+u● ?PLT(12206) ポイント特典 「IT業界なんかで働かなくて良かった」と題された画像が話題に…コメント殺到 IT業界も冬の時代と言われ仕事があるだけマシかもしれませんが、職場の苦労と言うのはそこで働いた者にしか分からないものです。 そんなさなか、「IT関係で働いてなくてよかった」と題された、1枚の写真が話題を集めていました。画像とコメントをご覧ください。 生い茂ったジャングルの奥地でも、ここまでひどくないように思います。トラブルがひとつでも起きたら、徹夜作業でも解決しない気がしますよね…。この状況を見て、海外サイトのコメントも白熱していたので、一部抜粋してご紹介します
IT業界で楽しく仕事をするための10カ条 - ＠IT
「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします（編集部） 2009年、日本の春は多くの学生さんたちが卒業し、また社会で活躍し始める時期です。 IT業界は3K、7Kなどと、いろいろネガティブな面も取り上げられます。けれども、「ものづくり」の楽しさや、人の役に立つ仕事として＠ITで取り上げられるような業種で働こうと考えている人も多いことでしょう。 なんとなくIT業界を選択した人から、もしかしたらあまり気が進まないのに、IT業界に入ってしまった人がいるかもしれません。その一方、プログラミングやコンピュータに関する事柄がとても好きでIT業界に入ってきた人もいるでしょう。 本記事では、IT業界を目指している学生さんや入社間もない新人に向けて、より楽しく
［IT業界の弱者］6億円を半額にしろととんでもない要求
金融機関のシステム子会社に勤める高山真一さん（仮名）は，親会社の基幹系システムをオープン化するプロジェクトに，価格交渉の担当者として参加していた。このプロジェクトでは，親会社の担当者による強硬な値下げ要求により，数十人ものITエンジニアが苦しまされた。 「機能追加分は払わない」 親会社のシステム企画部門に所属するこのプロジェクトの担当者から，システムの概要仕様書を提示された。その仕様書に基づいて見積もることを求められ，約3億円（本誌推定）と見積もった。悲劇の種はこの時点で既にまかれていた。後から考えれば，この概要仕様書は，どうやらユーザーへのヒアリングを十分に行わずに作成されたものだった。それに基づいて見積もった金額が基準となってしまい，その後の不当な値下げが要求される事態を招くことになった。 概算見積もりの後に機能を詳細に検討すると，概要仕様書にはない，必要な機能が次々と判明する。精査す
無精で短気で傲慢なプログラマ 技術者・SE・プログラマ面接時の技術的な質問事項
最近、技術者やプログラマの方と面接する機会が多いです。 毎回質問事項を考えるのにも飽きたので、再利用できるようにまとめておきます。 もしさわりの質問に対する反応が良かった場合は、さらに突っ込んだ質問 (インデントが深いもの) をします。経験がないようなら、さらっと流します。 当ページ管理人は、現在 EC サイト構築・運営を担当しているため、 そっち方面に偏っています。 最小限の質問でその人のスキルを見極めるのは難しいなぁ…。 ------- ●追記 ホッテントリに載ったようなので、このチャンスに 人材募集 を再アピールしておきます。 興味のある方はぜひ。 念のため言っておきますが、全部できないとダメというつもりは全くありません (当ページ管理人も、CSS・Eclipse・Struts・Spring・Hibernate・Ruby・アセンブラなど、 弱い部分が多々あります)。 「～はできますか
はてなブログ | 無料ブログを作成しよう
晴天の価値 2月中旬に出張で千葉へ行った。5日間の滞在中はずっと快晴で、気温は20℃に迫る春のような暖かさだった。仕事は朝から晩まで現場を走り回る過酷なもので、身体的にも精神的にも追い込まれた。毎朝、京葉線から見える美しい景色を眺めて正気を保っていた。太平洋へ燦々と…
株式会社スターロジックの羽生章洋が書いてるブログ:元請けにこだわる理由 - livedoor Blog（ブログ）
私は文系の大学中退（まぁ高卒ですよね）です。最初に入ったのがソフト会社で、その次もソフト会社でした。最初の会社では未経験のど素人だったのでオペレータやパンチャー、運用と保守からやらせて頂きました。その後転職した2番目の会社で、絶対に忘れないと感じる出来事に出会いました。 ＃ とりあえず、以下のエピソードのあと、新婚早々に残業400時間/月とかやってて ＃ さすがに「これは死ねるかも」と思う程度に、月に200時間残業とかするのは ＃ 当然と思っていた、それでもそれが苦にならなかったほどに一体感を持つことが出来た ＃ 今思うに幸せな時代の話です。私は当時の会社を今でも誇りに思っています。 2番目の会社にはその年の1月に入社しましたので、その年の夏のボーナス（賞与というよりも私にはボーナスという言葉の方がゴージャスに聞こえるのでこれで押しますｗ）は当然出ません。というわけで、お金に困っていた私は
日本ＩＢＭを下請けが提訴へ 七十七銀の案件で追加費用を得られず経営破綻 - 工藤探偵事務所
普段読まない雑誌を眺めていてふと目に留まったのが、この記事でした。 あまりの悲惨さに他人事とは思えず、身震いしてしまいました。しかしながら、大小を問わず似たようなことは、いつ何処でも起きているのでしょう、たぶん。自分がこのようなことに係わらないようにするために、メモ書きします。 果たして、問題はどこにあったのでしょうか？ 一体誰が悪いのでしょうか？ 見かけた記事というのはコレです。 日経コンピュータ 2008/08/15号 ニュース SPECIAL REPORT 日本ＩＢＭを下請けが提訴へ 七十七銀の案件で追加費用を得られず経営破綻 『日本IBMからシステム開発を受注した地方ベンダーが、IBMに追加費用の支払いを求める訴訟を準備していることがわかった。開発規模が見積もりの7.5 倍に膨らんで4億円弱の予算超過となったこの下請けベンダーは、7月に民事再生法の決定通知を受けている。 「日本IB
渋谷女子高生に直撃☆私がエンジニアを好きなわけ｜【Tech総研】
「想う人に想われず、想わぬ人に想われる」とは、かつてより言われてきた世の常。しかし、もし本当は想われているとしたら……!? 今回は女子高生に、ずばりエンジニアの好きなところを聞いてみた。女子高生が好きでない人も必読！ 大反響を呼んだ『渋谷女子高生に直撃☆COBOLの意味わかりますか？』からはや3年。当時、難しい専門用語には手も足も出ないものの、パソコン関連や携帯電話関連の聞き覚えのある言葉に対して独特の発想力で答えてくれた女子高生の姿に、ある種の感動を覚えた方も多いのではないだろうか。では、ちょうど一世代替わった現在の女子高生は、エンジニアについてどの程度きちんとしたイメージをもっているのだろうか。そこで、女子高生の聖地・渋谷で、またもや突撃インタビューを敢行。彼女たちのエンジニアに対する感想や意見を、たっぷりと聞くことに成功した。好きと言われるのか、それとも……。放課後の教室で一人、彼女
優秀なプログラマの給料が低いわけ - ひがやすを blog
昨日の開発生産性が低い方が収入が多いって変だよねのエントリでは、企業レベルの話だと、生産性が低いほうが売上が上がるという話をしたんですが、実は同じようなことが、個人レベルでも言えます。 生産性の高い超優秀なプログラマより、社交性の高いそこそこ優秀なプログラマのほうが、評価が高く給料も多くもらえるようになるのです。さすがに、個人レベルだと生産性の低い人が評価が高いということはあまりないけどね。一時的には残業が多くて給料が増えるときもあるかもしれないけど、それはあくまでも一時的なこと。 評価が高いということは、上司にそれだけ認めてもらっているということですが、それではなぜ、優秀なプログラマは、上司に高く評価されないのでしょうか。 「上司に技術をきちんと評価する力がないから」それも多少はあります。でも、主な原因ではありません。会社によって違うと思いますが、評価における技術力の部分は2,3割りに過
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ブラック会社に勤めてるんだが、もう俺は限界かもしれない