ITエンジニア、ミドルの転職の仕方／35歳以下転職との違い｜久松剛／IT百物語の蒐集家
先のコンテンツでお話したように、スキルに現役感があって柔軟性があればITエンジニアについては継続的に就業できそうな傾向が見えています。急に20代の日本人正社員が増えることはこの先無いので、企業が日本人に拘っているうちはミドルの需要はなし崩し的に高まっていくと考えています。ただし、朗らかに、にこやかにコミュニケーションできる柔軟性の高いミドルを目指しましょう。 とはいえ、実際に採用市場を見ていると転職の仕方が不器用な方が多いです。早期退職制度などもあり、初めての転職や十数年ぶりの転職という方も多く居られます。今回はITエンジニアにおいてミドルが取るべき採用の動き方についてお話します。 ミドルの転職におけるアンチパターン：とりあえず大手人材紹介に登録Twitterで話題の47歳について、私も思い当たるところがあり共感を持って毎日拝見しています。現役エンジニアがコメントや引用RTでワーワー言うの
「Qiita」、エンジニアの転職時に重視する点と年収に関する調査レポートを無料公開
本レポートでは、「Qiita」で実施したアンケート調査結果を元に、エンジニアが転職検討時に何を重視しているのかについて解説している。また、エンジニアが特に重視している給与・年収についても把握できる内容となっている。 今回「Qiita」で実施したアンケートは、「Qiita」ユーザーを対象に、6月9日～6月25日の期間にインターネット上で実施され、2948名の有効回答を得ている。主な調査サマリは以下の通り。 エンジニアの職種別転職時に重視する点 職種にかかわらず、エンジニアが転職時に重視することの上位は、「給与」「やりがい」「自分のスキルが生かせるかどうか」という回答結果となった。 エンジニアの職種別年収 また、どの職種においても、エンジニアの現年収は300～800万円が約70％を占めていることが分かった。 現年収別希望年収の増加額 さらに、現年収が300～800万円のエンジニアは、希望年収で
良いエンジニアを採用するにはどうしたらいいか - おもしろwebサービス開発日記
以前ソフトウェア開発者採用ガイドの読書感想文を書いたときに反響が思ったより大きかったので、エンジニア採用というテーマは関心が高いのだなと感じました。 上記感想文のエントリでも書いていますが、お手伝いしている会社の方などから「どうやったら良いエンジニアを採用できますか？」と聞かれることがよくあります。先のエントリでは「頑張るしかないですねとしか答えようがない」と書きましたが、頑張るとはいったい何を頑張るのか、きちんとまとめておいたほうが良いなと思いエントリをしたためる次第です*1。 あくまで僕はこう思いますという話で、この通りにしたからといって必ず良いエンジニアを採用できる保証はありません。あしからず。 想定読者 良いエンジニアを採用したい偉いひと、もしくは人事のひとです。 前提: 良いエンジニアとは このエントリでの「エンジニア」とはいわゆるweb系のエンジニア(例: サーバサイドエンジニ
シリコンバレーに辿り着いたソフトウェアエンジニアが直面したキャリアの分岐点と、その選択で大事にした指針たち - GeekOutコラム
インターネットの上ではhmskと名乗っている者です。現在はアメリカはサンフランシスコにあるIndiegogoという会社で、同名のクラウドファンディングプラットフォームサービスに関するソフトウェア開発に従事しています。 Indiegogo: Crowdfund Innovations & Buy Unique Products 私が初めてアメリカを訪れたのは、2009年。大学4年生のときでした。その後、特に留学や出張の機会、海外志向があったわけでもなかったのですが、キャリアの分岐点で進む方角を何となく選んでいるうちに、今の場所に辿り着いていました。 サンフランシスコ、ひいてはシリコンバレーでのソフトウェア開発の仕事と聞くと、今ならとても高い給料や家賃が話題の中心になるかもしれません。初めて私が訪れた当時は、Apple、Google、Dropbox、GitHubといった会社が集まるこのエリアは
「ジンジニア」の成り立ち等に関するポエム - ジンジニアニッキ！
勉強会とかでちらっとLTしたこととかあった気がするけど、あまりまとめたことなかったので書いてみようという魂胆のポエムです。 このブログの最初のエントリーがこれ。 自分のことを「ジンジニア」って名乗りだしたのもだいたい同じくらいな時期だと思う。 「ジンジニアとは、人事としてもエンジニアとしても中途半端な立ち位置のことである」というお話。 - ジンジニアニッキ！ このエントリーに書いてある通りで、当時は採用担当しながら会社サイトのデプロイ権限を持ち、gitをコマンドで操作してました。 当初は「非エンジニアの人が同じような状況になった時に参考になれば…」と真剣に思ってblogを始めたんだけど、今から考えると同じような状況になるってこと、なかなかないよね…。 名前の由来というかそういう感じのこと そもそも、「ジンジニア」という言葉はあまりポジティヴな状況から生まれたものではなかったです。 エージェ
転職ドラフトの結果と考察 - おいちゃんと呼ばれています
転職ドラフト（第6回） に参加した。参加に至る経緯については こちら に書いたが、それはともかくとして、結果を受けて、いろいろと自分を見つめ直す機会となったのでメモしておく。 結果 利用規約 を読むに（特に16条）あまり詳しく書いてはいけないと思うので企業名は伏せるけれども、 年収 800万 x 2 指名 年収 750万 x 1 指名 自分がパフォーマンスを発揮できる環境において、出せるバリューはこれくらいかなと考えて「希望年収」欄には 800万と記入していたので、まあだいたいそのくらいだよなと確認できて良かった。 全体の分布をみると下記のような感じで、ああ結構高く評価していただけたんだなと、嬉しく思った。 評価の理由 企業が記入してくださる欄に「指名理由」という項目があって、 フロントエンドとバックエンドどちらも高いレベル 適切な技術を選択してユーザービリティの高いものを一気通貫でつくり
転職ドラフトのデータから、どんな技術を持っている人が多いのか、集計してみた - Qiita
サイトには、具体的な年収額は公開されていない。 （会員登録して職務経歴書まで入力すると具体的な提示額が見えます） そのかわりに、年収を6段階に分けて、名称を付けて表現している。 それが「ゴッド、ウィザード、スター、プチリッチ、ノーマル、ノービス」だ。 システムエンジニアSEの年収-年収ラボによると、平均が542万だそうだ。 その辺りから類推すると良いかもしれない。 感想としては、意外とノーマルより上が多い、という印象だ。 しかしここには落とし穴があって、 原則、提示年収の80%〜の金額が内定時の予測年収です。 という但し書きがあることは、共有しておきたい。 極論すると、ワンランクずつ下がる可能性がある。 プチリッチがノーマルにシフトすると考えれば、一番多いことにも少し納得する。 どの年齢層が居るのか？ 年代 人数
ラブレターは読まれてなんぼ――“読ませる”エンジニアの職務経歴書を書く
こんにちは。「きのこる先生」です。史上初（たぶん）の、菌類によるエンジニア向け転職アドバイス、今回のテーマは皆が気になる「人事担当者が読みたくなる職務経歴書の書き方」です。 その前にちょっと寄り道。中途採用のフローについて その前にちょっと寄り道を。まず、企業側から見た「中途採用」のフローを説明します。ここでは、「転職サービスを介した応募」の場合を例に挙げます。 エンジニアを中途採用しようとする企業は、転職サービスに求人を出します。「募集業務を代わりにやってよ」と委託するわけです。転職サービスは、「企業に営業活動を行って集めた求人」と「転職を希望し、登録しているエンジニア」のマッチングを行います。そして条件がマッチするエンジニアに対して、該当企業への応募を勧めます。 一方、エンジニアは転職サービスにスキルを登録し、条件に合う求人の紹介を受けます。勧められた企業が気に入れば応募します。転職サ
今の会社を去ることにした。 | エンピツとキーボード
6月30日（木）をもって現在の会社を去ることにした。 新卒で入社して5年間、大変のお世話になった会社で、ビジネスパーソンやエンジニアとしての良識と習慣を身につけることができた。 会社で学んだことは、別の機会に書くとして、今回は転職活動そのものについてメモがてら書いてみたい。 自分のためのものなので、だらだらと書く。 きっかけ もともと転職願望があった、というか、今の会社で働き続けるということに現実味がなかった。 もちろん、5年で辞めること言うこと考えていたわけではなかったが、定年まで1つの会社で働き続けられるとは思っていなかった。 また、入社時にも、「いつでも、どこへでも行けるように、自分を鍛えておきなさい」と言われていたため、「いつかは別の会社に行くかもな」という漠然とした意識を持っていた。 本当に転職活動に携わり始めたのは、今年の1月にはいってからだ。 僕自身は、今の会社の仕事を楽しん
プログラマーのやらされている感: ある nakagami の日記
プログラマーとそれ以外の誰か、と役割が別れていた場合、プログラマーが「やらされている」と感じてしまう、という事実をもっと重要視したほうがいいと思う。 ほとんど社会人経験のないような小僧が、優秀なエンジニアに何かを依頼する場合に、どんなに言葉遣いを丁寧にしても 「命令する」→「やらされる」という関係になってしまう。 プログラマーは、経験年数も必要だし、依頼者があさはかに考えている以外の多くのことも考慮に入れないといけないので、だいたいの場合プログラマーのがたいへんなわけだが。 非常によろしくない場合は、依頼する側が何もできないので、本来であればプログラマーの仕事でないようなデータ作成や資料作成まで「やらされて」しまう。 「囚人と看守の真理実験」を現実世界で展開していると、プログラマーも非プログラマーも、よく理解してないといけないと思う。 さすがに、親子ほどの年齢差になってしまう僕くらいだと、
キャリアチェンジするということ - ihara2525's blog
こんにちは、クックパッドで技術部長をしていました井原です。 「していました」というのは、僕は5/15付けで人事部に異動して、技術部長ではなくなりました。人事部副部長兼エンジニア統括マネージャ、が今の肩書きです（長い）。以前から、「井原さんて何やってるんですか？」と言われると説明するのが難しかったのですが、確実に、より答えづらくなった気がします。 ちなみに、同日にセコンさんが新しい技術部長に就任しました。僕よりもよっぽど技術に尖った人ですし、よっぽど本来の技術部長ぽいと思います。彼がやってくれるのであれば、クックパッドの技術はよりエンジニアにとって楽しい方向に向かうだろうし、クックパッドのエンジニアはよりユーザのためにその技術を使える人たちになっていけると思っています。本当に楽しみです。 というわけで、異動することについて。 今回僕は、自分から希望して人事部に異動したのではありませんでした。
未来の転職が、過去にさかのぼって現在の自分を有能にする - 分裂勘違い君劇場
転職、すなわち中途採用の面接では、自分が過去に取り組んだ仕事について質問されます。 しかも、ごまかしがきかないよう、具体的な行動内容を、細かく聞かれます。 広く浅く訊くのではなく、何カ所か適当に選んで、狭く深く訊いていきます。 たとえば、エンジニアなら、過去に自分が開発したシステムにおいて、 なぜ、そのフレームワーク、ツール、ライブラリ、DBを使ったのか？ 他に、どのようなフレームワーク、ツール、ライブラリ、DBが候補として 上げられたのか？ 他の選択肢と比べて、どの様な短所と長所があるのか？ なぜ、他の選択肢ではなく、それを選んだのか？ 使う前に、どのように性能評価・検証したのか？ なぜ、ある部分を汎用的に作り、別の部分をハードコーディングしたのか？ なぜ、その設計だと、生産性が高く、トラブルのリスクやメンテナンスコストが低くなるのか？ もっと低くできる余地として、どのようなものが考えら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
