「『プログラマー35歳限界説』はある」Rubyの父・まつもとゆきひろさんにその真意を聞いた | HRナビ by リクルート
IT業界でささやかれる「プログラマー35歳限界説」。体力や学習能力の低下、マネジメント層へのキャリアチェンジといった理由が引き合いに出される一方で、35歳を越えてもなお最前線で活躍するプログラマーが登場し、この説が否定されることも多くなった。 「プログラマー35歳限界説」は本当にあるのだろうか？ それともまったくの幻想なのか？ Rubyの父・まつもとゆきひろさんに聞いてみたところ、意外にも「この説は成立する」と言う。その真意は？ まつもとさんにプログラマーのキャリアについて話してもらった。 「35歳限界説はある」 まつもとゆきひろさんがそう答える真意とは？ ――IT業界では、古くから「プログラマー35歳限界説」についての議論がありますが、まつもとさんは率直に言って、どう思いますか？ 私の見る限り、「プログラマー35歳限界説」は実際に成立しています。そしてその理由は、組織にあると思っています
第35回 自社サービス開発から受託開発に転身したエンジニアが語る「幸せな受託開発」とは
岡山で全国の仕事を請け負う「気さくなプログラマー」 岡山に暮らしながら、東京の顧客とSkypeを使ってミーティングをし、受託開発を行うプログラマーがいる。名刺の肩書は「気さくなプログラマー」。 「Rubyのまつもとさんをはじめ、できる人はみんな気さくじゃないですか。だから私も自分のキャッチフレーズとして使っています」と笑いながら話すのは、ソニックガーデンのエンジニア、野上誠司さんだ。 SI企業で5年間受託開発に携わり、その後自社サービスを作る企業に転職、そして現在は「納品のない受託開発」を掲げるユニークな企業、ソニックガーデンのエンジニアとして働く。受託開発から自社サービスへ移りたいと考えるエンジニアは多いが、再度受託開発に戻ったのはなぜなのだろうか。 【転職者プロフィール】 野上誠司さん（32歳） 株式会社ソニックガーデン 気さくなプログラマー（2013年10月入社） 【転職前】 岡山の
「バブル期の日本」と「シリコンバレーなう」の共通点
「バブル期の日本」と「シリコンバレーなう」の共通点：プログラマ社長のコラム「エンジニア、起業のススメ」（10）（1/2 ページ） シリコンバレーでは今、二流エンジニアたちがオフィスの卓球台の周りで多忙ぶりを嘆き合っている。その姿はまるで、バブル時代のニッポンのサラリーマンのようだ。 連載目次 私が初めて日本に来たのは、1980年台後半のバブル全盛期だった。 誰も彼もがジュリアナで踊り、「『NO』と言える日本人」が話題だった。日本車や日本製の電化製品が世界市場を席巻し、西側諸国は日本の労働市場に羨望（せんぼう）のまなざしを向けていた。日本人従業員は教育レベルが高く、規律正しく、信じられないほどの働き者として有名だった。 労働現場の実態 その勤勉な国で働くことになり、私がどんなに困惑したか、あなたに想像できるだろうか？ 私が働いていたのは、日本の大手IT企業だった。同僚たちは9時の定時前に全員
「IT奴隷化に反旗を翻そう」 VASILY技術顧問 まつもとゆきひろ氏インタビュー | VASILY DEVELOPERS BLOG
まつもとゆきひろさんが弊社の技術顧問に就任する事となりました。せっかくなので、「ベンチャーの重要性」「世界での勝ち方」「SIerのヤバさ」「モルモン教とエンジニアリング」など、まつもとさんに色々聞きたかった事をぶつけてみました！ VASILY Officeにて 質問 我々は、小さい会社ながらも技術によって世の中にインパクトを与えようと頑張っています。 他にもそういった会社が増えていますが、思う所など教えてください。 まつもと その逆は大企業とかだけど、関わっている人が多くなればなるほど、辛くなりますよね。 僕はビジネスマンじゃないので、エンジニアが幸せかどうかしか分からないけど、自分で決められないエンジニアは不幸なんですよね。 この技術の方が絶対いいのに、「上司が説得できないから従来のやり方で頑張りましょう」みたいな空気で腐りながらやるのは、エンジニアにとっては不幸なんですよね。 小さ
IT技術者の2014年年収予想を世界主要国と比較してみた - プロマネブログ
給与調査｜外資系・日系グローバル企業への転職ならロバート・ウォルターズ 調べ物していたら面白い資料を見つけました。 この資料は、各国の給与予測調査を行った結果ということで、日本を含めた数カ国の2014年予想年収、2013年の実勢年収を調査したものということです。 この資料にIT技術者の給与についても書いてありました。 ちょっと興味があったので、日本と主要国のPM、SE、PGの給与比較をしてみます。 主要国給与比較結果 ※フランスなど国によってはSEという職種がない場合がありますので、その場合はシステムアーキテクトやビジネスアーキテクトなどで代用してます ※プログラマは言語によって給料に差がある場合があります。比較しやすかったJavaプログラマを使ってます。 ※各国ピンきりの幅が広かったのですが、分布がわからないためピンきりの中間を取ってます。上海は最大値が非常に高かったため、ちょっとイレギ
エンジニアとして進化し続けるには
＠ITゆかりの方々、カッコいいエンジニアの皆さんにお話を伺う本シリーズ、今回は日米で活躍する開発者 増井さんに、エンジニアが進化し続けるために必要なマインドセットについて解説してもらう いまエンジニアとして働いている人の中には、管理職などにならず一生エンジニアとして生きていきたいと考えている人もいるでしょう。その場合、次々と育っていく若いエンジニアに負けないために、年を重ねるとともにエンジニアとして進化し続けていかなければなりません。そのためには何が必要か考えてみましょう。 短期の「チャレンジ」と長期の「目標」を考えよう エンジニアとして進化し続けるためには、常に勉強し続けることが求められます。しかし新しく面白そうな技術が次々と生まれている今、漫然と新しいことを勉強していても、一線のエンジニアとして長く生き残ることは難しいでしょう。 必要なのは、正しいタイミングに正しい方向で努力していくこ
ITエンジニアの評価制度をどげんかせんといかん - ぐだぐだ言ってないでコードを書けよ、ハゲ。
私は宮崎出身ではありません。 目標管理シートドリブン開発はくそ - razokulover publog を読んで同意しました。 目標管理シートについて、私も感じる問題点と対策を挙げておきます。 （重複意見は抜いておきます） 事前にコミットするために目標の変更が利かない 表題のとおり。 ちょっとフィクションの話を。 半期の初めに目標設定をしました。 仮に「Ruby を業務で使えるレベルになる」とでもしましょう。 （この時点で別の問題もはらんでいるが、それは後述。） 少し勉強を重ねた1か月後、 Ruby が陳腐化しました。 実際 Ruby という言語自体のような手堅い目標であればいいでしょうが、 今さらそんな目標設定することはないでしょう。 登場したばかりの新しい技術を試してみることのほうが多いと思います。 しかしその技術は陳腐化する可能性があれば、 1か月後にもっといい技術が出てくる可能性
エンジニアは独立した方が良いのか？
Shin x blog Advent Calendar 2013 の３日目です。 エンジニアを目指して新卒で就職して早５年。とにかく仕事を覚えたい、先輩に追い付きたい、スキルを上げたいとがむしゃらに開発に没頭してきた。そろそろ仕事はひと通りこなせるようになり、自分がリーダーとして参加するプロジェクトも増えた。 充実した毎日ではあるが、気が付くと自分が会社の中では一番のエンジニアとなっていた。 自分では分かっている。会社の中では一番かもしれないが、外に目を向けると、自分よりすごいエンジニアは山といることを。 「そろそろ、次に進む時なのかもしれない。」 転職すべきなのか、はたまたいっそのこと独立して起業すべきなのか。 といった事は、わりと良くある風景なんだと思います。 起業してかれこれ13年、なんとかやってこれたので、こういった状況の人から相談を受けることがあります。そこで、私自身がこれまでや
若手の多くて拡大途中の開発会社が腐らないための鉄則｜TechRacho by BPS株式会社
先日書いた「受託開発で失敗しないための鉄則」の続きです。前回は受託開発における「短期的な失敗」に焦点をあてて実体験に基づいた回避策を並べてみました。今回は、規模拡大の過程で経験する「中長期的な失敗」をどう回避するか、という目線で考えたことをまとめます。例えば、「人数は増えたけど、できることは全然増えない」や「人数は増えたけど収益自体はそこまで増えていない」などですね。 業務経験が少ない若手高学歴エンジニアが集まって受託開発しながら経営を試行錯誤しているところでも、多業種でそれなりに成功した成熟した人たちが経営しはじめたところでも目の当たりにするので、「それなりの確率で皆が経験するフェーズ」なのではないかと勝手に思ってます。特に役員や古参メンバの誰かが強い場合。でもこの状態になって長続きすると強い人達が抜けていくので対処しておきたいところですね。 そもそも、なぜ、成長が止まるのか？ 序盤はい
日米で半年ニートをするまで気付かなかった、「お金・理念・コード」より大切なこと【上杉周作】 - エンジニアtype | 転職type
上杉周作の「From Silicon Valley」 ～IT最先端の”今”に学ぶ～ エンジニア / デザイナー 上杉周作 1988年生まれ。小学校卒業と同時に渡米し、カーネギーメロン大学でコンピューターサイエンスを学ぶ。米Apple、米Facebookにて、エンジニアとしてインターンを経験した後、実名Q&Aサイト『Quora』のプロダクトデザイナーに。2011年7月に慶應義塾大学で行われた講演が好評を博し、日本のIT・Web業界でも名を知られるように。2012年3月にQuoraを退職。現在はシリコンバレーの教育ベンチャー・EdSurgeでGrowth Hackerとして活躍 シリコンバレーの自宅から運転して15分もすれば、Googleのお膝元であるマウンテンビューにたどり着く。この街で一番大きいビルの7階にシェアオフィスがあり、仕事がなかった昨年の夏にはよく立ち寄っていた。 ニート生活も板
脱・リーマンエンジニアに必要な4つの習慣 － ＠IT自分戦略研究所
所属する会社や立場に関係なく、個人の力量で勝負するエンジニアが増えている。彼らはいかにして自身の価値を周囲に知らしめ、肩書き抜きで食っていけるようになったのか。「脱リーマン」に成功した4人のエンジニアへのインタビューを通し、共通する習慣を明らかにする。 ｜1 2 3｜次のページ ※本記事は、「エンジニアtype」のコンテンツを一部＠IT表記に統一した上で、許可を受けて転載するものです。 ■ 肩書き抜きで、エンジニアとして食っていける自信ある？ 突然だが問題だ。 2010年にフリーになることを決めた、あるエンジニアのAさん。 そのことを長く付き合いのあった企業の担当者に伝えたところ、2社から、「今後も案件を担当してほしい」とオファーをもらった。 そのため、うち1社（B社）とは、フリーとして他社の仕事を請け負ってもいいという条件のもと、正社員として雇用してもらう契約を締結。もう1社（C社）は、
世界に通用するソフトウェアを作る合言葉は「読むな、作れ」
世界に通用するソフトウェアを作る合言葉は「読むな、作れ」：海外から見た！ ニッポン人エンジニア（11）（1/2 ページ） 時代を読む力は、生き残れるエンジニアの必須条件である。本連載では、海外と深い接点を持つ人物へのインタビューをとおして、IT業界の世界的な動向をお届けする。ITエンジニア自らが時代を読み解き、キャリアを構築するヒントとしていただきたい。 あるときは案件があふれ、またあるときは枯渇して皆無となる……。「景況感に左右されないエンジニアになるためには、どうすればいいのか」。これは多くのエンジニアにとって共通の課題であろう。 時代を読む力は、生き残れるエンジニアの必須条件だ。 この対談シリーズ「海外から見た！ ニッポン人エンジニア」では、グローバル組織・人事コンサルティングを行うジェイエーエス 代表取締役社長 小平達也が、海外と深い接点を持つ人物へのインタビュー通じ、世界の経済・
沖縄暮らししてます。：沖縄暮らしエンジニアの日常：エンジニアライフ
名古屋でエンジニアを経験した後、何を勘違いしたか、沖縄へ移住したSEです。移住した経緯や日常を書きとめていこうと思います。 はじめまして。モッティと申します。 出身は沖縄ではないのですが、現在は沖縄でエンジニア生活を送っています。 どうしてこうなったのか？ 何を考えていたのか？ 自分自身を振り返る意味を込めて、マイペースにコラムを書いていけたらな、と思います。 ■まずは自己紹介 東京生まれで、現在28歳（男）のエンジニアです。 大学は文系（社会学部）で、実は就職活動を始めるまで、システムエンジニアという言葉すら知りませんでした。そんな私はひょんなことからIT業界に入り、流れ流れて現在は沖縄でシステムエンジニアをしています。 大卒以来、IT業界にいますが、扱う言語は主にCOBOLです。 今時の若手でこのようなタイプは珍しいのではないでしょうか？ あとは、Javaを少々使える程度です。 クレジ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type