「プライベートな時間を使ってまで技術に関する活動をするくらいに、技術が好きかどうかが重要」――ウノウ CTO 尾藤正人氏は10月10日、「パソナテックカンファレンス2008」において、「エンジニア主体のチーム作り」と題した講演を行った。 講演の前半では、「ソースコード管理」「案件管理」「情報共有」という3点において、自身の手法を紹介。管理をExcelで行ったり、共有ファイルサーバで管理したりするのは「管理コストが高くなり、変更の衝突が起きる。また、元に戻せなくなるので、よくない」と語った。 ウノウでは、ソースコード管理には専用ツールとしてSubversionを、案件管理にはBTS（バグトラッキングシステム）としてTracを、情報共有にはWiki（主にPukiWiki）を使用しているという。Subversionに関しては、常に最新のソースコードで開発できること、衝突が検出できること、履歴をシ

malaがはてなを退職したって事で、原因は何だろう？ malaさんがはてなを辞めた理由は知らないけども、このエントリーを読んでて思い出したことがあった。 3年ほど前に私が15名ほどのチームでプロジェクトリーダーをしていたとき、一人だけずば抜けて技術力のあるエンジニアがいた（Aさんとする）。Aさんは私の1つ上の先輩で、その技術力の高さを見込んで、ライブラリだのフレームワークだのの開発や改善をお願いしていた。それについては、当然ながらチームに多大な貢献をしてくれたと思っているし、技術に意識の高いメンバーを彼に付けて作業させたので、他のメンバーの成長にも役立ったのは間違いない。 しかし、その時プロジェクトには、もっと単純だけど、時間がかかって根気の必要な、欠かすことの出来ない作業もあって、ほとんどのメンバーはそれに従事していた。多分、ライブラリだのをプログラミングするよりも、ずっとツマラナイ作業

「忙しいんです。とにかく忙しい。やらなければならないことが山ほどある」 そこまでは，よく聞く発言だなと思った。「いやあ，私もそうですよ，忙しくて」と相づちを打とうかと思ったら，彼は思ってもみなかったことを続けて言った。 「でもね。システム開発のトレンドや最新技術を知ることができるイベントがあれば，プライベートの時間を削ってでも行くようにしているんです」――。 自分を知るために参加する “彼”とは，取材先のITエンジニアである。上の発言は，彼がプロジェクト・マネージャーとして複数のプロジェクトを抱え，多忙を極めていた数年前の会話の中で出たものだ。当時，彼はただでさえ忙しいのに，筆者の無理な願いを聞いて寄稿記事まで書いてくれていた。その彼が「どんなに忙しくてもイベントには出かける」と言ったのだ。 そのころ，イベントに参加しても大して得るものがないと考えていた筆者は，がぜん興味を持った。なぜ，イ

なんか最近思うエンジニアとして大切なこと。 仕事とプライベートに(厳密な)境界線を引かないこと 技術を楽しむこと 技術の勉強は業務時間内にやるべき！とかよい残業とは！みたいな話につながるけど、 厳密に境界線を引きたい人には(システム開発の)エンジニアはつらく感じると思う。 仕事で必要な技術は業務時間内に勉強できることもあるだろうけど、 それは今そこにある危機に対してのもので、たとえばもっと基礎体力的な部分とかはどうしたって業務時間外になる。 それはプライベートを全部潰してみたいな極論的なものじゃなくて、 プライベートでも空いてる日を見繕ってとか、時間をうまく作ってってことになるけど、 「絶対に」プライベートはプライベートと考える人にはそれはつらいだろうし。 業務のプログラミングなんて往々にして楽しくないもんで、 だからこそ自分の時間に自由にやると楽しい。 マッシュアップなんて業務でやらない

開発生産性が低い方が収入が多い（人月がかかるほどお金がとれる）というビジネスモデルを根底から覆す可能性があります。開発生産性をあげればあげるほど収入が減ってきます。SIビジネスが立ち行かなくなる方向に向かうのです。 実際の現場では、開発生産性が低くて、人月がかかるほうが売上が増えるというのは、紛れもない事実です。大手SIerの開発手法が、生産性よりも失敗しないことを重視するのは、この事実が原因なのは間違いありません。失敗せずに多くの工数をかけたほうが売上が増えるのです。 だから、ソースコードと一対一に対応するような無駄なドキュメントを「誰が書いても同じようなソースコードにするため」なんて理由で書かせるのです。 詳しくは「誰が書いても同じコード」は大事なことなのかのエントリを参照してください。 営業は、売上で評価されることが多いので、営業の力が強いところは、売上至上主義に走りがちです。でも、

Q:　システム部でSEとは無縁な業務ばかり。もうSEとしての仕事を諦めるしかないのかと悩んでいます。 現在の会社に入社して4年目です。システム設計・構築・管理の仕事にかかわっていきたいと，今のシステム部へ飛び込んだのですが，主に物品移動，書類整理または他部署の応援など，本来の業務とは無縁な業務ばかりです。チャンスをつかむむためにはと業務に取り組み，上司には「システム構築に関係した仕事を経験したい」と相談し，その度に期待の持てる言葉は返ってきますが，何の進展もないままです。 このままだと，知識，技術も身につかず，扱いもこのままではないのか，と転職を考え活動していますが，肩書き上のシステム部が非常に重くのしかかっています。もうSEとしての仕事を諦めるしかないのかと悩んでいます。何か，良いアドバイスをもらえればとメールいたしました。よろしくお願いします。 A：　業務スキルを身に付けるため，最も身

