転職は麻薬 - GoTheDistance
これだよ、諸君。私が悶々と抱いていた転職コンサルなる斡旋業者に抱いていた嫌悪感は。 第33回「転職は麻薬―ヘッドハンターは麻薬密売人、青田買いによる人材の劣化に物申す！」 非常に面白いコラムなので、是非全文を読まれることをお勧めします。このエントリでは随所に引用しつつポイントをメモ。 中国へのオフショアが失敗するのは何故か この10年間、特に日本のSIerは中国へのオフショア開発に取り組んでいました。理工およびコンピュータをちゃんと専攻しており日本の半分以下の単価で優秀な技術者がいるからである、という理屈で。だけど実際にはブリッジSEなるスーパーマン的なSEがいなければ、オフショア開発の成功率はグンと下がってしまっている。これはどうしたことか、と。 それは中国の社会構造によるものではないかと、このコラムの筆者である四倉氏は語っております。 中国で一流大学を出てIQの高い技術者がどうして一流
技術者の仕事を価値に変えるには、単価を超えるしかない。 - GoTheDistance
人月単価からの脱却というテーマも毎年のように浮かんでは消えていくのですが、その時その時で思うことは変わっていくので、現時点の考えをちょっと整理してみたいと思います。 どこでも言われていることですが、人月の最も絶望的なところは｢成果で価値を図ることが出来ず、猫も杓子もみんな同じ｣になることです。初心者でもプロでも、同じ値段。だって手間賃＋αだから、と。おごちゃんがSIerでは、1人が1人分しか稼げないという指摘をされており、僕もこの点においてSIerに絶望しています。個人が飛躍できるエコシステムが、どこにも無い。生産性が高くても給与が上がらないとか、人月見積もりは生産性がどうという主張は｢りんごは赤い｣という話に聞こえるので、逆に大丈夫かと心配になる。 初期費用が少なく借金することもなく、極論するとたった１人でも圧倒的な成果を出せるレバレッジが効くのがIT(知的成果物)の一番のメリットなのに
プロの経営者とエンジニアの未来について思うこと - GoTheDistance
｢技術者が技術要素だけで名を上げる(市場に打って出る)ことなんてできるわけないんだから、技術と顧客の間をつなぐ経営者が最も必要である｣という話も定期的に話題に上がるのですが、毎年思うことは少しずつ変わっていくので、僕も私見を述べたい。 僕が2007年頃にスーツ・ギーク論争に興味を持ってスーツ側でエントリを書いて参戦したきっかけは、このソースコード、一体どういった付加価値を生んでいるんだろうというのが実感できなかったことです。仕事だからの一言で飲み込めずエントリに吐き出してしまった。スーツの考えや世界を変えないとどうしようもねぇなっていう直感が先に来た。今ではこれは確信に変わっています。なので、エンジニアの未来を考える際に顧客の利益と我々の利益をどう折り合いつけるのかが先で、個別の技術論は正直どーでもいいというcodemaniaxさんのご指摘、僕は正しいと思います。侍が明治の世に生きてゆけな
無趣味のすすめ - GoTheDistance
村上龍らしい刺激的な一冊だった。 村上龍という作家は、エッセイにおいて特にこの傾向が顕著だが｢身も蓋もないけど正確な事実｣を読者に突きつけることを好む作家だ。｢いま、そこに起こっている事実｣を最重要視する傾向が強い。｢あなたも思うことはあるでしょうけど、結局ココを解決できなければあなたの行いは水泡に帰すことになりませんか？｣というメッセージが、全体的にこの本から感じられる。こういうのがイヤな人はいると思うが、僕は好き。｢腐っても鯛｣よりは｢腐った鯛はゴミでしかない｣という考え方を、僕は好む。 いくつか心に残ったフレーズをピックアップして、僕なりの解釈を書いてみたい。 最高傑作と｢作品群｣ 自らの最高傑作を作るという強い意志をもって作品に向かう、みたいな行為がまことしやかに語られていたりするが、そんなのは大嘘だ。表現者は、新しいモチーフを獲得して、それまでに培った情報と知識と技術を総動員し、
プログラマの誇りを減衰しないビジネスモデルを - GoTheDistance
アツいエントリなんで思わずTBうってみる。 この業界の問題、それはプログラムが、新人〜3年目の作業と位置づけられていることだ。 プログラマーの誇りを見せ付けろ - 山本大＠クロノスの日記 正確に言うと上級プログラマも初級プログラマも同じ値段で評価されるってことが弊害である、ってことだと思います。予めXXX万円で作ってねという予算が決まっていて、その予算をオーバーしないことだけが成果の基準にあることが問題だと考えます。このルールにおいては、極論ですがコード品質が高くても低くても大差が無くねっていう力学が働きます。 基本的にニッポンの受託開発のプロジェクトの場合は、大きく２つのプレイヤーがいます。 案件を立ち上げてお客さんへのコミット権限がある人・会社 立ち上げた案件をシステム化してデリバリする人・会社 ですが、今の流れでは工程が分断されちゃっているので、案件を立ち上げる人とシステム化してデリ
知らないと損するフレームワーク思考活用法 - GoTheDistance
ホッテントリメーカーからタイトルを頂戴した。id:phaさんありがと。 社会人なら押さえておきたいフレームワーク思考 : LINE Corporation ディレクターブログが非常に人気で今年のアルファブロガー(というかエントリ大賞に見える)大賞にもノミネートされている。こういう記事はニーズがありそうなので、僕なりにフレームワーク思考についていくつかサンプルを用意し、僕が使うチャートのサンプルを紹介しておきます。 というか1000以上のﾌﾞｸﾏとか・・・嫉妬！激しく嫉妬！！ハンカチ噛んじゃう！！！！ そもそも議論しちゃいけないこと 個人の価値観に依拠し、お互いの主張を出し合っても全体として合意が得られそうにないこと。例えば｢浮気の定義｣とか。こんなのは議論したって全体最適なんて導けるわけが無いので、ビジネスの場では全く持ってムダです。居酒屋でやりましょう。 仕事で議論することの意味 あなた
28才のリアル〜スーツとギークのあいだを彷徨う〜 - GoTheDistance
ここ１年ばかりスーツとして仕事をして感じたことを一気に書きなぐる。 端的な表現を使うとスーツは「システム開発において直接開発作業に携わらないマネージャ、営業、コンサルの総称」です。ギークというのは「プログラムを書いてソフトウェアを組んでいる人、もしくは何かしら世にプロダクトを出している or 出していた人の総称」ということにします。 日本のITビジネスは脆弱なビジネスモデルです。最も品質を問われるべきソフトウェアにおいて派遣による偽装請負なんかがまかり通っているのは、日本だけです。70〜80年代にプログラマの絶対数が足りなくてとにかく人をかき集めて現場に派遣するようなスキームが横行したのと、時間がかかればかかるほどコストがかかり結局その分売上が立つという人月商売モデルの２つの悪因が両輪となって、今のような奇形児になりました。 簡単に言うと、腐れエンジニアをかき集めて仕事を進めるスキームにな
スーツにはスーツの道がある - GoTheDistance
勢いで書く。 スーツ側の人は業務内容が密接にプロジェクトや会社の中の話と結びつくことが多いので、はてな界隈ではなかなかスーツ側の人はスーツ側の濃ゆい話を書くことが出来ないことが多いようだ。圧倒的にスーツ側の人間がはてなを始めとしたブロゴスフィア全体で少ないなぁとつくづく思う。QAも少ないけど。この辺をアツく語るブロガー出てこないかなー。 私は200X年に今の会社に入社して、数年間WEBアプリケーションの開発をやった。多くはJavaの案件だった。最後の案件は去年の夏ごろだ。前任のPMが逃げるように辞めていってしまい、非常に複雑なロジックを自分が担当することになった。1500行越えktkr。それを参考にして(これが大間違いだったんだよセニョールorz)２週間かけて作ってみたはいいものの、テストを繰り返しているうちにどんどんボロがでて、結局その当時のPMとパートナーさんに相談して設計からやり直し
教わっていないことは、できない。与えられていないものは、返せない。 - GoTheDistance
人を育たせるために必要なことは、この題名に書いていることが全てなんじゃないだろうか。 どんな人間もやり方を教わっていないものはそう簡単に出来ない。人に教わろうが自分で独学で勉強しようが、とにかく何かしらの方法でやり方を学んでいるはずで。プログラム書きたいって言ってもやっぱり師匠なりネットなり本なりで、やり方を教わっているはずで。どうして出来ないんだ？って思うときもあるけれど、その理由の大半はやり方を教わってないからだと思う。もしくは教わっているものを狂おしく曲解しているか。曲解って自分が正しいと思ってるから曲がって理解しちゃうんだよね。それ理解じゃないよ。誤解っていうんだよ。 もう１つの与えられてないものは返せないってのも、すごい重要な考え方だと思う。うちのおかんの名言。なんでもいい。優しい言葉をかけてくれたこと、好きになってくれたこと、愛してくれたこと、気を遣ってくれたこと、プレゼントを
Getting Real 第1章を和訳してみた - GoTheDistance
公式ページの邦訳に魂が入っていないのとid:elm200氏の邦訳に刺激されて、公式ページの第1章だけ、オレ流で邦訳してみた。予想よりかなり難しく、３連休の最終日に頑張ってしまったのは秘密だ。ウケたら調子に乗って、いつか続きをやる。 Getting Real 第1章原文 Getting Realとは 顧客に喜んでもらえるWebアプリを作りたいって？じゃあGetRealする時だ。Getting Realは、より少なく、より早く、より良くソフトウェアを作るためのやり方のことだ。 Getting Realは、ソフトウェアにおける現実を表現するもの(チャートやグラフ、ボックス、矢印、図式、ワイヤーフレームとか)を全てすっとばして、実際に動くものを作るってことだ。 Getting Realは、より少なくするってことだ。より少ない集合体、より少ないソフトウェア、より少ない機能、より少ない事務作業、つまり
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
