  |
はてなキーワード: 人月とは
最初に50万で機能を作るっていう見積り根拠が人月なんだよっていうのをいっておかんといかんのではないかな。
例えば、増田の機能だったら
増田機能設計...5日 × 20000円
詳細設計...5日 × 20000円
一覧表示機能...10日 × 25000円
書き込み機能...5日 × 25000円
ログイン機能...3日 × 25000円
テスト...5日 × 16000円
こんな感じで出しておいて、それで契約が成立したんだったら実際はまとめて３日でつくろうがOKみたいな。
浮いた分はまるっと利益みたいな。
工数は大体動かないけど、人日の単価は相手企業や難易度によって上下させたりする。
もっと酷い見積りだと、
上級SE90万×２名
プログラマー70万×8名
こういうのもある。
まあ家を建てるときに部品の費用と工数を積み重ねて見積もりする方法と、
もう最初から建売にしちゃって工数含んだ値段で売る方法といろいろある。
ソフトウエアの難しいところは同じ費用でつくったものだとしても、
それぞれが独自仕様すぎるので費用対効果が測定し難いこと。
現場にはツカエル、ツカエナイわかりやすいかもしれないが経営層には見えない。
この作り上げたものの資産価値（家だったら転売時の値段）を適正に評価できるマーケットがあれば、
きちんとした競争原理がこのソフトウエア業界の見積り、発注時にも生きてくるんだと思う。
逆に転売もできないようなソフトウエアは本当に高くてもしょうがない。みたいな。
こういう二次市場ができあがれば、
どのソフトウエアメーカーがいいのか、どの見積りが適正なのか判断できるようになるんじゃないかな。
ソフトウエア業界でブランドが確立しないのは他の人の目に触れることが無いからだとおもう。
（だからパッケージ商品をあつかっている会社だけブランディングが構築できる。）
ちなみに自分はフリーランスなんだけど、完全持ち帰りで受託しているので人月換算50万以下のやっすい仕事しかしてない。
数百万とかの受注を1人で受けたら死んじゃうからね。
1000万とかは確実にムリ。溢れたときにフォローできる人いないし。
ただ細かい案件ばかりだと毎月安定して仕事があるわけじゃないし開発効率も悪い。
最初から自分のところにもってきたら同じもんを安くつくってやるのになーと、思ったりもする。
分散開発とかフリーランス同士の競業体制がもっと時代が進んで整ったらここらへんが解消して、
適正な市場ができて、日本という国のソフトな人たちが救われるようになるように、、、頑張りたいです。
つかフリーランスの人ってまだまだ少ないよね……。
どこにいけばいますか？
請負さん（売上高で働く人）は、平均的な人月で算出してもらってます。
1人月の仕事でも、仕事のできる人が0.5人月でやってもらっても、
あまりできない人が2人月かかってもいいという考え方。
請負さんの中では、仕事のできる人が0.5月で終わらせて、2ヶ月寝かせておいて、
その人は1.5月別の仕事をすることで、お金もうけ、というふうになるの？
個別人月もあるそうだし、なんだか
http://d.hatena.ne.jp/higayasuo/20080723/1216790705
の人たちがいってることと全然違うなぁ。
人依存で費用が違ってきます。
請負さん（売上高で働く人）は、平均的な人月で算出してもらってます。
1人月の仕事でも、仕事のできる人が0.5人月でやってもらっても、
あまりできない人が2人月かかってもいいという考え方。
すでにそうじゃね？
たとえば人月４５ぐらいの人から１００オーバーのひとまで普通にいるぞ。
おれは人月１００オーバーだったけどさ、単純にその人月ででるわけじゃなくって、
新人とか使いものにならないひとと抱き合わせ販売になる。
ど新人レベルなんでただでもいいからという人材を一緒にねじ込むわけさ。
一人だと１２０でも３人だと１８０ぐらいに収まる。お得！
で、最初だけ入って、保守とかが得意な役職付きとバトンタッチして、
新人に毛がはえたレベルの子達はその場に置いて新しいところへ・・・と転々とするのだよ。
単体でこちらに瑕疵がないところでヘルプで呼ぶと人日で10万とか超した請求かけてた。
もっとも、完全持ち帰りレベルの見積もりだと工数出せるから楽なんだけどね。。
そんな僕もいまはフリーなので人月３０まんぐらいでも普通にうごいてます＞＜
こんなだから業界よくならないんだろうな。。。
http://d.hatena.ne.jp/isayama/20080720/1216562529
にキレイにまとめららていて、また当方の耳に痛いことも進言してくださいました。ありがとうございます。
事実とか思いとか、「日立製作所」の問題か「官公庁のＩＴ調達」の問題か、といった部分がないまぜになって単なる愚痴っぽい文章に終わっていますね。読み返すと。読者のみなさん、申し訳ありませんでした。
さて、内の組織や日立製作所を始めた大きな組織が急に体質を変えて、適正なＩＴ調達と技術の適用がすばやく進むとは思えません。日本的なボトム・アップ式のゆるやかな改革の連続が、いつか壁を突き破ることにつながることになるだろうと思います。
私が担当ベースで粘り強く取り組むことは以下のとおりかと思います。
（１）日立のメインフレームの見積もりで高い、または前回購入時よりほとんど下がっていない点については徹底的に説明を受け、当方の組織に納得できるよう資料を提示してもらう。
・以前、ガートナージャパンの亦賀ヴァイス・プレジデントが「国産メインフレームの最大の問題は価格の不透明さ、そして、今後の技術のロードマップが不透明なところである」と言っていました。
この点を担当者として、勉強もしながら疑問点を洗い出して、ベンダーにぶつけ、友好的な交渉の後、適正な価格・構成で契約すべきでしょう。
疑問点の洗い出し（「なぜ」を何回も繰り返す）
・１プロセッサーあたりの処理能力は向上しているのに、ＩＢＭのように筐体統合（論理分割＝ＬＰＡＲ）を推奨案とせず、メインフレームの台数が多い構成を薦めるのだろうか（秦野市のハード工場の維持のため台数出荷は押さえておきたいポイントなのか）
・１プロセッサー（50MIPS程度）で提供価額１億円を超えており、明細がないが説明をしてもらう。
プロセッサー単体＝１億ではなくある程度パッケージ化された固まりなので１億円の大台になってしまうのだと思う。交代用プロセッサー、ＳＶＰと言われるプロセスを監視する機構、あとメモリ（４Ｇ）等いろんな部位があってこういった値段になっている。福袋のようにまとめて、１億とか言われると思考停止するので、ここは明細を出してもらい、サービスマニュアルでどんな働き、冗長性を持っているかを理解して価格交渉するべきですね（デカルト「困難は分解せよ」）。
・詳細な見積もり書の提出を日立が拒む可能性は大きい。これまでも数度にわたり交渉したが、先方は牛歩作戦でうやむやにしてきました。ここは企業対企業なので、いろいろ駆け引きもあるようですが、地道に交渉します。気の利く営業マンだと「今の時点では正式な紙としてお出しできませんが、口頭ベース未確定でメモをお取りいただいたということで・・・」と言って企業名の入っていない内訳メモを出して、こちらの気を揉ませることのないよう配慮するのでしょうが。
・ＣＰＵ周辺部品の明細徴求
メインフレームは入出力用のチャネルと言われる部品も一個250万円ほどしてそれが、何十個と搭載する必要となるとすごい金額になります。昔メタルチャネルで、その次は光ファイバチャネル、そして最近光ファイバ多重チャネルと何種類かの接続機器が混在し見積もり金額が高くなるのです。周辺機器も順次、上位の接続規格にグレードアップしていけば、統合・集約ができるのですが、どうしてもレガシーな接続方法が残ってしまうのですね。パソコンに喩えるとUSBみたいなものですが、高いうえに融通が利かないのです。また、ここは日立独自の技術というよりＩＢＭから技術供与を受けているみたいですね。日立物流のトラックから当該部品が入ったダンボール箱の荷下ろしを目撃したのですが「ＩＢＭ ESCON」と堂々と箱に書いてありました。光多重チャネルは24多重まで可能であるので、数は減らせるはず、減らせないなら納得のいく説明をもらう。また、下位のレガシーチャネルは周辺機器の入れ替えの関係もあり１年も使わず廃棄といった勿体無いことがおこりそうです。
日立もグリーンＩＴを推進しているので、自社検証センターや共同システムセンタでさほどクリティカルでない場所でセカンド・ユースして下取りすることは可能か聞いてみます。
最近ＣＰＵ専用のプロトコル（日立ではＸＮＦという）をTCP/IPに変換するホスト側のミドルウェアが実装され、サーバへのデータ転送はＦＴＰ転送で可能になりました。メインフレームには内蔵ＬＡＮアダプターというギガビット・イーサーを搭載でき、またこれが２ポートついているのですが、１個200万円するんです。もっと高かったかな。それでサーバーと接続するのですが、普通、複数のサーバとやり取りするならば、中間にスイッチを置いてメインフレーム側のＬＡＮアダプターの数は抑制しますよね。
日立の技術者はめっきりネットワークに弱く、サーバと1対１通信をするため、相手のサーバの数だけ内蔵ＬＡＮアダプターを買わせようとしているのです。メインフレーム側の仕様かなと思い日立のメインフレームＸＮＦ／ＴＣＰマニュアルを精読すると１つのＬＡＮアダプターに64個までのＬＡＮの設定定義が可能となっていました。でも「ネットワークは自分の専門でないから・・・」等々言って動きたがらないのです。しかし、ここはしっかりお願いをして、場合によってはネットワークに強いベンダーさんを読んで帯域制御なり、ＶＬＡＮなりの十分汎用化した技術を使って最適な構成をやってもらおうと思います。
他の日立のユーザさん、どうですか。ネットワーク接続で目茶苦茶原始的な接続設計で高いハードをたくさん買わされていませんか。こういうハードはロット生産なので本社から在庫があるので、少々言葉は悪いけど無知なユーザにはハードを売り捌けという指令が飛んでいるのかもしれません。
日立はこれを「ＡＰ保守料（サービス料）」と読んでユーザに契約させ、１ヶ月毎払いで年間数億円請求しています。当官庁のサイトには常駐のＳＥさん、ハード保守の人に100人とまではいかないけど、詰めてもらってその方たちには、その保守料とは別に人月ベースで人件費を払っています。このＡＰ保守料は何か「本社への上納金」のような気がして仕方がないのです。すべてのユーザがお支払いしているのかも不明なので、いったいどういうものか質問してみます。ユーザサイド常駐ＳＥがいて、それとは別に事業維持のため上納金が欲しい。けれど月々の活動明細は提出しない。資金使途は教えられないというのでは「みかじめ料」みたいですね。日本ＩＢＭさんではこの制度はないようです。
■他社への参考見積もり
日本ＩＢＭ社に同等規模のシステムを構築するといくらくらいになりますか、ということで見積もりを取りました。
ハードの置き換えでなく、使用しているソフト料等のランニング費用を出してイニシャル×ランニングでトータルで参考値を提出してもらいました。
１ヶ月くらいかけて問診シートをもとに結構精緻な資料をつくってもらい日本ＩＢＭ社には感謝しています。メインフレームは独自ハード、独自ＯＳ、独自ミドルといったところで、全面コンバージョンは非常に難しいところがあるのですが、ＩＢＭさんは「参考になれば」ということで、しっかりとした資料をまとめてくれました。
一番、移行に対してハードルが高いのは20年来使っているＤＢのミドルウェアとのインターフェースが互換性がないということでした。形式が違うため、ＤＢのつくり、アプリケーションから参照するデータ・テーブルを全面改造するとなると、すべてのシステムをゼロから書き直すといったことが必要になり、今のこちらの体力では難しいという結果となりました。
しかし、ＩＢＭ側もこちらのシステムのつくりを把握することができたので「ここの機能はオープン・パッケージにマイグレーションするといい」と言った提案は今後してくれるとのことでした。
印象的だったのは日立のように秘密主義、なにも説明してくれない主義とは違って、自分たちの技術に自信、誇りを持って的確な資料を短期間に纏め上げてきたことです。感嘆しました。また、非売品だそうですが、「ＩＢＭ Ｚシリーズハンドブック」という、あまり専門的な知識がなくてもＺシリーズのイロハが分かる日本語の参考書をくれました。これは分かりやすくて、熟読して「日立」には「これはどうなの」と言った質問をしています。顧客に見せるナレッジ・マネジメントという意味ではＩＢＭの方が数段上のようですね。
メインフレームのプログラムは150種類くらいあって、個別に月々レンタルというかたちで使用料を払っているのです。ものすごく高いです。全部で70千万円くらいかな。価格体系も複雑で、またプログラム種類も多岐にわたり、理解が難しい。これなんかは提供側とユーザの情報の非対称性を「悪用」した「不安商法」といえるかもしれません。でも、税金が無駄に使われているかもしれませんので、頑張ってチェックしていかなければ。
■結論■
あまり、味方がいないので、体を壊さないようスケジュールを作ってこつこつ日立製作所との不公正な取引があれば理詰めで解消していきたいと思います。また、他の官庁、自治体で同様な無駄、過剰な契約をしていることがあれば、本当に必要なのか吟味して、全体として適正な方向に向かえばいいと思います。あまり革命は望んでいません。
いわゆるIT下請け企業とは数十人規模の中小ソフトウェアハウスの事だ。
社名になんたらソフトウェアまたは英語３文字の企業名がついている。雑居ビルに事務所があり、常に求人雑誌に若いプログラマを募集する広告を出している。
事務所では社長と派遣の事務、あと数名の謎の親父が詰めている事が多い。
IT下請け企業は「ソフトウェアハウス」と呼ばれているからソフトウェア開発業を営んでいると誤解する人が多い。求人雑誌にはそう書かれているから、この業界に間違って転落してくる人はそう信じてしまうのも無理はないだろうが、ソフトウェア開発業というのは建前だ。
真の業務内容は人売りである。大手から案件を勝ち取り、人月ごとにプログラマという奴隷を売買し供給すること、そしてその上前をはねること。４０歳までに使い捨てること。あと経理。それしかやっていない。ソフトウェアの開発など一切やっていない。
いちおう社内に社員用の机はある。が、それは案件から案件に移るときの休憩所にすぎない（たまに持ち帰りの案件をこなす事もあるが）
この業界の常識は業界外の人たち、特に将来の奴隷候補たる専門学校生や行き場の無い底辺大学生には知られていないから、記しておく。
リターンファクタとか減価償却とか人月とか計算しないで仕事ができるなんて、アーリーリタイアは凄くいいと思うけどなぁ。
なんでみんなは目指さないんだろう。
それこそ最初の話題に戻るけど、
ちゃうちゃう。アーリーリタイアは今の手取りで目指せるけど、子供はもっとお金がかかるし、今の日本の制度では不安が大きくて暮らしていけないって話。
辞めてどうすんの？って聞かれたから、具体的な話を書いただけで、子供を育てる云々は金銭の問題だよ。
俺も今すぐ子育てに専念できる資産があれば、彼女と一緒に子育てするけどね。
つか、そうやってがつがつ金貯めてアーリーリタイアして、その後何するの？
いや、がつがつなんてしてないよ？
普通に貯めたお金を貯めたままにしないで、お金自身に働かせているだけだけど？
なにする下記にしているようだけど、色々やりたいことはあるので心配していない。
一番やりたいのは、オープンソフトウエアに関わる仕事をしたいね。手弁当で一日中フルタイム働けるから、役に立てると思うんだよね。
能力が衰えてきたら、地域のボランティアとかしたいね。日中の昼下がりに公園の清掃とか。とりあえず、日光の下でのボランティアをしたい。
あとはすっごく給料は安いんだけど、やりたい仕事とか。マイナー分野のライターや文筆家なんて楽しそうじゃない。
リターンファクタとか減価償却とか人月とか計算しないで仕事ができるなんて、アーリーリタイアは凄くいいと思うけどなぁ。
なんでみんなは目指さないんだろう。
なんか勘違いしてない？高校ってのは高等教育なんだよ。特に普通高校ってのはそう。職業能力に必要なことを身に付けてさらに余裕があるから別のことを勉強するってのが普通高校。それができない人とか、あるいは仕事と関係ないことは勉強したくない人は工業高校とか専門学校とか高専とか、行くべきところはいろいろあるはず。
それは建前だろ？底辺の学級崩壊とか知った上での話？中卒だと雇われないからいってるだけの話で勉強したいやつばかりが言ってるわけないでしょうが。
何でもかんでもできるならやるべき。実際、俺はできたよ。別に「俺ができたんだからお前らもそうしろ」というつもりはないが、できる人間の足を引っ張ってまで「必要なことだけ教えろ」なんてことを無理強いしないでくれと言ってるんだよ。
一応つられておくが、嫌がってるやつに勉強させるのはむりじいじゃないの？
高校進学率9割超えてるんだから何でもかんでもできる人ばかり入ってるわけじゃないのは知ってるよね？
必要なことは人それぞれなんだから一律にする必要ないといってるんだよ。
文学に限らずどんあものでも楽しいかどうかは人それぞれ。古典に限らず学校の授業に苦痛を感じる生徒が少なくないのは常識じゃないかと。
義務教育であるかどうかと楽しいかどうかは別。義務教育=楽しさを教えるところという認識なら遊ばしておくばかりでいいじゃないか。
いやがってるやつに教えるのは金や労力や時間の無駄遣い。ゆとり教育は叩かれすぎだと思う。正しい政策だったと個人的には思ってる。学校で教えないならやらないなんてやつは教育しなくて結構。
反知性主義というか、国全体を（マスコミで言われている意味での）ニートにしようという発想ですな。じゃあ、誰が明日の飯を稼いでくれるわけか？
つまり君は日本人がゆとり教育にしたら飯が食えなくなるほど勉強しなくなり働かなくなるやつばかりだと思ってるの？
現実にはそうなってないから、詰め込み世代が氷河期でフリーター多くなってるのに、ゆとり世代がどんどん内定取れて食い扶持あるわけで。学校の勉強なんてこの程度のもの。嫌がってるやつに無理やり教えてエリートにしても変な国になるだけじゃないかな。ひょっとしたらゆとり教育は受験勉強を押し付けられたエリートたちの反乱かも。
授業時間だって有限だからそりゃ各教科の授業時間減らせば全部薄く教えるしかないし、深くやろうとすると分野は絞らないといけない。
あのね、勉強ってそんな人月計算できるものじゃないんだよ。一つやればいろんなことが面白くなって相乗効果が出てくるもの。高校の勉強なんて、部活もやって片手間にできるもんだろ。
君がそういう人間なのかもしれないが、そういう人ばかりじゃないから。片手まで理解できる人ばかりなら成績悪い人いないし、楽しさがわかる人ばかりばら授業中い眠りもない。
世の中もっと多様な人間がいるってことは年とればそのうち実感するだろうけど。
観光業や製造業だけでGDP決まってるわけじゃないんだから比べても意味ない。
なんだそりゃ。観光が主力産業でも十分豊かになれるだろって話だろうに。少なくとも「観光なんかじゃ食えない」っていう意見の反証には十分だよ。
観光なんかジャ食えないといってるわけじゃなくて食えるやつもいるが量は限られてるということ。あと国によって条件違うんだから他国でうまく言ってるのをまねすりゃいいってものじゃない。
誰が「観光『だけ』で食え」と言ったかね。日本全体で考えなくても、都市単位、地域単位なら観光産業を振興する余地はいくらでもあるでしょ。都市と地方の格差だとか過疎に悩んでいる地域は、そこに知恵を注ぎ込む余地はあるんじゃないのか。
それはほかの産業にもいえること。何で観光産業だけ特別扱いなのかがわからんのよ。観光地に向いてるか工場が向いてるかどうかだって地域によって違うでしょ。自分は観光でも製造業でも特定産業ばかりの取り上げるのは税金無駄遣い利益誘導で大嫌いだからついつい反発してしまう。過疎地の夕張だって炭鉱無理だから観光業に力注いで破産して結局ツケは税金で尻拭いでしょ。もうちょっと現実見るべき。
なんか勘違いしてない？高校ってのは高等教育なんだよ。特に普通高校ってのはそう。職業能力に必要なことを身に付けてさらに余裕があるから別のことを勉強するってのが普通高校。それができない人とか、あるいは仕事と関係ないことは勉強したくない人は工業高校とか専門学校とか高専とか、行くべきところはいろいろあるはず。
何でもかんでもできるならやるべき。実際、俺はできたよ。別に「俺ができたんだからお前らもそうしろ」というつもりはないが、できる人間の足を引っ張ってまで「必要なことだけ教えろ」なんてことを無理強いしないでくれと言ってるんだよ。
元増田が、製造業（というかIT産業か？）にばかりリソース注ぎ込めみたいなことをいうから、それならこういう反論も成り立つんじゃないかと述べたまで。別にそれが唯一の正解だなんて思ってないし、どっちかというと俺自身はそんなことはどうだっていいと思ってるんだが。単に、IT業界の人間ってITだけが全てだと思ってるような視野が狭い奴が多いので、この場を借りて釘をさしただけだよ。
文学に限らずどんあものでも楽しいかどうかは人それぞれ。古典に限らず学校の授業に苦痛を感じる生徒が少なくないのは常識じゃないかと。
いやがってるやつに教えるのは金や労力や時間の無駄遣い。ゆとり教育は叩かれすぎだと思う。正しい政策だったと個人的には思ってる。学校で教えないならやらないなんてやつは教育しなくて結構。
反知性主義というか、国全体を（マスコミで言われている意味での）ニートにしようという発想ですな。じゃあ、誰が明日の飯を稼いでくれるわけか？
授業時間だって有限だからそりゃ各教科の授業時間減らせば全部薄く教えるしかないし、深くやろうとすると分野は絞らないといけない。
あのね、勉強ってそんな人月計算できるものじゃないんだよ。一つやればいろんなことが面白くなって相乗効果が出てくるもの。高校の勉強なんて、部活もやって片手間にできるもんだろ。
なんだそりゃ。観光が主力産業でも十分豊かになれるだろって話だろうに。少なくとも「観光なんかじゃ食えない」っていう意見の反証には十分だよ。
あと人口の少ない国なら人口比で観光客はこさせやすいから雇用増やしやすいだろうけど、日本だとそうはいかない。観光だけで食ってける量は限られてる。
誰が「観光『だけ』で食え」と言ったかね。日本全体で考えなくても、都市単位、地域単位なら観光産業を振興する余地はいくらでもあるでしょ。都市と地方の格差だとか過疎に悩んでいる地域は、そこに知恵を注ぎ込む余地はあるんじゃないのか。
http://anond.hatelabo.jp/20080323175904
半年前に「人月計算とExcelとスーツの世界より」を書いた増田だけど、この増田が他人に思えなかったので、半年ぶりに自分の話をしたいと思う。
半年前のエントリの内容、読んでない・読むのたるいって人のために簡単にまとめておく。
俺はCOBOLっていう昔々の言語を使って巨大な金融システムのお守りをしていた。それは誇らしい仕事（「これ読んで「転職考えろ」とか言ってるやつってアホだろ」的な意味で。これももっともな話だよね）ではあるんだろうけど、俺はやっぱりキャッチーな新技術がやりたくてたまらない。
そんなふうに増田に愚痴ったところ、なんか400以上のブクマがついた。以上がこれまでのあらすじ。
話の続きを始める。
あれほどのブクマを集めたことなど初めてだった。戸惑いながらも、日々増えていく皆のコメントを噛み締めた。
転職を勧めるコメントもついていた。うん、転職したいねいつかは。
でも、と半年前の俺は思った。そう簡単に転職できるものなのか？ なにしろまだ会社に入って1年半。勿論今の会社にいても転職後に活かせるスキルがつくわけではないが、その前に個人で勉強できることもあるだろう。それからでも……っつーかそもそもスキル皆無なのに転職とか無理だろ。
だから、出来心だった。
エントリを書いてからいくらか経った頃、ホッテントリにもよく上がってくる某ブログに、プログラマ求人のお知らせが出た。
そこからはクリックひとつだ。あのエントリを短く要約してそこの会社に送りつけてみた。たいした作業ではない。転職への一歩を踏み出したという気持ちはあまりなかった。
でも当然ながら、先方からは連絡がきた。言われるまま、翌週の金曜日に会社を定時で上がってから面接に行った。いきなり社長が出てきて驚いた。
面接が始まった。キョドりながら、あのエントリの内容をまた繰り返した。
「うん。熱意は分かったけど……COBOLかー」
「そうかー、ちょっと評価しづらいなー。PHPって分かる？」
「えっと……Webのビューとかに使うスクリプト言語でしたっけ？」
「他にも色々できるんだけどね。それ使って、ちょっと今から言うようなの作ってみてよ」
帰りがけに書店でPHPの入門書を買って、言われたプログラムを週末使って作ってみた。
formに書いた内容を日付やUserAgentとともにファイルに書き込んで表示するとか、その程度の簡単なものだ。PHPでファイルの読み書きができるとすら知らなかった俺でも、土曜だけで作れた。
日曜が余ったので仕様を拡張してSNSのメッセージ機能もどきに仕立て上げたりはしたけど、この程度のアピールはちょっとでも熱意のある奴なら誰でもやるだろう。
どちらにせよ大したものじゃない。
翌週、採用の通知が届いた。
俺の転職活動は2週間で終わった。
面接のとき社長が言っていた。技術的な向上心をもって受けてくる人は珍しいらしい。
意外だった。だってホッテントリでもよく見かける会社だぞ。そんな会社がわざわざ、ブログで求人までしているんだぞ。
ブログで就職とかTwitterで就職とか、いつも華々しく話題になるあれは何だというのだ。
社長の言葉がリップサービスでなかったのは、正真正銘素人にも劣るレベルの俺が、この少数精鋭で構成される会社に、おそらく志望動機だけで、あっさりと採用されてしまったことから分かる。言っておくが大量採用ではない。求人経由での採用は俺一人だった。
現実はこんなものなのだ。
そんなこんなで、あまりに展開が早すぎて事後報告になってしまったが、転職を決めたことを会社に話した。
そんな中で、印象に残ったやりとりについて書いておきたい。
まず、他部署の人。
「勿体無い！ 本当に勿体無い！」と彼は俺に詰め寄った。
「前、会社のイントラに君の作ったツールをアップしてただろ？ その時からずっと、こいつと一緒に仕事できたらって思ってたのに」
技術より業務知識、巨大な金融システムを今までどおり動かし続けることを最大の目的とするこの会社では、ITを活用してプロセスを効率化しようという意欲を持つ人は多くない。
彼はそんな中で、VBやJavaの知識を蓄えて、プロセスをもっと良くしていきたいと願う人だった。だけど、
「いくら俺が呼びかけても、誰も興味を持たない。ツールを作っても使われなくて無駄に終わることもある。本当は俺も転職を選べるんなら選びたい。でも、俺の道はこれしかない」
彼は妻子持ちだった。生活のために、今の仕事を辞めるわけにはいかないのだ。
一方俺は、家庭を背負っていない今だからこそ好きな道を選べた。その俺が羨ましいと、彼は言った。
こういう環境に留まらざるをえない人がいることを、それでも戦っている人がいることを、俺は心に留めておきたい。
それから、とある同期。
彼は同期仲間の中でも飛びぬけて優秀な奴だった。
何をやらせてもまず成功する、万能型の秀才だ。元増田にイメージが被る。
技術力があり、コミュニケーション力もあり、ついでに顔もよかった。そして、この会社では珍しく、技術志向を持つ奴だった。
研修時代にも技術をやりたいと度々公言していた彼だが、こういう優秀な奴を会社が放っておくわけがない。配属先では協力会社への指示や客先とのやりとりに追われる日々が待っていた。
そんな中で彼は思っていた。この会社にいる限り、技術的なことをやることはできない。いつか転職したいと、彼も望んでいたらしい。だから、
「転職するって聞いたとき、やられたって思った」
やられた？ 何故か。それは彼の迷いのせいだ。
「最初は別の仕事がやりたいと思ってたよ。でも仕事が分かってくると、これが面白く感じてくるんだ。俺がこのシステムを把握してるんだ、俺がシステムを回してるんだっていうのは充実してて、このままでもいいかなって思えてくるんだ」
万能だからこその迷い。
IT業界(SIer)の未来や、汎用的でないスキルばかり身に着けることの問題も彼はよくわかっている。でも、今の会社はビジネス的にも安定していて、当面は抜け出す意味がないというのも事実なのだ。
俺の場合、プログラミングのセンスはあっても運用やPMなんてとてもできない。偏っているから転職を決断することができた。でも彼には、金融システムのSEという仕事が適職すぎた。
半年後の今も、彼とはしばしば話をしている。
彼の答えは、まだ出ていない。
最後に、上司。
彼女は、完璧な検証や客先での要求詰めで皆の尊敬を集めるキャリアウーマンだ。
その上司が、俺が最後に出社する日、目に涙を溜めていた。
「ごめんね、雑用みたいな細かい仕事ばかり渡しちゃってたし、忙しくてあまり見てあげられてなかった。そのせいでこんなことになって。後悔してる。本当にごめんなさい」
違うんだ。そういうことじゃないんだ。あなたのせいじゃない。
俺はただ、仕事のスキルをそのまま使って、Twitterの@発言を抽出してクラスタを可視化してニヤニヤしたり、ニコニコに上がった新着ボーカロイド曲を自動処理でiPodに入れてみっくみくになりたいから転職するだけなんだ。
そんな趣旨のことを言葉を選んで伝えたけど、たぶん彼女には伝わらなかっただろうと思う。
俺や、はてなで色々言っているような技術系の奴らは、世の中では特殊な人間で、普通の人にはなかなか理解できない。
壁は厚い。そう思った。
そんな諸々の出来事を経て、俺は今、憧れのWebプログラミングの職場にいる。
Linuxのlsコマンドすら分からなかった俺には、毎日が学ぶことだらけだ。毎日終電だし、まだ休日出社はないけど、もうちょっと俺がまともに仕事できるようになったらそういう状況は確実に待っている。
だけど、すごく楽しい。仕事のために得る知識がすべて、自分の生活と地続きになっている。人生のベクトルと仕事のベクトルが噛み合ってるから、俺は成長している実感を持ててる。
だから、きっと俺はこの先ずっとこの会社で頑張れると思う。
ところで、
について一言。
Web系やりたいって半年前から言ってて、そして実際やってみたら超楽しんでる、そんな俺でもこれは同じですよ。
やっぱりはてブの[あとで読む]は日々溜まっていくし、これ全然業務とかかわりなさそうだって技術だとイマイチ乗れない。
転職決まってからの半年も同じだった。半年前、「転職するなら自分でスキルつけてから」って思って転職活動先延ばしにしていたら、たぶんいまだにApacheって何？って状態だっただろう。
だってプログラミングの他にもやりたい趣味はあるし。別の仕事やりながら勉強するには、この世界は広すぎるし孤独すぎるし何から手をつけていいのかわからない。
確かに、はてな見てて熱浮かされるだけってことは、人生かけて技術を追いかけるクレイジーなギークでないことの証左ではある。
でも、そこから情熱が継続しないからっていって、仕事として楽しめる程度に技術を追いかけていけるギークではないことは意味していない。わかりにくいな。つまり、はてな見てて熱浮かされる程度にはギークであるとは言える。だって楽しくないなら見ないじゃんそんな記事。
だから、そこをもってプログラマとしてやってけるかどうかの疑問を抱く必要はないと思った。
そういう意図で書いてるわけじゃないならいいけど。ていうか一言じゃないなこれ。
やたら長くなったけど、俺の転職の話は、大体そんな感じ。
あと、転職を通じて実感したのは、楽しい仕事をするのが一番楽しいよねってこと。
頭悪いこと言ってる気がするけど、これが俺の結論です。
大手電機メーカーの子会社の下請けの下請けの偽装請負ぐらいのSIの会社に入社してしまって一年。
やりがいも感じないし、夢も希望も未来も感じない。会社にも、仕事にも。
はじめの2ヶ月間は本社で研修というなの放置をくらって、そっから大手SIの用意した現場に「じゃ、来週からお願いね」
そこでは初めて会う"同じ会社"の人が数人と、このチームを束ねるリーダーが一人。このリーダーは、ひとつ上の会社の人。
神:元請け様
↓
王:下請け様
↓
↓・・・偽装請負
？：ウチの会社
仕事は忙しいかどうかはわからない。
時期と、ユーザー様の担当者さんの問い合わせと、元請け様の担当者さんの気まぐれによる。
故障対応も、
修正内容も、
仕様変更も、
すべてはユーザー様と元請け様の担当者さんの話し合いによって決まるから、先回りで出来ることは限られてくる。
毎日残業して、たまに終電で帰って、たまに休日出勤して。徒労も多い。
うちの会社と孫請け様の契約では、残業分はもらえないとのこと。
定時以降はすべてタダ働き。
そういえば、前は下請け様の責任者に勤務について質問すると
「どんな形態でもいいから、月○○時間以上はお願いね??。合計時間がそれ以上なら、なんでもいいよ??」
と言っていたけど、フェーズが変わってからは、なんも言われなくなったな。
会社的にはタダ働きだけど、給料としては残業代はきっちり振り込まれている。
この業界のこの地位の会社にしては、残業代満額って、普通なのかな？ 恵まれていることなのかな？
これは単純な疑問。
オレの残業代の原資は、孫請け様から支払われないので、当然、うちの会社が負担することになる。
来年度からは、良くワカンネ。
将来のことはもっとワカンネ、だけど、はっきり言って低収入なことだけは確実だ。
はっきり言って、ここにいる限り、スキルの向上なんて期待できない。
だって「わが社の魅力は、安価な労働力です」っていう位置づけの会社の社員だもん。
期待されていることも、契約内容も、実際にやっていることも、すべてその位置づけ通りだもん。
現場にはすべての階層の人がいるから、たまに元請け様の人と同列って勘違いしちゃいそうになるけど、決定的に違うよね。
20年間それなりに優等生(?)やってきて、それなりの大学に入って、最後の2年間に蹴躓いた。
ひどく個人的な諸事情により無気力でベットから起き上がれないようなメンタル面の時がたまたま"就職活動"ってやつをする時期。
3年の終わりに留年が決定した、と思ったらその翌年には卒業が決定しちゃった。
4年の3月からいきなり職探し。
大手銀行とか
大手証券とか
大手コンサルとか
大手ベンチャーキャピタルとか
大手商社とか。
大手電機とか中小電機とか
大手素材とか中小素材とか
大手生保とか大手損保とか
大手出版とか大手新聞とか
ちょこちょこ外資系に決まっている中で、
オレは行ったよハローワーク。
もう、絶望だったよ。
一年遅れでまともな会社に入ることが当然だったオレにとっては。
人生に失敗したとしか思えない。当時も、今も。
なんで大手電機メーカーの子会社の下請けの下請けの偽装請負ぐらいの会社に入社したかと言えば、「これしかなかった」。
給料は、今は親しい同級生と比べてもそんなに違わない。100万ぽっち。
ちょっと悪い部屋に住んで、
ちょっと悪いもの食べて、
ちょっと悪い服を着てるだけ。今は。
だけど、すぐに給料は倍ぐらいに引き離されて、
そう遠くない将来に3倍ぐらいに突き放されるんだろう。絶望だね。
まわりが自分の会社に名前に誇りと驕りを持って口に出し、
「○○の会社に入るお前スゴイ」とか互いに褒めあっている中で、
「やる夫がＩＴ土方になったようです」を見てガクブルしている新人さんのために。
刺身にたんぽぽを載せる仕事と違って「量」ではなく「質」が求められるんだよ。
ひとつの要望に適った美味しいレシピにたどり着く為に、チームの皆が腕を振るって何度かの試行錯誤を経てひとつの結果にたどり着く。それはソフトウェア開発に似ている。
良いレシピを得るためには何が決め手だと思う？
それは投入した時間の「量」ではなく、その時間の「質」だ。専門性や経験の深さといった、知識や知恵が如何に効果的に働いたかという「質」が決め手となる。
素人が集まって1024人月の間 材料をこねくり回すより、知識と経験のあるチームが作って試して改良してのステップを何回か踏んだ方がより美味しいレシピに辿り着けそうじゃない？
だから、エンジニアは質を磨く事が大事なんだよ。
よく「体力勝負」やそれを揶揄して「土方」なんて言葉が舞っているけど、それが量を指す言葉なら違和感を感じて違うなぁと思えるのが普通のエンジニアだと思うよ。
もうひとつ量と質について。
ソフトウェア開発には「work 40 hours per week」というプラクティスがある。
人間の集中持続時間には限界があるし、質の良い知識労働を提供するには仕事以外の時間 - 大切な人と過ごしたり、感性に刺激を与えたり、興味の赴くままに技術で遊ぶ時間 - が必要だ。
だから長期的に見て週 40 時間を仕事に投入するのがちょうど効率がよいと言われている。
どう？納得出来そうじゃない？
勿論、残業もあるし40時間以上を求められる環境に放り込まれるかも知れない。
でも肝心なのは、自分がどうするかだと思うんだ。
「仕事をこなす」事を考えるに当たって、量でなく質のアプローチを取ろう。
例えば、8時間の密度を高める事を考える。
フレックスで働ける職場を選ぼう。自分でハンドルを握れる環境を選ぶ。そして不平を言い合う仲間に参加するのを止める。
生活のサイクルを整え、仕事中のインタラプトを減らし、如何に集中力を高めて8時間を過ごすか、それに心を砕こう。
努力目標のようなアバウトなものでなく、測定出来る問いかけを作ろう。
「今日は集中出来たか？」
を自分に投げかけてみよう。
「何故、そう言えるか？」
を考え、測定可能な指標を持とう。例えばアウトプットを数えたり、繰り返し使う幾つかの質問を作ったり。
毎日、そして１週間や１ヶ月ごとに振り返り、自分の「8時間の密度」を確認し改善していこう。
人事考課を四半期に一度くらい行うような会社なら振り返りのちょうど良いタイミングにもなるね。
個人で上手くいったのなら仲間に広げ、会社に広げ、周囲に影響を与える事を考えてみよう。
そうやって、プロフェッショナルを目指そう。
そう、「プロフェッショナル」だ。
今の世の中、プログラムなんて誰でも組めるんだよ。日曜日に趣味でコードを書いている人が普段仕事としてそれをこなす人より優秀だなんて今は普通にある話だ。
やる夫の話でも何の知識も無い人たちが放り込まれて動いてたよね。
でもそれを見てどう思った？
自分がお客さんだとして、この人たちに安心して仕事を任そうと思う？
尊敬出来る？
あの話を見てそんな気持ちが湧いてこないのは、それは彼らがプロではないからだと僕は思っている。
プロって何だろう？
先に書いたように、プログラミングは特別なスキルじゃないし、特別な道具もいらない。
そういったスキルの有無や道具が専門性を隔てる時代は色んな場所でとうに終わっている。
例えば、料理は昔からそうだったよね。誰でも作れる。今はレシピも道具も材料も普通に手に入るようになり、ますます「料理」は普通になった。
でも、プロは消えてないよね。それどころか、一般層が料理へのスキルや知識を蓄えるにつれ、ますますプロは存在感を増したように思える。
優れた一皿に出会ったとき、それで幸せな時間を過ごせたとき、また来たい、またこの時間を持ちたいと自然と思わない？それを提供してくれた人たちへの畏敬の念を感じない？
それがプロフェッショナルだと思うんだ。
もう少しソフトウェア業界に近い話をしよう。デザイン業界がそうだ。
紙媒体のデザインは DTP によって、またデザイン分野自体も web デザインが入ったり、コンピュータの普及によって道具の壁が無くなり、スキルの壁が下がり（ロットリングって何？）誰もがデザインに携われるプロアマ不可分の世界に晒された。
でも彼らはその中でデザインの本質を問い、プロフェッショナル性を追求し、デザイナがデザイナである故の理由を手に入れて質によって生き延びてきた。
生き延びるというと失礼だ。優れたデザイナの仕事は一目でそれと分かるくらい強烈に違うし、大きな価値をもたらしている。彼らは競争に晒されてより大きく進化したのだと思う。
スキルや道具が最早壁でなくなり誰もがこの業界に流れ込んでくる今だからこそ、僕らはプロフェッショナル性について考えなければならない。
そうする事で自分に関わる人たち - 仲間やお客さん、お客さんの向こうにある社会全体 - により大きな価値をもたらす事が出来る。
ちょうど魂のこもった一皿に出会ったときのように、鳥肌が立つくらいのデザインに触れたときのように、大きな価値ある仕事を生む事が出来るようになる。
プロフェッショナルになろう。
プロフェッショナルとはどういう事か、考え、学び、改善を重ね、楽しもう。
環境に不平を言うのではなく、自分の行動を変えよう（そのために環境選択の自由を行使したっていいんだよ）。
「エンジニアでよかった！」とか「コードで世界を変える！」とか、ちょっと探せば気概と希望に満ちた言葉も先輩達も直ぐに見つかるよ。
勉強会に顔を出せばそんな人たちと直に出会えるし、いっぱい刺激を貰えるよ。
オープンソースコミュニティや PHP、Perl、Python、Ruby といった Lightweight 言語のコミュニティがお勧めだよ。まずは weblog を辿ってみよう。楽しそうと思ったら試してみよう。
今はどこにいても「学び続ける」ことが問われて行く時代だ。
コードを書く楽しさだけでなく、学び続けたり考えるために必要なスキルが最も身に付く職業だ。
この春からエンジニアになるあなたはとても素敵なポジションにいると思う。
エンジニア職でプロになろうと頑張る中で手に入るものはとても多いよ。凄い事じゃない？
今の世の中は楽しんだもの勝ち。
「楽する」の楽しいではなく、夢中にさせちゃう「楽しさ」ね。
だから悲観的な話や自嘲の声でお茶を濁すのは適当なところで止めて、別の方向を追ってみようよ。
楽しさが見えてくるハズだよ。
どこかで会う機会があれば僕もそれを伝えたいと思うし、何より日々の行動の中で示して行きたいと思っている。
あなたの会社に幸せそうに仕事をして未来を語り「コード楽しいぜぃ」と語るお酒好きの先輩がいればそれは僕かも知れない。
楽しくするのもしないのも、すべて自分次第。せっかくなら、楽しい方を選んでみない？そっちに耳を傾け、そっちを一緒に考えようよ。
初めて梅田望夫氏の講演を聴きに行きました。
講演はとても面白く、激しく同意する内容だったのですが、うちのような大企業とは逆行する考え方でしたね。高い志を持った小さなチーム、多様性を許す組織、個人をエンパワーする技術。どれを取っても当てはまりません。
なぜでしょう？
ITゼネコンに自律的なチームは不要です。ゼネコンの言うことを素直に聞く兵隊が必要です。多様性が不要なのは人月ビジネスから自明でしょう。個人をエンパワーする技術は、マネージャからすれば厄介なものでしょう。
梅田望夫氏は180度も違う場所に来てしまったのではないでしょうか。講演の後にパネルディスカッションがありましたが、結局のところ社内の宣伝をしにきた人ばかりで建設的なディスカッションはありませんでした。梅田氏の話をTo Beとすれば、As Isから一歩も出ていない対話だったように思います。結局何をやっても組織は変わらないという閉塞感を残したまま、クロージングしてしまいました。せっかく講演にきてもらってるのに、これではあまりにも失礼では。
これ以上書くとバレるので自重します。
”ホームページ製作業者”でいいよね？
ASPサービス提供事業者も含めようとするから複雑になってるんじゃないの？
自分はもともとIT業界にいて今はなぜか商店街に所属してるんだ。
で、隣の芝生の青さがうらやましくなってweb屋ってたのしそうだなって思って辞めたの。
正直webなんてやってもお金になんかならなそうだなとおもったんで、
シノギがひつようだとおもって、お店ももったんだ。
商店街のおっちゃんたちの話しを聞いていると世間のwebというかITに関する認識はこんなものだと痛感しますわ。
いやね、おっちゃんたちっていっても青年団の人たちなんだけどさ。
”親父さん”たちはそもそもインターネット（以前にパソコン）になんか興味すらないから。
で、お店でパチパチとSOHOでソフトの受託なんかもやっていると、
商店街の爺たちからあの店主はパソコンで遊んでばっかりだと陰口いわれたりするんだわ。
ようやく最近わかってもらえるようになってきて、
「おたくパソコンの仕事しているならホームページ作ってよ」と言われるように成長しましたよ。
いや、まるでわかってもらえてないんだけどｗ
ホームページっすか！？みたいな。
難しいというかしても無駄というか……。
自分は自分のお店のホームページだったら作れるんだけど人様のを請負するのを仕事にしてないわけですよ。
今までそういう業務をしてきたわけでもないしデザインが得意なわけでもないしね。
第一たいしたお金になるわけでもないし、それなりにめんどくさいじゃない。
正直そこらの商店のページだってHPつかってなにしようってんでもなく事業目的があるわけじゃないんで、
大学生あたりにアルバイトでちょっとペラのページをつくってもらうぐらいがちょうどいいと思っているんだけど・・・さ。
もうね、なんていうか説明がめんどくさい。
次から次に同じようなことを説明しなきゃいけなくてね・・・。
自分が講師になってセミナーしたいとかそういうモチベーションもっちあわせていないんだけど、
さすがに「ホームページ製作をやるつもりは無いけどホームページは欲しい商店主のためのホームページ講座」
とかいうセミナーでもやらずにはいられないのではないかと思うぐらいめんどくささが先立ってきました。
というのも彼らの話しを聞いてちょっと義憤にかられてきたんですよ。
自分もお店をやっているのでわかるんだけど、お店やってると営業の電話がいろいろ掛かってくるわけです。
「ホームページつくりませんか？」ってね。
ひどいところなんか「ホームページみて電話してるんですけど」とか。
おまえ誰がつくったページかわかって喧嘩うってんのかと内心思いながらね。
「反響はどうですか？もっと反響集めたいとおもいませんか？うちはSEOを(ry」
そんな感じのマニュアルどおりの営業が展開されるわけですよ。
本当に山と・・・。
ひどいところなんか
「うちはYahooの代理店をしているんですが、今キャンペーン中で…(ry Yahoo!に登録しませんか？」なんてのもあるぐらいさ。
でねー…。
こういうのに引っかかるバカいるのかなとおもってたんですよ。
いやほんと。
でもね、
「うちは月々１万５０００円だよ。」
「うち２万５０００円。まあ電話一本で雨の日サービスとか画像いれてくれるから満足してる。」
なんて話が目の前で展開されてるのを見てさ・・・
動的部分が何もないHPに数百万かけたとか、ほんと…、ちょっと待ってくれよと。
このHPに月々…… えーーーー！！？ ちょっとほんとお願いだから待ってくれよと。
ただしホスティング費用が毎月**掛かりますとか。
サポートで…とか、
ほんと山ほどパターンがあるんですわ。
と商店主に何度言いたくなったことか。
もうやっちゃってるところには酷なので言えないんですが・・・
そういう業務をしているのがweb屋ということなのかな？
ユーザー教育じゃないけど、ほんと早急に手をうたねばと思ったよ。
デザインの手間とかバカにならないし、メンテナンスまで面倒みきれないので、
自分はホームページ製作業をやるつもりはないんだけど・・・
商店街の中でバイト５??６人囲ってまわせば済む話しじゃんね・・・。
そんなわけで、だれかバイトでホームページとかつくりたい子いない？
つか、ほんと・・・もう、なんとかしたい。
前時代的な職業っていういうけど、なんていうか日本ではそれが全盛期ですよ。
ちょっとほんと助けて。
あと、ちょっとこれの反論まじえとく。
http://d.hatena.ne.jp/waseda23/20071225/1198573722
自分がSOHOなので弁明するけど、SOHOを地方って括っちゃいけないよ！
あと、SOHO同士でアライアランスくんで億単位の案件も食えるように準備してるんだぜ。
（・・・成功するかは知らん。）
PHPが馬鹿にされる一番の要因ともなっているんだけども、セキュリティの「セ」の字も理解していない「なんちゃってプログラマー気取りのwebデザイナー（？）」が、XSS,SQLInjection,CSRF,SessionHijack等々考えうる全ての脆弱性を垂れ流してるのはどういう訳？
考えうる全ての脆弱性を垂れ流してるのは別に垂れ流したところで問題ないような情報しか扱わないからでは？
さすがにカード番号とか扱うような業者でそんなところはないんじゃね？
あんの・・・？（なんかありそうで怖くなってきた…）
ま、それは発注側の意識が前述のレベルなので…本末転倒ですがユーザー教育が急務です。
らしいね。
でも正直日本国内にはいってきているインド人は相当少ないのでまだ数年は平気かな。
今の日本の仕事のやりかただと開発室の一部をカレー臭くするぐらいの働きぐらいしかできないとおもう。
オフショアというか呼んで来てるだけだしｗ
それよりも今の日本において深刻さをましたのは中国だとおもう。
ほんとその通り。
ずいぶん単価はあがって日本の1/2-1/3ぐらいなんだけど、かなり質があがってきているらしい。
一時期日本でどっぷり開発していた連中が帰国したからかもしれない。
多分同価格で捜すより中国に出したほうが楽というところまできてると聞くようになった。
自分も何か損害かぶれるぐらいの案件があったら一回試してみたいとおもってる。
オフショアブリッジの人に聞くと、日本のカレンダーに合わせてくれるし、日本語ができるひとが会社に1人以上いるそうだ。
スカイプで進捗の日時確認ができて、緊急の場合には携帯に電話が掛かってくる。
インドかー…。
昔いったときは市民レベル的に中国よりも30年ぐらい遅れてるとおもってたのでこの速度は予想外。
昔はムンバイとかの方だけだとおもってた。南のほうの人は質がすこし違うのかもしれないね？
さすがにインドに対してはあと数年はアドバンテージがあると信じたい。
日本人が英語が無理っていうのはあるいみマルチバイト鎖国の成功。
絶対違う
まだ２３歳プログラマです。
先日から配属されたプロジェクトで新人教育をしながら開発の中心的役割を期待されています。
１１人月として計算されているそうです。
要件定義から実装までかかわっています。
ほかのプロジェクトから質問が度々入ってきます。
基本的に私はやる気がないのです。
まだ若いので新人として研修とか受けて給料をもらえたらいいのにと考えていたのです。
でも、面接を受けて自社開発がないから出向でといわれた出先でこの扱いです。
ものすごい勢いで社員に勧誘されています。肩書はアーキテクトだそうです。
別にすごく小さな会社ではありません。社員２００を超える会社です。
正直こんな扱いを受けるには給料が安すぎます。
最低月収５０万ぐらいもらわないと割に合いません。
正直デスマーチになるのはわかっています。
少しでも苦労を減らすため使用を実装しやすい形にして客に提案しています。
でも、面倒だからそんな機能作りたくないといっても無駄なので、その変更が客の客に如何に利点があるかを担当者の上司にアピールしています。
年上のそれなりに経験のあるプログラマたちに教育をするのは苦労します。
正直彼らは経験年数なら私よりもあるのです。どんなふうに教えたらいいのでしょうか。
なんだか疲れました。
彼らが作るよりも私が作ったほうが１０倍ぐらい効率よく作れるので家で仕事します。
面倒なドキュメントだけ彼らに任せようと思います。
勉強からはじめ10日間ぐらいでひとつのRubyアプリケーションをつくった。
キャッチコピー道場 CatchCopyHacks
ドリコムの運営さんにDBのキャラをLatin1からutf8に変えてもらってようやく日本語が動くようになったので一応公開。
これをつくるまでの詳細な過程は[Ruby]のタグをひいてみてほしい。
http://anond.hatelabo.jp/c/Ruby
RonRに触ってみて思ったことをいくつか書いておきます。
0から作る分には正直それほど生産性は高くないと思う。
ただ、既存プロジェクトの焼き直しやプラグインを活用できるようなケースに限って言えばほぼ設定変更だけで対応できる。10分でつくる＊＊＊みたいなものは既存のものをナゾルというバッチスクリプティングというような作業。（プログラミングという所作からは遠いかもしれない。）
Ruby on RailsはDRY:繰り返さないことを標榜しているがあれはウソだと思う。
プラグインなどをオーバーライドさせて再帰的に繰り返していくことこそがこの言語の特性だとおもう。
過去のプロジェクトなどの繰り返し。これこそがRailsの本領ではないのだろうか。
プラグインを自作してストックできる体制ができあがったら物凄く生産性をあげることができる。
敷いたレールのうえを突っ走らせるのはものすごく簡単だ。
だが、レールに分岐をつくったり、既存のレールから少しでも外れたことをやろうとすると他の言語よりも苦労をする。
とくにO/Rマッピングは設計から頭を悩ませることになる。
逆にO/Rで何ができるんだという発想から辿らないと設計できなかった。
もし既存のシステムからのリプレイスであったら困難を極めるだろう。
システム会社がRonRを生産性が高いだの、国産だのとの流行で取り入れて、
リプレース案件を請け負ってデスマーチに陥る姿がありありと目にうかんだ。
find_by_sqlを連発せざるをえないシステム。少し想像するだけで怖い。
RailsのMVCは賞賛にあたいすべきものであるが、もしRonRをチームで取り組んだときには担当分担は非常に頭を悩ませることになると思う。Vの部分は分業容易だが、特にCの部分は設計が担当できるレベルのPGが必要になる。
コンシューマ向けサービスのように自らの要件と仕様が近いようであれば回避できるかもしれないが、
客先都合で変更が入った場合RonRのその特性が仇になる可能性が高い。
チームに目的地まできちんとレールをひける人が居ないと間違いなく地獄に落ちる。
その目的地に案内することを客先にきちんとコミットできる人が居ないと間違いなく地獄に落ちる。
まだ１、２年ぐらいはないなという思いを強くした。
コンシューマー向けのサービスをRonRで展開することはできても、人月仕事をRonRでやるにはまだ無謀すぎる。
現状では、やれたとしても単票、マスメン系が限界だ。10人を超える案件にはまだ向かないとおもう。
言語としての難易度は他とそれほどかわらないが、方言というレベルでは収まらないので、
３、４年生レベルのイキのよさそうなところに勉強会にでてもらうとかアンテナ立てておいてもらうより無いのではないか。お金になるのはもういっぽ先だ。
