タグ

仕事とIT業界に関するlegobokuのブックマーク (8)

  • 「油断すると没落する」――サムスンCEOの警告 巨額赤字が続くかつての手本・パナソニックの教訓とは

    サムスン電子がまた最高益を更新した。2012年7~9月期決算の営業利益は8兆1200億ウォン(1円=14ウォン)。世界のIT業界でアップルに次ぐ圧倒的な収益力を見せた。 それでも11月1日の会社創立記念日でサムスン電子CEO(最高経営責任者)は「安住すれば一瞬のうちに没落する」と危機感を強調した。強すぎるサムスン電子に死角はないのか――。 ソウルの秋は短い。11月2日には朝のソウルの気温が1度にまで下がった。そんな秋のある日、日人と韓国人の知人と3人で薄暗い時間に集まって朝を一緒した。私以外の2人は、欧州と韓国のエクセレントとされる大企業の40代の幹部。2人とも2度以上の転職経験がある。 「強い企業」とはどんな企業か 3人の話題は、「強い企業とはどんな企業なのか」になった。出てきた答えはいずれもシンプルだった。 「メールを出したら相手が世界中どこにいても数時間以内に短く、簡潔な内容で返

    「油断すると没落する」――サムスンCEOの警告 巨額赤字が続くかつての手本・パナソニックの教訓とは
    legoboku
    legoboku 2012/11/05
    強い企業とはどんな企業なのか?メールを出したら相手が世界中どこにいても数時間以内に短く、簡潔な内容で返ってくる。会議が短く、結論が出る。自分がどんな役割を担っているのかが明確に分かる。
  • 本当にあったコワイExcel

    当ブログはamazon.co.jpを宣伝しリンクすることによってサイトが紹介料を獲得できる手段を提供することを目的に設定されたアフィリエイト宣伝プログラムである、 Amazonアソシエイト・プログラムの参加者です。 我々SEという職種は、システム開発の現場で実に様々なドキュメントを作らされる。 Wordだったり、Excelだったり、西暦2000年代という時代において富士通のOASYSで設計書を書かされたこともある。 そんな中、もっとも奇っ怪なのは、やはりExcelで記述されたドキュメントであろう。 来、表計算ソフトであるはずのExcelが、現場でどのような使われ方をされているのか。筆者の経験した、奇妙なExcelドキュメントのいくつかをご紹介したいと思う。 ■Excel方眼紙 いわずとしれた、SI業界の伝統的手法。Excel方眼紙である。 いまやマイクロソフトの公式Tipsにも登場し、M

    本当にあったコワイExcel
  • 巴尔的摩县学校辅导员

    页面 首页 我们是谁 学校& Departments 我们的课程 育儿 储蓄大学 学校顾问的角色 大学& Career 社会情感 学者 对不起,您在此博客中寻找的页面不存在。 对不起,您在此博客中寻找的页面不存在。 首页 订阅: 帖子(原子) <base id="o5iP4lO"></base><label id="Ztj8Enc"><rp id="nVkfJkl"></rp></label><canvas id="j8jM0pH"></canvas><dir class="SaQcOnM"><del class="UEj6ywC"></del></dir><hgroup id="mDM9k3X" class="mwaemwA"><option class="eVEnS1r"></option></hgroup><pre class="rMO6zRU"><ul id="zTHFsl8" c

    legoboku
    legoboku 2012/06/14
    この図に載らないが正解じゃないか
  • 能力が高くても仕事を請けることは出来ない - GoTheDistance

    エンジニアのキャリアを考えればフリーになったり起業したりするというのは王道パターンの1つであると言えます。いざその道を歩むとなれば仕事を自分で受注しなくてはならない。そこに存在する落とし穴が表題そのものなんですが、もうちょい詳しく書いてみます。 「取ってきて貰った仕事をする」ヒトが「自分で仕事を取ってきて請け負う」を目指すときに起こる一番の勘違いは「能力が高ければ仕事を請けることが出来る」というものだ。 ここでいう能力というのは、エンジニアで言えば「Javaが書ける」「サーバー構築が出来る」「MySQLDBAをやっている」というような類のモノ。要はスペックと考えるとわかりやすい。単純な話だが、仕事を発注する企業やヒトは技術の専門家じゃないので、ある一定水準以上のスペックは「どんぐりの背比べ」にしかならないことが多い。スペックが高いというのは伝わりますが、伝わったところで「それはすごいです

    能力が高くても仕事を請けることは出来ない - GoTheDistance
    legoboku
    legoboku 2012/05/03
    "発注者が最も重要視していることは提示した金額で確実に要求されたモノを納めることができるか"
  • SIerでのキャリアパスを考える勉強会に参加してきた : 小野和俊のブログ

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

    SIerでのキャリアパスを考える勉強会に参加してきた : 小野和俊のブログ
    legoboku
    legoboku 2012/03/11
    外の人から見ればSIerでの業務経験はほとんど評価されないそう。コードを書くスキルはちゃんと身に着けようね。
  • 「SIerでのキャリアパスを考える」というイベントに登壇しました - GoTheDistance

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

    「SIerでのキャリアパスを考える」というイベントに登壇しました - GoTheDistance
    legoboku
    legoboku 2012/03/11
    少なくとも今のSIerのビジネスモデルは早晩滅びるとして、その後に自分がどうありたいかだな。
  • 開発コストや技術リスクを考えない「上流設計」がシステムの複雑化と大規模な障害の原因となっているのでは? - 達人プログラマーを目指して

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

    開発コストや技術リスクを考えない「上流設計」がシステムの複雑化と大規模な障害の原因となっているのでは? - 達人プログラマーを目指して
    legoboku
    legoboku 2012/01/04
    上流と下流で人分けるのは高リスク。上級プログラマが一貫して開発に関わり、フレームワークを維持すべき。
  • オフェンシブな開発〜「納品しない受託開発」にみるソフトウェア受託開発の未来 | Social Change!

    定期的にSI業界が終わったという話が出ますが、当にそうでしょうか。終わるべきは一括発注・請負のディフェンシブなビジネスモデルです。受託はなくなることはありません。ソフトウェアの開発を、他の業界のアナロジーで考えるのではなく、正面から取り組んだビジネスモデルについて語っています。 ディフェンシブな開発 今から5年前に、SI業界における多くの問題の原因がそのビジネスモデルにあるという「ディフェンシブな開発〜SIビジネスの致命的欠陥」という記事を書きました。SIにおけるビジネスモデルは、発注者とベンダーはあらかじめ決めた金額と要件の中で納品と検収を目指すため、利益を出すためには双方がリスクを取らずに「守り」に入る必要があります。その結果、顧客にとって価値を産むかどうかよりも決められた要件通りに作られることを重視することになってしまいます。人月という単位であらかじめ決めるとなれば、単価の安い下請

    オフェンシブな開発〜「納品しない受託開発」にみるソフトウェア受託開発の未来 | Social Change!
    legoboku
    legoboku 2011/09/28
    永和さんみたいなこと言ってる?
  • 1