内製する以上は｢すごい｣ものを作らなければ、意味が無い。 - GoTheDistance
孤高というやせ我慢をしながら、会社の経営に直接関わっております。 私のミッションの１つには、会社を回す仕組みを高度化させ本業に貢献する業務システムを作ることがあります。 サラリーマン時代、結構な人が自分の会社の売上があがる仕組みを理解していないことに驚きました。お金が降ってわいてくるわけが無いのに、自分の給与の源泉にさしたる関心が無いものかと不思議に思ったものです。自分が存在する組織の成り立ち・競争原理も理解していないにも関わらず、会社の不平不満を言うだけとはトンデモナイ。 前職は｢人月｣という単位で売上を立てておりましたが、入社して人月単価なるものがあると知った時、自分の売価と自分が手にする給料のあいだには何があるのだろうか、と疑問に思ったものです。自分の給与の数字は売上から｢何か｣を天引きされている数字です。それを知る為には、ご自分の会社の大きな仕事の流れを理解しなければなりません。そ
プロの経営者とエンジニアの未来について思うこと - GoTheDistance
｢技術者が技術要素だけで名を上げる(市場に打って出る)ことなんてできるわけないんだから、技術と顧客の間をつなぐ経営者が最も必要である｣という話も定期的に話題に上がるのですが、毎年思うことは少しずつ変わっていくので、僕も私見を述べたい。 僕が2007年頃にスーツ・ギーク論争に興味を持ってスーツ側でエントリを書いて参戦したきっかけは、このソースコード、一体どういった付加価値を生んでいるんだろうというのが実感できなかったことです。仕事だからの一言で飲み込めずエントリに吐き出してしまった。スーツの考えや世界を変えないとどうしようもねぇなっていう直感が先に来た。今ではこれは確信に変わっています。なので、エンジニアの未来を考える際に顧客の利益と我々の利益をどう折り合いつけるのかが先で、個別の技術論は正直どーでもいいというcodemaniaxさんのご指摘、僕は正しいと思います。侍が明治の世に生きてゆけな
kuranukiの日記 - ディフェンシブな開発 〜 SIビジネスの致命的欠陥
Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、
キャリアにおけるVSOPの話、あるいは最近の小学生の話 : 小野和俊のブログ
先週、Ver.1.0からのDataSpiderの長年のユーザーで、 現在は上流コンサルの仕事で大活躍している某氏と食事をする機会があったのだが、 そこで聞いた話の中に「キャリアにおけるVSOP」という話があり、 これがなかなか面白かったのでここでも紹介したいと思う。 ・20代はVitality ・30代はSpeciality ・40代はOriginality ・50代はPersonality ということである。 この「キャリアにおけるVSOP」という言葉は人事畑の人たちの間では有名な言葉らしく、 誰もが「20年くらい前に誰かから聞いた」という前置きと共に説明しているものの ようなのだが、これはなかなか的を射た言葉だと思う。 常に規格外の人というのは存在するものだが、 大抵の場合には、年齢の変遷と共に求められる能力も移り変わっていくものである。 今現在自分がどの年齢層におり、 どのような能力
iPhone向けアプリ開発で、セカンドライフ以来のバブルがやってきた - やまもといちろうBLOG（ブログ）
零細ベンチャーの野郎ども！ 今度はiPhone/iPod向けのバブルが来たぜ！！ 波に乗り遅れるな！！１！ というわけで、iPhoneバブルなんですけど、カジュアルな一発モノのブームが去り、某国ガラパゴス市場同様に、機体能力の高さに見合ったリッチコンテンツ投入祭りになっております。しかし、びっくりするぐらいどれもこれも面白くないのがまたポインツです。どうするんだろう、これ。 はてなでは、元鞘の人二人組が論争してます。なかなか興味深いですね。 コンテンツプラットホームとしてのiPhoneの設計は間違っている http://d.hatena.ne.jp/kawango/20090615/1245039092 iPhoneとiモードのプラットフォームとしての未成熟さ、または「儲からないからチャンスがある」という考え方 http://d.hatena.ne.jp/shi3z/20090615/12
もう起業に会社はいらない，とサイボウズ創業者は言う - 記者のつぶやき：ITpro
「アメリカでは『起業のあり方』の変革が起きている」。サイボウズの創業者である高須賀宣氏は言う。米国で設立した会社LUNARRを2009年5月に清算したのは，それが理由だと高須賀氏は話す。 米国では学生が一人でサービスを立ち上げている 高須賀氏は現在，米国に拠点を置き，世界に向けたサービスの開発に挑んでいる。2006年，オレゴン州ポートランドで会社LUNARRを設立。ドキュメントの“裏面”がメールになるコラボレーション・ツールThemeと，画像を共有してユーザーがつながるElementsという2つのサービスを展開していたが，2009年5月10日に2つのサービスと会社をシャットダウンした（関連記事）。同氏が日本に一時帰国した際に，これまでのチャレンジで得た事を聞いた。 高須賀氏は会社を閉鎖したが，引き続き次のサービスの開発を進めている。もともとサービス開発を2つで終えるつもりはなかった。それに
エンジニアの未来サミット0905に行ってきた - GoTheDistance
0905：エンジニア・サバイバル | エンジニアの未来サミット … 技術評論社へいって来たので、速報レポ書いておきますね。 本当は遅刻せずに行くつもりが、本人限定郵便なるものが午前中に来なかったことと弊社社長に捕まってしまい色々コミュニケーションとってたら遅れてしまい、第1部は1時間ばかり最初見れなかった＞＜ 第二部は、後ほどの実況ログをぜひご覧ください！津田さんメソッド、やっぱりすごい有益。この言葉使うの申し訳ないんですが、｢tsudaりに行く｣だけでも結構価値があるんだなーと思った。 こういうイベントって、特定のテーマに沿ったカッチリした結論なんて絶対出ないと思うんですね。パネルなんか特にそうですし。で、200人近くいたら当然各々の問題意識やおかれている状況は異なる。そんな中で、何か1つでも拾って帰って頂けるような言葉・気づきさえあれば、僕はそれでいいんだと思います。その意味で、今回の
システム開発の入門者から中級者にステップアップするための10のティップス - builder by ZDNet Japan
ある読者との電子メールのやり取りの中で出てきた話である。彼は、開発者向けのブログや記事、雑誌の内容が2種類に分類できるということを述べていた。その2種類とは入門者向けのもの（"Hello World"に代表されるもの）とエキスパート向けのもの（MSDN Magazineのようなもの）である。 これはなかなか鋭いポイントを突いている。開発者が入門レベルから中級レベルにステップアップするうえで役立てることのできる情報がほとんどないのだ。以下は、こういったステップアップを実現するための10のティップスである。 ＃1：新たなプログラミング言語を学習する 新たなプログラミング言語を学習することは、それがどのような言語であったとしても、より優れた開発者になるための近道となるのである（このことは、あなたが既に多くのプログラミング言語を修得していたとしても成立することである）。言語を選択する際には、あなた
「IT業界なんかで働かなくて良かった」 ←業界経験者なら完全同意だよね？:アルファルファモザイク
編集元：ニュース速報板より「「IT業界なんかで働かなくて良かった」 ←業界経験者なら完全同意だよね」 1 すずめちゃん(東京都) :2009/03/15(日) 03:27:58.45 ID:phny7F+u● ?PLT(12206) ポイント特典 「IT業界なんかで働かなくて良かった」と題された画像が話題に…コメント殺到 IT業界も冬の時代と言われ仕事があるだけマシかもしれませんが、職場の苦労と言うのはそこで働いた者にしか分からないものです。 そんなさなか、「IT関係で働いてなくてよかった」と題された、1枚の写真が話題を集めていました。画像とコメントをご覧ください。 生い茂ったジャングルの奥地でも、ここまでひどくないように思います。トラブルがひとつでも起きたら、徹夜作業でも解決しない気がしますよね…。この状況を見て、海外サイトのコメントも白熱していたので、一部抜粋してご紹介します
株式会社マジカジャパンの羽生章洋が書いてるブログ:要件定義の営業コスト化 - livedoor Blog（ブログ）
そこで数年前からずっと考えて試行錯誤をしているのが、営業プロセスと開発プロセスの一体化です。製販一致といえばいいでしょうか。もっと言ってしまうと「商談の一部に要件定義という作業を組み込んでしまう」というものです。つまり受注前に要件定義を完了してしまうということです。 システム開発について論じられる際に、意図的なのか無意識なのかはわかりませんが無視されているのが契約の問題です。いくら開発側が素晴らしいと思うものを作ったとしても、お客様が受け容れてくれなければ1円の価値もないのです。ですから、どういうものを納品すればいくらの価値があるのかというのを合意する必要があります。その合意を見える化したものが契約書です。 ここで「何が出来上がるかはやってみないとわからないけど、とにかく一緒に頑張りましょうよ」という契約にするというのももちろん可能です。それは役務の提供ということになります。要するに成果を
株式会社マジカジャパンの羽生章洋が書いてるブログ:システムを作るシステムを作りたい - livedoor Blog（ブログ）
こういうことを書くと、お客様のお役に立つのだとか何だかんだと言っても結局あんたの独善だね、と指摘されそうなのですが、何故スタロジの経営者という立場にいるのかということについてのひとつの理由を書いてみます。 私は意味が欲しい人間なのだと思うときがあります。何故これをやるのかという意味が欲しい。仕事をするのは第一義に食うためです。生活のためです。一方でそれだけでは足りない。仮に食うに困らなくなったとしても、子供たちのためになることをやりたい。それはつまり食うに困っていても、子供たちのためになることでなければやっぱり仕事にはできない。 では子供たちのためにとはどういうことか。それは子供たちが大きくなったときに、社会で働くということについて安心と喜びを得られる状態に出来るだけ近づけておくことだと考えています。子供たちはどんな職業に就くのか分からない。ですからより多くの会社さんが従業員に対して安心と
SI業界の老害が若手と下請けを蝕む理由 - ひがやすを技術ブログ
10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。 経営層がプログラムの品質を度が越えたほどに軽視する理由の 一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。 汎用機あるいはオフコンの時代は、COBOLやRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。 昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。 コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。 再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変
小野和俊のブログ:IT業界の大企業での生々しい話を5つほど
先日某所で講演をする機会があったのだが、 そこでお会いした大企業に所属されている方からの発言でいくつか印象的なものが あったので、ブログに書くことにした。 中にはぐったりしてしまうような内容のものもあるのだが、 会社が大きくなるとこういうことが起こりえるのだという自分への戒めも込めて。 とある大手 SI の方の話。 会社で 2ch へのアクセスを禁止したところ、開発の速度が目に見えて低下したので、 何が起こったのかと現場にヒヤリングしたところ、今までは困ったときに 2ch で聞いて問題を解決していたが、2ch にアクセスできなくなって、 はまってしまったときにどうにもならなくなってしまったとのこと。 これは Messenger / Skype を禁止している会社にも同様のことが言えるだろう。 プロが 2ch で聞くというのはどうなのかという意見もあるとは思うが、 会社の枠を超えた横のつなが
Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている
先日、経済産業省向けの仕事をしている知り合いと食事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月３０万円というケースもあるという。 こんな話を聞くと本当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日本で一人月３０万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
情シス、ベンダーがそれぞれの仕事を全うすることがベストな関係を生む～良品計画がシステムを内製する理由
単なる「低コストの外注先」ではなくなりつつあるインドのIT産業