約4割の採用担当者が「生成AIでエンジニアに求められるスキルが変化した」
レバテックが「レバテックIT人材白書2025」を発表した。生成AIの出現で「エンジニアに求められるスキルが変化した」とIT人材採用担当者の43.9％が回答。業務で生成AIを利用した人は46.7％を占めた。 レバテックは2025年2月12日、「レバテックIT人材白書2025」を発表した。 同調査は、IT人材を採用する企業担当者1000人と、20～59歳のIT人材3000人の計4000人を対象とした。今回の記事は、調査内容のうち生成AIの捉え方について抜粋する。 「生成AI（人工知能）の出現によって、エンジニアに求められるスキルは変化したと思いますか」と尋ねたところ、採用担当者の43.9％が「はい（変化したと思う）」と回答した。
leetcode時代の外資コーディング面接対策 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? GAFAMとかFAANGとかいわれるような企業群、あるいはそれに近い傾向(東京であればおそらくIndeedとかPFNとか)のソフトウェアエンジニア面接対策についてメモを残す。 コーディング面接とleetcode 外資IT企業ではソフトウェアエンジニアを雇う際にコーディング面接を非常に重視する。 業務上のコーディングよりは簡単めのプログラミングコンテスト問題に近く、アメリカの学生やエンジニアがIT企業を受ける際には事前対策を数ヶ月するのが常識になっているようだ。 一般的な面接プロセスについては世界で闘うプログラミング力を鍛える本という本に
日米格差は600万円か？｢プログラミング言語別 年収調査｣の衝撃
日本はプログラマーの給料が安い国、とよく言われる。シリコンバレー界隈では、プログラマーの給料は1000万円からが基本だ、という話も耳にする。果たして、それはデータ的にどの程度本当なのか？ ビズリーチの調査を下敷きに、アメリカの調査データと合わせてグラフ化してみたのが下の図だ。 アメリカの調査データは、シアトルの人材コンサルティング会社PayScaleが集計・公表している言語別の年収データだ。最初に注意しておくと、ビズリーチのデータは最低額と最高額の｢平均｣を出しているのに対し、PayScaleの場合は該当プログラミング言語における業種別の｢中央値の平均｣をとっている。だから、厳密に同一条件の比較にはならないが、規模感の違いを知るには十分なはずだ。また、プログラマーのようにその人の能力次第で生産性が文字通り100倍違う（＝年収差にばらつきが生じやすい）ことがザラにある職種では、実態に近い期待
エンジニアは業務時間外でも勉強するべきなのか | 株式会社アクシア
エンジニアがスキルアップするための勉強を業務時間外でもするべきかどうかについて、「教育してエンジニアを育てるのは企業側の責任だ」「エンジニアであればスキルアップのために当然自分で勉強すべきだ」といったような議論を度々見かけます。 この問題についてはどちらが正解というわけでもないかもしれませんし、企業やエンジニアのポリシーによるところも大きいかもしれません。 いずれにしても今後うちの会社の求人に応募してきてくれる方に向けて、企業として、または会社トップとしての私の考えを明確にしておくことはやっておいた方が良いなと思いましたので、この記事に私の考えをまとめてみたいと思います。 プライベートで勉強しなくても何とかなります 仕事をこなしていくという観点から言えばプライベートでの勉強を一切やらなくても何とかなります。たとえ未経験で入社してきた人であってもそれくらいの教育は行っています。 でも最初にこ
テックリードという役割
なぜこの文章を書くか?自身が数ヶ月テックリードの役割で経験した内容を基に、テックリードがどういう役割で、毎日の仕事の中でどのような仕事をするのかについて書いていく。 テックリードはサンフランシスコのWeb系企業では一般的なようだが、日本ではまだそれほど広まっているとはいいづらいと思う。 テックリードに求められるのは一言で言えば”技術でエンジニアチームをリードすること”である。Webエンジニアのキャリアパスでたびたび二元論的に語られる、”技術一本で生きていく”職人的なトラックとも”人やプロジェクトのマネジメントをする”マネジメント系のトラックともニュアンスが異なる。 自身の技術力、そしてリーダーシップをもってエンジニアチームのアウトプットを最大化させていくのがテックリードの役割である。 多くの人にその役割を知ってもらい、エンジニアとしてのキャリア形成の助けになればと思っている。 なお、このポ
CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
歳を取ってもエンジニアを続けられるのか
エンジニアが年を取るとはどんなことだろう。年を取ることのデメリットとメリット、加齢に対する心構えを筆者自身の経験を基に語ってくれた。 ← 前回 連載 INDEX 次回 → 今回は割と語り尽くされた感のある話題であるが、歳を取ってもエンジニアが続けられるのかという話をしてみたい。最初に結論から言ってしまえば、歳を取ってもエンジニアは「もちろん続けられる」なのだが、そうはいっても老化というのは否応なしに全ての人の身に降りかかってくる（将来は遺伝子研究が進んで老化というものがなくなるのかもしれないが）。 30半ば過ぎの方は、最近物忘れが段々と増えてきたり、あるいはもともと視力の良い方であれば近くが見えづらくなってきたりと、このままエンジニアという職を続けてよいのだろうかと不安を抱えているかもしれない。今回は、老化への対処について具体的に取り上げたい。また、老化には負の側面だけでなく、プラスとなる
手を動かせるプログラマの市場価値が高まる理由 〜 この10年間で起きた４つの環境変化 | Social Change!
プログラミングができるITエンジニア人材の市場価値は、以前と比べて非常に高まってきているように感じる。そこで求められている人材とは、自ら手を動かすことで問題解決をするナレッジワーカーとしての「プログラマ」である。 決して、仕様書通りにコーディングだけする職種のことではない。それは以前に書いた。ソフトウェアエンジニアの目指す道 〜 ナレッジワーカーとしてのプログラマ 今回の記事では、この10年間で起きた市場や環境の変化から、手を動かせるプログラマの市場価値が高まってきた背景について、そして、これから求められるITエンジニアの姿について考えてみた。 12年前の転職市場で求められていたスキル 私が30歳を過ぎた頃、今から12年前（2004年頃）の話になるが、その当時に転職しようと少し調べたことがある。自分の年齢と経験をもとに探した応募要項で求められるスキルは、マネジメントであり大規模プロジェクト
そろそろ「プログラマー35歳定年説」を徹底論破しとくか - 書架とラフレンツェ
世の中に流布している「プログラマー35年定年説」は、大きく以下の3つに分類できる。 プログラマーは激務なので、35歳を過ぎると体力低下のために続けられなくなる(体力低下説) プログラマーは常に新しい情報を吸収しなければならないが、35歳を超えると脳の働きが低下して新しいことを覚えられなくなるために続けられなくなる(学習能力低下説) プログラマーは35歳を超えると開発ではない業務を求められるようになるので、技術職としてのプログラマーのキャリアが途絶える(マネージメント原因説) 以下、ひとつずつ検証していく。 体力低下説 まず1つ目の「体力低下説」だが、これについてはそれほど深く考る必要がなさそうに思える。周知の通り気力や体力には個体差があり、若くても元気がないひともいれば歳をとっても元気なひともいる。また、35歳あたりの体力低下の原因としては、単純な加齢というよりも生活習慣の要因の方が大きそ
スマニュー・鈴木代表「これからのエンジニアはプロダクトをやれ」 年俸10億円プレイヤーへのキャリアパスとは？ | ログミーBusiness
テクノロジー系スタートアップ3社による、エンジニア向けミートアップイベントの内容を書き起こし。当セッションでは、スマートニュース・鈴木健氏、フリークアウト・本田謙氏、メルカリ・山田進太郎氏の経営者3名が集い、プロダクトの成長におけるエンジニアの重要性と、各社の技術力に対するスタンスについて意見が交わされました。（「テクノロジー系スタートアップ3社の成長をドライブする技術」より） 各社のエンジニア採用戦略Q4：採用戦略についてお聞きしたいです。どのようなレベル感のエンジニアを、どのような戦略で採用していっているのか、具体的な話をお聞きしたいです。鈴木：じゃあ本田さん。 本田：やはりプロダクトのロードマップありきで、さっきもちょっと話したんですけど、消費者とブランドのあらゆるタッチポイントを押さえる、究極の広告インフラを作っていくっていくことを、僕らの最終目標にしてはいるんですが。会社の中では
小野和俊のブログ:続・プログラム・デザイナー宣言
前回書いたプログラム・デザイナーと職人プログラマーとプログラム・デザイナー宣言と同じような感覚を持っている人は意外と多いのではないかと思って探してみたところ、はてなの伊藤さんのエントリ(こちらも)が見つかった。伊藤さんとは何度か話をする機会があったが、ウルティマ・オンラインの話で盛り上がってしまって、今までIT関連の話はしたことがなかった。ブログを読んでいて、伊藤さんもきっとプログラム・デザイナーなのだろうな、と思った。 UNIXにみる世代間の断絶にならって職人プログラマー/プログラム・デザイナー/UIデザイン・プログラマーを表にすると次のようになる。 比較項目 職人プログラマー プログラム・デザイナー UIデザイン・プログラマー 譲れない点
「コードは書かない」と宣言する、えふしんが描くエンジニアの理想のキャリアパス | HRナビ by リクルート
かつてないほど手軽にネットショップ運営を始められる「BASE」。今年の5月には3億円の資金調達に成功し、今、最も勢いのあるECのスタートアップだ。同社に約2年間にわたって技術顧問として関わってきた「えふしん」こと藤川真一氏が、このほどCTOとしてジョインした。 エンジニアとして名高い藤川氏だが、BASEでは「コードを書かない」と公言している。代表の鶴岡氏の掲げるビジョンを具現化し、サービスを成長させるために、マネジメント業務に徹することを決めたという。藤川氏が考える、エンジニアにとっての理想の組織、そしてキャリアパスについて、詳しく話を聞いた。 なぜ藤川氏は「コードを書かない」のか？ ――BASEでは「コードを書かない」と宣言されていますが、それはなぜですか？ 藤川：一言で言うと、コードを書いている余裕がないからということに尽きるのですが、BASEにはすでにある程度の規模のチームがあるので
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
