10年後も世界で通じるために - Nothing ventured, nothing gained.
最初、Google+で書いたのだけれども、コメントなどで参考になる話が多く聞けたので、こちらにも展開したい。 木曜日と金曜日に通称デブサミ、Developers Summit 2012に参加した。特定のベンダーや技術にとらわれることなく、広く技術から開発方法論まで話されるこのカンファレンスも今年で10周年だ。関係者の皆様、お疲れ様でした、おめでとうございます、来年からもがんばってください、応援しています。 10周年ということもあり楽しいムードが満載の中、ふと疑問を持ったので、Twitterでつぶやいてしまった。 素朴な疑問なのですが、 #devsumi の「10年後も世界で通じるエンジニアであるために」って現在すでに世界で通じるエンジニアであるという前提ですね？ https://twitter.com/#!/takoratta/status/170341136370638848 このデブサ
ロシア人の夢はすごいものを造ること！ : ロシア駐在日記
2011年10月27日22:56 カテゴリ仕事 in ロシア日本人とロシア人ってやっぱり違う？ ロシア人の夢はすごいものを造ること！ 仕事でロシアの色々な工場の技術者の打ち合わせの通訳をすることがあります。日本人同士の打ち合わせだと、白板が登場して大事なポイントを書き込む形式になることが多いと思いますけれども、ロシア人同士の打ち合わせでは白板がめったに登場しません。あくまでも私の観察ですけれども、ロシア人の話し合い方は井戸端会議のようです。みなさんああでもないこうでもないと、次から次へと色々な問題を出しては、どんどん暴走して本題からますます離れていきます。 営業部門の人がベラベラしゃべるのはまだわかりますけれども、ロシアの特徴は技術者たちの方がおしゃべりです（というかロシア人はもともと専門に関係なくおしゃべりが多い）。目の前にある図面の話題が尽きたら今度は今までの経験を語り始める。どこそこ
コードを書けることで僕は本当に救われている - ihara2525's blog
普段僕が仕事でコードを書くことはほとんどありません。 コードを書くことでチームや組織に貢献したい、という思いは常にあります。 同時に、僕はそうすることで自分の価値を一番出せるんだろうか、という思いもあって、やっぱりこっちが強いので、一年ほど前に僕は基本的にマネジメントに徹することにしました。 それでもたまにコードを書きたくなったりしますが、自分が中途半端に参加すると、結局他の人の動きを止めてしまったりすることになるので、やらない方がよっぽど良いです。 「いや、採用とか組織作りとかやめて、本気でやったら俺の方が絶対に書ける！」みたいなのもなくて、集中してやってもたいした結果にならないでしょう。逆に、そうなっちゃうようだったら自分よりも優秀な人を採用できてない、自分の仕事をできてないってことです。 なので、最新の技術への理解や、素晴らしいコードを書くことに関して、僕は確実に、簡単に、僕の周りの
「無料モデルに興味はない」「プログラマは創造的だ」～セオドア・グレイ氏インタビュー
2002年のイグ・ノーベル賞に輝いた経歴を持つセオドア・グレイ（Theodore Gray）氏は、iPadアプリ「元素図鑑」の作者であり、爆発などの危険を伴う科学実験を紹介した異色の書籍「Mad Science −炎と煙と轟音の科学実験54」の著者だ。その一方で、世界の研究機関が活用する技術計算ソフト「Mathematica」の開発元であるWolfram Research社の重役、という硬派な顔も持つ。 「クレイジーな科学オタク」？ それとも「理性的なビジネスマン」？ その素顔は、「職人的表現者」だった！ 金属ナトリウムと塩素ガスでポップコーン調理 セオドア・グレイ氏（以下、グレイ）グレイ氏（以下、グレイ） 「Mad Science −炎と煙と轟音の科学実験54」は、「Popular Science」という雑誌で毎月、5年間担当していた連載をベースとした書籍です。1つのネタごとにプロの広告
トムが説く、エンジニアがしてはならないこと － ＠IT
Oracleエンジンそのものをデザインする男、トム・カイト。カリスマエンジニアが説明する、陥りやすい「ぼくたちの失敗」とは？ 「Database Watch」の加山氏によるデータベース・アーキテクト・サミットレポート（編集部） 2010年2月9日、日本オラクルは「データベース・アーキテクト・サミット - ask Tom Live -」を開催した。オラクル技術の中枢にいるトム・カイト氏が初来日し、エンジニアに技術解説から心構えなど多岐にわたりアドバイスした。 オラクル技術のカリスマ、トム・カイト 日本ではなじみが薄いかもしれないが、「オラクルのトム・カイト」といえば知る人ぞ知るカリスマ的な存在だ。「エバンジェリスト」と同時にオラクルで希少な「アーキテクト」の肩書きも併せ持つ。オラクル技術の頭脳である。1987年からOracle Databaseを使うようになり、1993年からオラクルに入社。
コンピュータは創造力を刺激する 奥一穂さんのエンジニアライフ（1/2） - 特集：No okyuu, No Life [okyuu.com]
コンピュータは創造力を刺激する 奥一穂さんのエンジニアライフ（1/2） 「コンピュータは自分の考えをダイレクトに試せる」――天才エンジニアとして国際的な評価も高いサイボウズ・ラボの奥一穂さんは笑顔で語る。世間からのスマートだとの評価には「自分は広く浅くだから」とさらり。 この企画はokyuu.com編集部が現在のエンジニア像をリレー形式で追っていくものです。 （取材・文＝編集部） 奥一穂（おくかずほ） 1977年2月21日生 32歳 サイボウズ・ラボ 【略歴】 1997年 Palm OS 用Webブラウザ「Palmscape」開発 1999年 東京大学中退、株式会社イリンクス入社 2002年 M.I.T. Technology Review誌のTR100に選出 2003年 株式会社モビラス 代表取締役就任 2004年 IPA「未踏ソフトウェア創造事業」採択 2005年 IP
よしおか×角谷対談「勉強会に眠る宝物」 － ＠IT自分戦略研究所
勉強会はエンジニアに何を与えるのか。勉強会の価値とは何か。「カーネル読書会」よしおかひろたか氏と「RubyKaigi」角谷信太郎氏の対談から、勉強会の意義を考える。 第4回｜1 2｜次のページ 1週間にわたって展開してきた特集「勉強会の夏、カンファレンスの夏」。最終回は「カーネル読書会」や「勉強会勉強会」を主宰する勉強会エヴァンジェリスト よしおかひろたか氏と、Rubyカンファレンス「RubyKaigi」の運営に携わる角谷信太郎氏の対談をお送りする。 角谷氏の「RubyKaigi前夜」の思い出話から「勉強会の価値とは何か」まで、さまざまなトピックが交わされた対談の模様を余すところなくレポートすることで、勉強会特集の締めとしたい。 ■RubyKaigi前夜、伝説の「PofEAA読書会」 角谷 よしおかさんにお聞きしたいんですが、RubyKaigiはよしおかさんから見ると勉強会なんですか？ よ
優れたソフトウェア開発者になる6つの方法 | エンタープライズ | マイコミジャーナル
NCZOnline Nicholas C. Zakas氏がNCZOnlineにおいてWhat makes a great software engineer?のタイトルのもと、優れたエンジニアになるための方法を紹介している。数週間前にNetflixの社風を紹介したプレゼン資料が公開された。Netflixで働くことの利点を紹介するプレゼンだが、同氏の考えはこれとは違うようだ。氏はそのプレゼンに触発され、優れたエンジニアになるにはどこで働いているかは関係なく、本人がどう取り組むかであるという自説を紹介している。紹介されている内容は次のとおり。 いつでも正しい方法を実践する 若手エンジニアに多い過ちだが、これは年上のエンジニアにも起こりうる。優れたエンジニアは正しい方法がどんな状況にも適用できることを知っており、正しい方法で取り組んだ場合でも時間が足りないという場合には、そもそも作業時間が足りな
ご報告 - 未来のいつか/hyoshiokの日記
7月末をもって、ミラクル・リナックスを退職しました。それにともなって独立行政法人情報処理推進機構への出向も解除となりました。 ミラクル・リナックスでは9年の長きにわたり、様々なご支援を賜り厚く御礼を申し上げます。ミラクル・リナックスで学んだことは自分にとって貴重な宝物になっています。 オープンソースという海のものとも山ともわからないものにかけ、一緒にやってきたミラクル・リナックスの皆さん、パートナー企業の皆さん、お客様、本当にありがとうございました。 これからもミラクル・リナックスへの皆様の変わらぬご支援、ご指導ご鞭撻よろしくお願い致します。 なお、8月1日より楽天株式会社に転職いたしました。新しい職場でも、これまでの経験、オープンソース、コミュニティ活動で学んだことを生かしながら、会社および社会へ貢献していく所存ですので、これまでと変わらないご支援、ご協力賜りたくお願い申し上げます。
High-Tech Japan Running Out of Engineers (Published 2008)
TOKYO � Japan is running out of engineers. After years of fretting over coming shortages, the country is actually facing a dwindling number of young people entering engineering and technology-related fields. Universities call it “rikei banare,” or “flight from science.” The decline is growing so drastic that industry has begun advertising campaigns intended to make engineering look sexy and cool,
IT技術者の4割は月200時間以上労働――IPAが調査 − ＠IT
情報処理推進機構（IPA）は5月22日、エンタープライズ系ソフトウェア技術者個人の実態調査の結果を発表した。IPAがエンタープライズ分野でこのような調査を行うのは初めて。 同調査は、ソフトウェア技術者の職場実態を調査することで、ソフトウェア産業が抱える課題を構造的に捕捉することを目的としているという。IPA ソフトウェア・エンジニアリング・センター（SEC）のダイレクトメール送信先と、Web調査会社の一般モニターを対象とした。有効回答数は2168。 IPA SEC エンタプライズ系プロジェクト プロジェクトサブリーダ 高橋茂氏は、調査結果からエンタープライズ系ソフトウェア技術者の実態は「産業界全体では、世間でいわれているほど悪い状況ではない」と説明した。仕事に対するモチベーションについて過半数が肯定的な回答をしており、「仕事のやりがい、やる気、仕事の達成感が、正のスパイラルを描いている」（
だから技術者は報われない
お会いするのは何年かぶりだから、さすがにちょっと老けたかなと思った。でも、せっかちに歩く姿も、甲高い声で熱く語る姿も、昔とちっともかわらない。「1993年からだから、ずいぶん長いですよね」。そう言われて指を折ってみれば15年。その間に、何度も彼に会い、語り、彼と彼の成果について実に多くの記事を書いてきた。 彼とは、中村修二氏のことである。最初に出会ったとき彼は、地方の中小企業に勤務する一技術者だった。ところが、1年も経たないうちに、カリスマ研究者と呼ばれるようになり、やがて「日本としては初めての企業人ノーベル賞候補」と目されるようになる。その彼から「会社を辞める」という連絡をもらったのは、1999年末のこと。地方企業の技術者から米有名大学の教授へと転身し、一躍全国区のヒーローになった。 その彼が古巣の会社からトレードシークレットで訴えられ、その反訴というかたちで、いわゆる「中村裁判」が始ま
ハイテク技術者、米国人ならいらない：日経ビジネスオンライン
移民で建国した国、アメリカでの問題であるが、これまでの移民と違って彼らは職さえあれば祖国に戻る可能性が高い。移民技術者でどれだけアメリカの発展に寄与できるだろうか。日本でも外国人技術者の採用が増えているが採用側の言い訳は日米に共通して『必要な専門技術を持った自国民がほとんどいない』というものだ。伝統的な技とは違い、今の技術は身に付ければどこででも活用ができる。いつまでもアメリカ、日本で雇われているだけではない。日米で能力に対して一番報酬コストがかかっているのは、本当のところ技術者ではなく経営者自身ではないだろうか。安い報酬で優秀な経営者を広く世界から募集することで多くの技術者に雇用の場を与え、長い目で見たら自国の発展に寄与すると思う。外国人技術者に軒を貸して母屋である開発製造ノウハウを外国へ簡単に流出させるのは国の競争力低下を加速させるだけだ。グローバルビジネスの場において、グローバルに調
FC2.com - 404 Error
404Error - Page not found ご指定のファイルが見つかりませんでした 30秒後にトップページへ移動します
エンジニアのやる気は報酬だけじゃ維持できない（Page 1） ― ＠IT情報マネジメント
本連載は「プロジェクトと人」を「人」に視点を当て、そこからある程度の普遍性を持ったプロジェクト運営のプロセスを探り出すことを目的としています。第1回（「スキルシートでいったい何が分かるのか」）はEさんを例に、プロジェクト内でうまく活躍できずに去らざるを得なかった経緯を見ながら、「チーム構成プロセス」や「開発プロセス」の「難しさ／問題点」を洗い出しました。今回は、皆さんから寄せていただいた第1回記事に対するWeb投票結果の考察から話を展開していきます。 集計結果から導き出される次なる課題 以下がWeb投票の結果です。「第1回において、Eさんがチームを去らねばならなかった最大の問題点は何だと思いますか」というのが質問です。選択肢は5つ設定しました。 プロジェクト入隊試験などフィルタリングを行わないチーム構築プロセスの未整備。あるいはメンバー選びなどを支援するノウハウのない所属する組織 メンバー
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：創造的なエンジニアのための働く環境とは（１）
創造的なエンジニアのための働く環境とは（１） 公開日時： 2006/01/23 18:29 著者： kenn 最近、自分のワークスタイルを大きく変えてみて、非常に強く感じることがある。 エンジニア、それも言われたことをソツなくこなすタイプではなくて、アンテナの感度が高く、自発的に新技術を磨き続けることを怠らず、自分の作ったものを広く世に出すことが楽しいと考えるエンジニアが、商業的に実りのあるモノを作り出せるようになるためには、ある特殊な条件が、きわどいぐらいのバランスで揃うことが重要なのだな、ということがわかってきた。もちろん、まだそれを理解するプロセスの真っ最中なのだけれど、考えがひとまとまりの輪郭をとってきたので、つれづれ書いてみようと思う。 ぼくは、インフォテリアというソフトウェアの会社で６年も製品企画その他、会社がリリースする「モノ」の運命にかかわる重大な意志決定に、経営
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://atnd.org/events/13324
エンジニアが求める職場環境まとめ（暫定）
優秀なエンジニアはどこにいて、企業はどうすべきか？