25歳の時にプログラマになりたいと思って 全く経験ないうえに Unix とかの存在すらしらないまま バカ高校卒なのに転職してプログラマになった俺が通りますよ。 ／⌒ヽ ⊂二二二（　＾ω＾）二⊃ |　　　 / 　　　　　　ﾌﾞｰﾝ （　ヽノ ﾉ>ノ 三　　レﾚ あと id:amachang だって最初から持って生まれたわけじゃないお。 最初はみんななにも持ってないお。 がんばった人に「持ってるからいいな」って言うのは正直、失礼だと思うお。 なめんな!

EM ZEROはソフトウェア開発のあり方をゼロから考える新しいメディアです。 人と技術に関するテーマを中心に、ソフトウェア開発の未来を切り開くヒントを ゼロから探っていきます。また、作り手と読み手の関係を極限までシンプルに考 え、ゼロ円、つまりフリーで提供していきます。

社内で勉強会を画策しています。 もはや、社内で勉強会を開くことなど、珍しい話では ないと思いますが、今回の勉強会には、ある メッセージを込めて、開催に臨んでいます。 今まで、勉強会を開催するのは、ワイワイと楽しく できたらいい、くらいにしか考えたことが ありませんでしたが、そこに意味を求めるようになりました。 年のせいでしょうか。 もちろん楽しくできることがベースにあるのは 間違いないのですが、それだけではない、自分の思い を込めたい、表現したいというのが、最近の行動の 原動力になっているなぁと気づかされました。 さて、SIerというところは、プログラミングだけを やりつづける人が少数派となる世界です。 #最近は、そうでないところも出てきているかも #しれませんね。 入社して最初の数年間、プログラミングをやり その後は、きれいさっぱり足を洗う。 あるいは、最初からコードに触れない。 なんて

よく、新人研修で「実践的な」研修を求められることが多い。のだけれども、本当に僕らが必要としている人材というのは、別に単なる作業員ではない。実践的な言語研修で良しとするのは、作業員を育成するためのものである。職業訓練をしているわけではない。SIerとして、将来設計や要件定義をするための、あるいは、お客さんと本来必要なコミュニケーションをきっちりとこなすための、人材育成をしたいのだ。 もちろん、短い新人研修期間で全てが身に付くわけではないけれども、ろくにプログラムの何たるかもわからないまま、Javaや.NETのようなAPIが潤沢な言語を、しかもIDEを用いて研修するなんてのが将来の役に立つとはどうも思えない。直近でぶち込まれたプロジェクトがJavaだったりして、「Javaできます」っていえるわけでもなし。しかも、ArrayListとか最初から使えちゃうわけで、データ構造に対する素養も身に付かな

様々な支援を受け、自転車操業から脱出。レイオンコンサルティングのリペア事業は着実に成長の道を歩んでいく。その一方で、橋口氏は依然、大きな悩みを抱えていた。 人材サービスの要は、言うまでもなく人材にある。しかし、求人広告を見て集まってきた職人たちは、プロ意識や向上心が乏しい問題児ばかり。無断欠勤や現場での行き違いによるトラブルが頻発していた。気まぐれな職人たちをどう束ねていくべきか――。橋口氏の試行錯誤が始まる。 気まぐれな職人の目の色が変わってきた！ 橋口氏は、リペア事業を始めた当初“携帯電話恐怖症”に見舞われたという。 「毎朝7時ごろになると電話がかかってくるんです。来るはずの職人が来ないという業者からのクレームだったり、当日になって熱が出て現場に行けないという職人からの連絡だったり…。あるいは、道具や材料を忘れて作業ができないという電話がかかってくることも頻繁にありました」 こんな電話

5日 WEwLC 第2回 1週間以上経ってしまいましたが、レガシーコードとうまくやる読書会の第二回に参加してきました。 他の皆様の参加レポート（発見できた限り） http://d.hatena.ne.jp/kunit/20080706/ http://d.hatena.ne.jp/kimabuu/20080706/ http://d.hatena.ne.jp/n_shuyo/20080707/ http://toshiyukikawanishi.net/modules/wordpress/index.php?p=107 http://d.hatena.ne.jp/takagimasahiro/20080707/1215380694 http://blog.deadbeaf.org/2008/07/06/reading-wewlc-2nd/ あれ？せとさんがいない？ 第1回のKPT（http

調査会社Gartner（コネティカット州スタンフォード）は、今年初めに発表した調査報告書で、専門家の人材不足のため企業は適格な人材を求めて虚しい争奪戦を繰り広げることになるだろうと警告している。一方、オープンソースの世界では、必要なスキルを身につけた人材の供給は十分だという。 Red HatのLinuxカーネル・エンジニアで、リアルタイム・カーネル・チームに参加したりEnterprise Linuxディストリビューション上のサードパーティー・ドライバーのサポートを支援したりもしているJon Masters氏は「（人材の獲得については、）人材がいればさしたる困難はない。いかにして適切な人材を探し出すかという問題だ」とし、Linuxやオープンソース・ソフトウェアでは有能な技術者の供給は足りていると言う。 同調査報告書はITおよびビジネスにおいて来るべき専門家不足はビジネスの成長にとって阻害要因