小野和俊のブログ:プログラマー風林火山
アプレッソというベンチャー企業の CTO を務めて6年と2ヶ月になる。変化の激しいベンチャーに比較的長い期間身をおいていたので、社内外のいろいろなタイプのエンジニアと仕事をしてきた。 あるエンジニアが参加することで開発チームが短い期間で大きく変わったこともあったし、開発チームのメンバーが15人いた頃よりも、お互い補い合えるエンジニアが5人くらいの頃の方が成果が出たりすることもあった。 そういう経験を重ねていくにつれ、私の中では、スターエンジニアと呼べる人たちの持っているものについての、いくつかの類型ができてきている。今まで一緒に仕事をしていく中で本当に心強かったのは、最近エンジニアのキャリアパスの議論でよく言われるような財務のわかるエンジニアとか営業もできるエンジニアではなく、あるいは人と異なるユニークな能力を身に付けようとしているエンジニアでもなかった。ではどういうエンジニアが、というこ
夢はエンジニアに強い影響を与える本を書くこと 松信嘉範さんのエンジニアライフ（1/2） - 特集：No okyuu, No Life [okyuu.com]
「エンジニアに強い影響を与えるような本を書きたい」――そう話すのはデータベースMySQLのコンサルタントとして名高い松信嘉範さん。ユーザー企業の情報システム部門のいちエンジニアだったが、オープンソースの世界に魅せられ、今では日本を代表するMySQLのコンサルタントに。同氏が語る、オープンソースの世界の可能性とは？ この企画はokyuu.com編集部が現在のエンジニア像をリレー形式で追っていくものです。 （取材・文＝編集部） 松信嘉範（まつのぶよしのり） 1978年10月22日生 31歳 サン・マイクロシステムズ プリンシパルMySQLコンサルタント 【略歴】 2001年3月 東京大学工学部卒業 2001年4月 ソニー株式会社入社 2006年3月 「現場で使えるMySQL」出版 2006年9月 MySQL株式会社に転職 2008年7月 買収によりサン・マイクロシステムズ株式会社
「採用で勤続年数・学歴・資格は参考にしない」、ウノウ尾藤氏
「プライベートな時間を使ってまで技術に関する活動をするくらいに、技術が好きかどうかが重要」――ウノウ CTO 尾藤正人氏は10月10日、「パソナテックカンファレンス2008」において、「エンジニア主体のチーム作り」と題した講演を行った。 講演の前半では、「ソースコード管理」「案件管理」「情報共有」という3点において、自身の手法を紹介。管理をExcelで行ったり、共有ファイルサーバで管理したりするのは「管理コストが高くなり、変更の衝突が起きる。また、元に戻せなくなるので、よくない」と語った。 ウノウでは、ソースコード管理には専用ツールとしてSubversionを、案件管理にはBTS（バグトラッキングシステム）としてTracを、情報共有にはWiki（主にPukiWiki）を使用しているという。Subversionに関しては、常に最新のソースコードで開発できること、衝突が検出できること、履歴をシ
エンジニアの未来サミット
かつては日本の基幹を担うと言われたIT（Infomation Technology）業界。しかし，いつの間にか「3K，5K」「35歳定年説」など，ネガティブなイメージが定着し，さらに最近のイベントで物議を醸した「エンジニア最初の10年のキャリア」についてのさまざまな議論から，IT業界の将来すら不安視されることが増えてきました。 でも，実際のところはどうなのでしょうか？ 本サミットでは，これからIT業界を目指す学生，また今IT業界に入ってきた若手エンジニア・デザイナーの皆さんからの疑問や不安に対し，業界をリードする「アルファギーク」の面々，そして今活躍している30代前後のエンジニア，いわゆる7x，8x世代の方々がお応えします。 彼らが語るIT業界の今，さらに実際の仕事への取り組み方やエンジニアの魅力について語る熱いメッセージをぜひお聞きください。
技術力の高いエンジニアをどこまで特別扱いすればいいのだろう - これ僕.com：行動分析学マニアがおくる行動戦略
malaがはてなを退職したって事で、原因は何だろう？ malaさんがはてなを辞めた理由は知らないけども、このエントリーを読んでて思い出したことがあった。 3年ほど前に私が15名ほどのチームでプロジェクトリーダーをしていたとき、一人だけずば抜けて技術力のあるエンジニアがいた（Aさんとする）。Aさんは私の1つ上の先輩で、その技術力の高さを見込んで、ライブラリだのフレームワークだのの開発や改善をお願いしていた。それについては、当然ながらチームに多大な貢献をしてくれたと思っているし、技術に意識の高いメンバーを彼に付けて作業させたので、他のメンバーの成長にも役立ったのは間違いない。 しかし、その時プロジェクトには、もっと単純だけど、時間がかかって根気の必要な、欠かすことの出来ない作業もあって、ほとんどのメンバーはそれに従事していた。多分、ライブラリだのをプログラミングするよりも、ずっとツマラナイ作業
ハイテクの日本がエンジニアを枯渇させている - GoTheDistance
NewYorkTimesにこんな記事がありました。日本の理系離れについてまとめられた良記事です。今日はこの記事の紹介。ぜひ原文にトライしてください。 High-Tech Japanese, Running Out of Engineers 理系離れが日本で進んでいるから理系の大学がやっきになって入学者集めにやっきになっていることや、日系の会社でもゆっくりと外国人エンジニアの採用やインドやベトナムに仕事を発注し始めているという記述から始まっています。 It was engineering prowess that lifted this nation from postwar defeat to economic superpower. But according to educators, executives and young Japanese themselves, the youn
SI業界を目指す君達へ贈る「何故システム開発はテンパるのか」 - novtan別館
先日学生に聞かれたんですよ。 「下流工程は大変って聞きますが、上流は楽なんですよね？」 よろしい、君はよく勉強している。でも根本的に間違っている。下流工程が辛いのは、上流工程でちゃんと仕事ができなかったからだ*1。 というわけで、主に学生向きに話を単純化して語ってみます。これが普通だとか、一般的だとか言うつもりはなく、違う視点もあるかと思いますが、一つの考え方として。 SIでのシステム開発は、建設業にたとえられます。が。 顧客の希望を聞き、設計し、施工し、引き渡す。こういった工程を踏む仕事ということで、システム開発はよく建設業にたとえられます。実際に工程管理の手法なども似通っています。ところが、大抵の場合、耐震偽造をした建築物よりもシステムのほうが脆弱に仕上がります。何故でしょうか。 一つには、建物の図面を引くには建築士の資格が必要ですが、システムの設計に資格は必要ありません。 もう一つ、
まつもとゆきひろ×小飼弾対談 生き残るエンジニアとは？ ― ＠IT
パソナテックは3月11日、同社が提供開始したITエンジニア向けサイト「てくらぼ」のオープニングイベント「Matz×Dan×Daiji エンジニア進化論」を実施した。イベントでは、Ruby開発者のまつもとゆきひろ氏と、ブロガーでプログラマの小飼弾氏のトークセッションが開催された。会場となった東京・秋葉原のUDXギャラリーは大勢のITエンジニアで埋め尽くされ、キャンセル待ちが出るほどの盛況だった。 トークセッションは、ニューズ・ツー・ユー 取締役 平田大治氏が司会し、まつもと氏と小飼氏に質問を投げ掛けた。まつもと氏と小飼氏が質問に○か×かで答えた後、平田氏が詳しく話を聞くというスタイルだった。以下にトークセッションでの2人の発言をいくつかまとめた。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
