タグ

IT業界に関するm-kawatoのブックマーク (15)

  • 「IT業界で働きたい」若い女性はわずか9% 魅力を伝える取り組みが始まる

    関連キーワード 教育 | IT部門 | 人事 | スキル 非営利のIT業界団体CompTIA(コンピュータ技術産業協会)の調査によれば、若い女性の95%はITのことが「好き」であり、中には「大好き」という人までいるが、「ぜひIT業界でキャリアを積みたい」と考えているのはわずか9%だという。多くの人は、将来就きたい職業を考えた上で大学での専攻を選ぶ。となると、男女格差解消を目指したキャンペーンはより年齢の若い女性にターゲットを据える必要がある。 「意図的か否かにかかわらず、女子は中学生の頃くらいから、『技術や科学、数学などの複雑系科目は女子向きではない』という極めて明確なメッセージを受け取り始める」。こう語るのは、米Hewlett-Packard(HP)のCloud Services部門で製品マーケティング担当副社長兼クラウドエバンジェリストを務めるマーガレット・ドーソン氏だ。「これが今もな

    「IT業界で働きたい」若い女性はわずか9% 魅力を伝える取り組みが始まる
  • Domain Expired

    Domain asfadsfdas telah expired. Segera hubungi provider domain Anda untuk melanjutkan layanan domain ini

    m-kawato
    m-kawato 2014/03/10
    “人月でお金をもらって業者が仕事をしているからで、そんなところに効率化の波が押し寄せる必然性があまりないんじゃないかと。”
  • 日本のITエンジニア、IT部門、IT業界はコドモである

    原稿を執筆する際、システムズエンジニア(SE)や情報システム部門と表記し、ITエンジニアあるいはIT部門とは書かない。だが今回は悪口だと受け取られかねないので、普段使わない呼び名を記事の表題に入れた。 急いで補足すると、ITに関わる人や組織「だけ」がコドモなのではなく、ITに関わる人や組織「も」コドモという話である。日の組織、そこにいる幹部と構成員、いずれも「当にコドモ」と主張するを読む機会があり、面白かった。ITpro読者に紹介する一文を書こうと思い立ち、「日ITエンジニアIT部門、IT業界はコドモである」という表題を付けてみた。 技術者を応援する情報サイトTech-On!(4月から日経テクノロジーオンラインに全面リニューアル)であれば「日エンジニア、研究開発部門、製造業はコドモである」、日経ビジネスオンラインであれば、「日のビジネスパーソン、管理職や経営者はコドモであ

    日本のITエンジニア、IT部門、IT業界はコドモである
  • NTTデータ、3年間で社員1000人をアジャイル開発人材に育成

    NTTデータとNTTデータユニバーシティは2012年4月17日、同社グループの主に入社3年から5年の若手社員を対象に、「アジャイル開発」と呼ばれるソフトウエア開発手法の研修を5月から実施すると発表した。今後3年間で約1000人のアジャイル開発人材の育成を目指す。 アジャイル開発とは、システムの仕様変更や機能追加などに臨機応変に対応できるよう、開発対象を小さい機能に分割して、設計や実装、テストを短い期間で繰り返していく開発手法のこと。米国IT企業のソフトウエア開発においては主流となっているものの、国内での採用はWebサービス業界やゲーム開発業界の一部企業にとどまっている。 今回、同社グループは、グローバルに展開する顧客企業をサポートできる開発体制を整備する目的で、グループ内におけるアジャイル開発人材の育成を始めた。研修では、アジャイル開発の代表的な手法の1つである「Scrum開発手法」のフレ

    NTTデータ、3年間で社員1000人をアジャイル開発人材に育成
  • 受託開発から離れた理由 - komagataのブログ

    数年前、受託開発の会社を辞めてこれから自社・製品サービスを作ってる会社で働こうと思い、会社を転々としつつ今(FJORD, LLC)に至ります。 上記のような事を思った切欠は下記の様なことがあったからです。 中規模の案件 その時、僕はコンシューマ向けのWebシステムの案件を5〜6人ぐらいのチームで取り組んでいました。データベースに保存されたデータをPHPでXMLを返すAPIを作り、Flashで表示するサイトで、時代が時代だったので「このトラフィックをPHPで構築するなんて。Javaでやるべきだ。」なんて言われてましたが今考えるとおかしいですね。 サーバーとFlashクライアントが連携するのでAPI(XMLのSchema)に関してはデザイナーとも結構密にやり取りしていたように思います。僕はガントチャートとにらめっこしながらも案件の後半になってもそれ程デスマという感じも無く、定時で帰れるメンバー

    m-kawato
    m-kawato 2012/03/20
    " 僕ら受託開発会社とクライアントの利害は必ずしも一致していない。エンドユーザーに至っては受託開発会社の利益と相反してるとさえ言えるじゃないか。"
  • SIerでのキャリアパスを考える勉強会に参加してきた : 小野和俊のブログ

    このところ「SIerの今後について」というテーマについて、意見を求められたりディスカッションしたりすることが多く、またエンタープライズ業界に身を置く立場として、売り上げ比・人口比とも業界の大半を占めるSIerが今何に取り組んでいて、今後どのようになっていくのか、というのは私自身関心のあるテーマなので、昨日は「SIerでのキャリアパスを考える」勉強会に参加してきた。 というわけで勉強会の中で印象的だったことや考えたことを書く。 勉強会の前半パートではゆもとさんによるSIerの現状分析、ひがさんによるSIerの中でのキャリア戦略が話題に上り、その中でも特に「上流と下流が工程分断されている」ことが現状のSIerを取り巻く諸問題の元凶、という指摘があった。 この「分断」については、中島聡さんの「ソフトウェアの仕様書は料理レシピに似ている」というエントリが有名だが、今回の勉強会でのゆもとさんの資料

    SIerでのキャリアパスを考える勉強会に参加してきた : 小野和俊のブログ
    m-kawato
    m-kawato 2012/03/11
    "リーマンショックによる人月単価の落ち込みやクラウドの台頭といった外部要因によって、こうした業界構造にも変化の兆しが現れている、という指摘もあった"
  • 「SIerでのキャリアパスを考える」というイベントに登壇しました - GoTheDistance

    403 error - Forbiddenで発表させて頂きました。発表資料をSlideShareにあげました。ご自由にダウンロードしてください。 あと、当日は結婚のお祝いということでケーキを頂いてしまいました。ひがさん、山岡さん、笠木さん、ごちそうさまでした&ありがとうございましたー! SIerでのキャリアパスを考える発表資料 View more presentations from Michitaka Yumoto 15分では全然伝えきれなかったので、下記によくわかる解説を加えておきます。資料の向こう側にある背景を掴んでください。 何を話そうか最後まで悩んだんですが、今までブログで僕が問題提起しているSI業界構造の問題を再認識してもらい、「問題が問題であることを認識してもらってから、次のアクションを考えてもらえるきっかけの一助に」という狙いから、上記のような資料になりました。僕が今まで問

    「SIerでのキャリアパスを考える」というイベントに登壇しました - GoTheDistance
    m-kawato
    m-kawato 2012/03/11
    "僕が常々問題にしているのは「上流工程と下流工程が分断されていること」です。"
  • SI屋さんとSIと、直近の課題について。 - 急がば回れ、選ぶなら近道

    某セッションでちょっとしゃべったことをつらつらと。SIの現状と近い将来について思うところをまとめておきます。自分自身の立ち位置も確認していくという意味で。 結論的にいうと、SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません。なので、別のやり方でSIをどうやっていくか?という議論が必要になりますね、という話です。 まずSI事業は人月稼働で商売をしています。スタート地点はそうではなかったのですが、一旦大きな人数を抱えると、わせる必要があるため、より大きな仕事を取る羽目になります。要は稼働させる事、それ自体が目的になります。稼働を維持させる事で、収入を確保する事ができ、確保された収入で稼働のための人員を維持できる。そもそもそういう循環をベースに組織の目的が、「結果として」形成されてしまっています。 副作用と

    SI屋さんとSIと、直近の課題について。 - 急がば回れ、選ぶなら近道
    m-kawato
    m-kawato 2012/03/11
    "SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません"
  • 日本のユーザー企業は忍者のようなプログラマーをもっと登用して重用すべきでは - 達人プログラマーを目指して

    あの記事から一年、ひがやすを氏が以下のエントリーで、プログラマーとして、新しいサービスを作ることの難しさについて書かれています。 僕と君とSIerの生きる道 - yvsu pron. yas 確かに私自身は、サービスを作る側に回った(まだISIDにいるけど、ベンチャーで働いているようなものです)のですが、身を持って面白いサービスを作る難しさも経験しました。 面白いサービスを作るのはほんとうに難しい。その後、マネタイズにも成功するのはさらに難しい。サービスを作る側に回って成功するのはほんの人握りの人なんです。 もともと一年前におっしゃっていたことは、SIerのビジネスに将来性はないから優秀なプログラマーは自分でサービスを作る側に回らなくてはならないし、単によいコードを作れるだけでなくて、自分からアイデアを考えられるようにならなくてはならないということだったかと思います。一年前この記事を読んだ

    日本のユーザー企業は忍者のようなプログラマーをもっと登用して重用すべきでは - 達人プログラマーを目指して
    m-kawato
    m-kawato 2012/02/12
    "大きな目標を立てることは立派なことだけれども、これは、戦国時代に例えるならば、すべての武士に対して、信長や秀吉を目指せといっているのと同じくらいに難しいことのように思われます"
  • とある老害大手SI企業の例(書いたらムカムカしてきた)

    コードも書けないSE(笑)とか言ってるアホ共は ガチでメーラとWordとExcel,パワポ(しかも2003(笑))、teraterm、FFFTP位しかつかわねーからさ あいつら気でXP(笑)、メモリ1GBで足りてるとか思ってるからタチがわりーわ。 ・コードがかける若手SE(笑)がEclipseとかMySQLOracle,Chrome,Firefox,IE,Java,.netと使うからある程度スペックが欲しい。(と言っても今時の5万で買える普通スペックで良い。。) ↓ ・若手が新しいPC寄越せと要求 ↓ ・年ったコードがかけないSE(笑)はOffice2003(笑)位しか使わないし、めんどくさいから要らないと抜かす ↓ ・先輩がいいって言ってるのにお前らが要求するのか?とか言って取り合わない。 ↓ ・ほんとに必要な最前線の若手にまともなPCが行かない、その結果朝にパソコン起動してメーラ

    とある老害大手SI企業の例(書いたらムカムカしてきた)
  • 特許庁の基幹システムはなぜ失敗したのか。元内閣官房GPMO補佐官、萩本順三氏の述懐

    特許庁が進めてきた基幹系システムの刷新プロジェクトが失敗に終わり、開発に投じた約55億円が無駄になってしまったことが、先週相次いで報じられました。 [スクープ]特許庁、難航していた基幹系刷新を中止へ - ニュース:ITpro 朝日新聞デジタル:費やした55億円、水の泡に 特許庁がシステム開発中断 - ビジネス・経済 このプロジェクトに「内閣官房GPMO(ガバメントプログラムマネジメントオフィス)補佐官」の肩書きで2009年まで民間から参加した萩順三氏(現 匠BusinessPlace 代表取締役社長)がFacebook上で当時を述懐しつつ、失敗の要因を分析していました。今後、失敗プロジェクトを繰り返さないためにも、重要な発言として人の許可をいただいてまとめました。 特許庁の情報部門に幾度も中止を迫った 萩順三氏の発言の主要な部分を引用します。 内閣官房GPMO(ガバメントプログラムマ

    特許庁の基幹システムはなぜ失敗したのか。元内閣官房GPMO補佐官、萩本順三氏の述懐
    m-kawato
    m-kawato 2012/01/30
    あとで
  • 開発コストや技術リスクを考えない「上流設計」がシステムの複雑化と大規模な障害の原因となっているのでは? - 達人プログラマーを目指して

    皆さん、明けましておめでとうございます。昨年の後半は私自身SI業界からWeb業界へ転職したことなど仕事環境の変化があり、ブログの更新頻度も鈍りがちになってしまっていましたが、年もどうぞよろしくお願いいたします。 さて、ちょうど、一年前のお正月にはグルーポンのおせち料理事件が話題になっていましたが、私はおせち料理の品質とIT業界における品質の問題を絡めて、以下の記事を書きました。 グルーポンのおせち事件を受けてSI業界が当に教訓とすべきこと - 達人プログラマーを目指して この記事では、一般にSIerによって開発される日のシステムはあの事件おせち料理のように、低い品質に甘んじているが、多くの場合、社内システムなどではそういった品質の問題が公に明らかにされることが少ないのではということを指摘しました。ただ、その時は私の希望も込めて 最近はOSSやクラウドなどの影響で社内システムもどんど

    開発コストや技術リスクを考えない「上流設計」がシステムの複雑化と大規模な障害の原因となっているのでは? - 達人プログラマーを目指して
    m-kawato
    m-kawato 2012/01/03
    "GoogleやTwitterなど外国のIT企業の場合、このような分厚い設計書を用意する以前に、システム連携のための便利なAPIを主要な言語でライブラリーとして実装し、試験用のSDKとともに開発側に提供するのが普通…"
  • 「IT予算の7割は運用に使われている」は日本企業だけの課題ではなかった

    企業がITに使う予算のうち、7割が既存システムの運用や維持に使われているため、新規投資はわずか3割程度しかない。 この話は企業のITシステムが硬直化している理由としてよく知られており、実際に僕も情報部門や企業の役員からこうした実体を聞く機会があります。 しかしこの実態は日国内だけではなく、海外でも同様のようです。 海外でも予算の7割が運用 先週サンフランシスコで行われたOracle OpenWorldの基調講演に立った、ヒューレット・パッカードのエンタープライズビジネス担当エグゼクティブ・バイスプレジデントのアン・リバモア氏は、次のようなプレゼンテーションを示し、予算の70%が既存システムの運用に使われていることで、企業のIT予算が硬直化していることを示しています。 アン氏は、これを解決するソリューションとしてインフラストラクチャーの仮想化、自動化、最適化とオペレーションの標準化を提案。

    「IT予算の7割は運用に使われている」は日本企業だけの課題ではなかった
  • 呼びかけ:「SAP」をSocial Application Providerの略として使うのはやめませんか

    このエントリは広くITに関わるブロガー、ジャーナリスト、メディア、広報、マーケティングなどのみなさんへの呼びかけです。 呼びかけの内容 ミクシィやグリー、モバゲーといったソーシャルネットワークの上で、ゲームなどのアプリケーションを提供する企業や組織、個人などをSocial Application Provider(ソーシャルアプリケーションプロバイダ)と呼ぶようになっていますが、その略語として「SAP」が使われている文章を最近目にするようになりました。 しかしこの「SAP」を、Social Application Providerの略語として使うのはやめませんか? これが僕の呼びかけです。理由を以下に示します。 略語SAPをやめよう、という呼びかけの理由 理由1:混乱しやすい3文字略語を増やすことになる SAPはすでに多くの方がご存じのように、ERPなどで有名なドイツの企業SAPの名称とし

    呼びかけ:「SAP」をSocial Application Providerの略として使うのはやめませんか
    m-kawato
    m-kawato 2010/08/23
    理由4に注目。"しかしいま、エンタープライズITの大きな流れはコンシューマライゼーションにあります。"
  • ひがやすを「SIerは顧客の良きパートナーとなれ」 - @IT自分戦略研究所

    「クラウド」や「内製化」で変わりつつあるIT業界。その中で従来型のSIerはどうなるのか。そこで働くITエンジニアはどうするべきか。講演やブログを通じてSIerエンジニアについて提言を行ってきたひがやすを氏へのインタビューから、2010年の「自分戦略」を立案するためのヒントを探ろう。 第4回|1 2|次のページ 1週間にわたってお送りしてきた特集「SIerの未来、エンジニアの未来」。最終回は、システムインテグレータ(SIer)に勤めながら従来型のSIerに数々の提言を行ってきた、Seasarフレームワークの開発者ひがやすを氏に、SIerが今後どうなっていくのか、ITエンジニアはどうあるべきかを聞いた。 2010年のあなた自身の「自分戦略」を考えるうえで、参考になれば幸いである。 ■ 従来型SIerは崩壊する ―― 今年はSIerにとって苦しい年となりましたが、今後SIerはどうなっていく

    m-kawato
    m-kawato 2009/12/22
    "経済効率性とスピード、2つの点から、なるべく間に入る人を減らす方向へとユーザー企業は流れています。これが分業体制の崩壊の根拠です。"
  • 1