ITエンジニアはどう定年まで完走するべきか：技術サイクルから見た定年と従来型働き方の綻び｜久松剛／IT百物語の蒐集家
定年の延長と平均寿命の延長の2つがなされた結果として起きた、技術やトレンドの「サイクル」との狭間について触れていきます。 IT業界ではようやく一期生が定年を迎えはじめた 私の恩師はインターネットの父と呼ばれる慶應義塾大学村井純名誉教授です。先の3月に定年を迎えました。（これまで計算機の専門家の定年はありましたが）インターネットの創成期の人達がようやく定年を迎え始めたと言えます。 特にWEB業界の先頭集団は40代です。誰もロールモデルが居ないからこそ、今からキャリアチェンジ、ジョブチェンジも踏まえた定年までの完走の仕方を想像しながら生きる必要があります。 従来型産業とIT業界の違いは技術サイクルにある 従来型の産業とIT業界、もしくはDXが達成された後の違いは何かを考えていくとその違いの一つは技術サイクルにあると考えています。このサイクルの違いを説明する際に私が好んで引き合いに出すのは自動車
LabBase（ラボベース）
LabBase (ラボベース)は研究内容やスキルを登録しておくだけで、スカウトなどを通して企業とつながれます。さらに、研究生活の困りごとを解決したり、学生間や産学間の交流を促進する機能が追加される予定です。
DMMをだいぶ前に退職しました｜sasakipochi
昨年7月末に4年半ほど勤めたDMMを退職しました。 その後はずっと長い夏休みを満喫してたんだけど、元同僚にあやしい取材をされて、記事が出るから宣伝のために退職ブログを書け、とか言われたのですよ。 結局取材記事↓の公開には全然間に合わなかったんだけど、記念に書いたのを公開しときます。 - 「大いにやらかし、飽きたら逃げよ」ー元DMM・個性派おっさんエンジニア 佐々木健のITジョブホッパー道 それと、そろそろちゃんと働かなきゃなあ、とも思うので、何をやってたのか等を含めてまとめておくのも大事よね。 そして、以下に書くことはあくまで個人の感想です。 人によっては同じできごとでも捉え方が全然違ったりするはずなので、書いてあることは全部信じることはせずに、取捨選択をしつつ、裏取りしつつ、用法・用量を守ってお使いください。 なぜDMMに入社したのか？DMMに入社する前は、24時間365日システムを監
表じゃ書けないスタートアップの人材採用の実情
ハローみんな。転職してる？ 今日は都内のスタートアップで採用周りを担当してる俺から、 ここ数ヶ月で感じた採用したい人とそうでない人、採用確率を上げるための取り組みなんかを書こうと思う。 ここでの求人対象はwebエンジニア、デザイナー、営業、カスタマーサクセスだ。 おっと、あくまでこれは自分及び自分の会社を通じての所感なので、あまり期待をブチ上げないでくれよな！ 使ったことのある媒体■Wantedly（採用実績：30人以上） 安い。今や関東の会社ならとりあえず使っとけという媒体。 というかスタートアップなんていう、候補者を金でぶん殴れない会社はビジョンやパションを訴求していかに魅力を感じてもらうかが勝負。 とにもかくにも候補者と話をさせてもらって、社員なり社長なりがどれだけの夢を感じさせるかでしか採用なんてできない。 そういう訴求がほぼ唯一できるのがWantedly。いろいろ問題はあったけど
ソフトウェアエンジニアとアメリカ
"This report is based on proprietary information gathered and analyzed by Hired's data scientist, Dr. Jessica… 最高値 $198K はアメリカです。この結果では、アメリカでソフトウェアエンジニアをなりわいとするのはわるい話ではない、むしろベストである、と言えます。 しかし、伝説的なソフトウェアエンジニアがわりとそこらへんにいるはずの、シリコンバレーが $134K なので、このまま話を続けるのは非常に都合がわるいです(上図ではSF BAY AREA)。メルボルンで $150K 相当の金額をもらうほうが効率いいわけですから。ビザ的にも、オーストラリアの方が楽でしょう。アメリカ、ピンチです。 シリコンバレーでもお金的に問題ない、いや、むしろベストである、と言ってもよくなるような、そんな都
退職 - zatsu
こまたつです。 この記事は 退職者アドベントカレンダー の20日目です。 adventar.org 退職、流行ってますね！！*1 お前誰という人が多いかもしれないので、簡単に経歴を書いておきます。 新卒で小さいSI -> DMM.com Lab -> Cookpad と今回で退職は3回目です。 2012年くらいからAndroidエンジニアで、その前はstrutsとかCOBOLとかPL/SQLとかエクセル・ホーガン氏やってました。 クッ社ではJenkinsおじさんをやったり、やめる前はサービス開発をもりもり頑張っていました。 なんでやめたの クッ社はフレックス三食シャワー昼寝付きリモート可で強いエンジニアと研鑽できる、過去最高にいい環境だったのですが、次の理由があってやめることにしました。 東京のスラムと呼ばれる恵比寿での生活で消耗した*2 入社時に比べてだいぶ成長したので、独力でどのくらい
CTOを辞めた彼のエントリーを読んで - UNIX的なアレ
nobkz.hatenadiary.jp 昨日だが、このエントリーがバズっていて僕自身もtwitterでいくつか言及した。twitterってその場の思いを素早く伝えるのは非常に便利なんだけど、コンテキストが重要なものが説明しづらいとか、フロー的な情報という問題もあるため改めてブログに書いてみる。 率直な感想 まず、彼自身がCTOじゃなく１人のエンジニアとしてこの会社にジョインしていたのであればまぁわかるよという内容だ。エンジニアとしての美学を追求し続けたけど、それじゃビジネスが立ち行かなくなった。俺のことをわかってくれるVCが日本にはいない！ まぁここまではよくある話だと思う。誰もが失敗はするし、最初からうまくいく人なんてごく少数だと思う。問題は、この事自体を環境のせいにしているということだと思う。 技術的負債を早く返しすぎたのが失敗と書いてあるが彼がそう感じているのであればそうなんだ。た
デベロッパからマネージャへの転向 | POSTD
デベロッパなら誰しも、自分の将来を決断すべき時が来ます。このままデベロッパ、またはシニアデベロッパのキャリアに留まってコードに専念するか、チームの管理を担うリードデベロッパや開発マネージャといった管理職の世界に飛び込むかの選択です。 ディルバート：プログラマからスーパーバイザへ 私自身も2011年に同じような決断をしました。ある大手インターネット銀行のシニアデベロッパだった私は、直属の部下はいなかったものの、数人をメンタリングしていました。当時私は、大学生に職場を世話して1年間のトレーニングを提供するアカデミーのプログラムに携わっていました。最初はメンターを担っていたのですが、最終的には、通常のシニアデベロッパの職と並行しつつ、そのアカデミーの管理を任されるようになりました。厳密な意味で、私が複数の人たちを直接管理したのは、この時が初めてで、私はその仕事を心から楽しみました。その後、私は消
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch