大人気になるプログラマーやエンジニア職「10選」はこれだ
関連キーワード アプリケーション開発 | プログラマー | プログラミング 世界的な不況の中でも、プログラマーやエンジニアなど技術職の雇用市場は安定する傾向にある。同じ技術職でもさまざまな職種が存在する。特にこれから需要が高まるのはどの職種なのか。“引く手あまた”になる見通しの、プログラマーやエンジニア関連の職種「10選」と、それぞれどのような仕事なのかを紹介する。 これから人気のプログラマーやエンジニア職「10選」 その仕事とは？ 併せて読みたいお薦め記事 連載：プログラミングのこれまでとこれから 第1回：不況でも稼げるプログラマーが知っている「プログラミング」の基本はこれだ 第2回：今と昔の「プログラミング」は何が全然違うのか？ 新時代をもたらす劇的変化 第3回：人気のプログラミング言語「7種」の特徴とそれぞれの違い AIで開発現場はどう変わる？ “生成AIが仕事を奪う”なんて話より大
IT業界“大解雇時代”に「55歳以上の高年齢エンジニア」が残る謎
関連キーワード 人事 | プログラマー 世界的な不況の中で、ITエンジニアは解雇を懸念している。例えばMeta Platforms（旧Facebook）やTwitter、Microsoft、Amazon.comといった大手IT企業が、すでに数千人から1万人規模の人員削減を明らかにしている。 厳しい経済情勢が続く中、IT業界で働くITエンジニアの一定数が、人員削減の可能性を懸念している――。IT関連求人サイトCWJobs（運営：Totaljobs Group）の調査で、その事実が明らかになった。こうした中、ITエンジニアが取る行動とは。 10代や20代がいなくなり「55歳以上のITエンジニア」が残る謎 併せて読みたいお薦め記事 IT人材の採用動向 もうすぐ来る「ITエンジニア売り手市場の終わり」 Twitterだけじゃない ついに来た「IT大手“大解雇時代”の幕開け」 CWJobsは2022
第二弾はキャリア編！「このバイブルに育てられた」駆け出しエンジニアだった頃に読み込んだ、学びの一冊をご紹介【キャリア書編】 - エンジニアtype | 転職type
2022.10.11 スキル 池澤あやかひろゆき松本勇気戸倉彩澤円 2022年もそろそろ終盤……良質なインプットをして、これからも「今年のラストスパートかけるぞ！」と思っているエンジニアのために、澤円さんやひろゆきさんなどの有名エンジニアたちが「自分にとってのバイブル」と呼べる書籍を、技術系・キャリア系カテゴリーから一冊ずつ推薦。 技術書編の第一弾に続き、今回は「キャリア編」を一挙ご紹介！ 圓窓 代表取締役 澤 円さんの推薦本 『マネジメント【エッセンシャル版】 基本と原則』（ダイヤモンド社） ボクがマネージャーをやっている時に、一番意識したのはこの本に書かれていたことであると思います。 もともとの考え方は1950年代から60年代にかけてドラッカーさんが生み出したものですが、21世紀にあらためて書かれたこの本は、ビジネスの原理原則はそうそう変わらないことを示しています。 この本に書かれて
技術者の仕事を自らおとしめる愚か者たち、人月商売の「身分制」に異議あり
人月商売のIT業界の多重下請け構造は「多重ピンハネ構造」だ――。こんな趣旨の記事をこの「極言暴論」で何度か書いてきた。すると、「SIerの技術者と下請けITベンダーの技術者ではやっていることが違うので、待遇に差があって当然だろ」という文句が必ず何件か来る。「私たちが下請け技術者の仕事をつくってやっている」と暴言を吐く連中よりはましなのだが、私から言わせれば「何を言ってんだか」である。 もちろん、仕事の内容や能力が異なれば、報酬などの待遇が違って当たり前である。文句を言ってくる人は「やっていることが違うので待遇が違って当たり前」と言い切るのだから、優秀なプロジェクトマネジャーかSEなのだろう。もしプロマネなら反対に聞いてみたいことがある。それは「だったら、何で年収1000万円前後の安い給料で満足しているのか」ということだ。本来なら2000万円以上、大規模案件を切り回せる人ならば3000万円を
「意識だけ高い」人たちは、いったい何を考えているのだろうか
知人の優秀なエンジニアが「管理職になったので部下を選ばなければならない」と言っていた。 「どんな人を部下にするつもりなのか」と尋ねたところ、彼は「誰でもいいけど、『意識だけ高いやつ』、要するにバカは要らない」と言っていた。 会社にいる『意識だけ高いやつ』 『意識だけ高いやつ』とは、どんな存在なのか。 詳しく聞くと、「やたらと「勉強してます」「意欲あります」アピールをしてくる割には、「頼まれた仕事を最後までやらない」のが特徴。 「お客さんからの依頼も放置する」ので、上司が彼らの尻拭いをするはめになるという。 「なぜ仕事を放置した」と聞くと、「担当さんに質問をしたのだが、回答がないので。」と言い訳をする。 詳しく見てみると、１週間も回答がないのに、彼は担当に対して返事の催促もしていない。 「回答の期限を切ったのか」と聞くと、「忘れてました」 「１週間も回答がないなら、重ねて問い合わせるのが普通
元請にずっといたらわかる、ITエンジニアが不足する理由 - orangeitems’s diary
もともと、SESで元請のオフィスに長く常駐し、そこから転職して元請側に来た私はわかる。どうにも、元請にいると技術が偏る。当然特定顧客やサービスが決まっていて、そこから要件も似かよってしまうからだ。 世の中、ITエンジニア不足とは言うけど、原因は退職にあると思う。簡単に退職できないようなロックオンをするのが日本企業は上手だった。年功序列に終身雇用。ただIT業界の場合は持っている技術を他の会社にも転用しやすいので、転職しやすい。もしくは、現場を転々とするような、SES、派遣、フリーランスなどの形態もあり、同じ現場に拘束されたくない人はあえて選ぶ。 元請以外にも、SaaSなどを提供する事業会社でも同じだろう。何しろ逸脱することが難しくなる。逸脱すると新規事業扱いとなるが、ここで新規のことをやるためには、新しい分野を外から持ってこないといけない。しかし、会社の中にいて外の情報を持ってくることがどれ
社員に圧をかける、「自発的であらねばならない」という風潮 主体性を引き出すマネジメントに潜む、“副作用”の存在
「社員が受け身になっている」「指示されたことしか実行しない」といった課題感を持つ企業は少なくありません。「自発的に動け」という指示に従うのは、そもそも自発的ではないため、実際に社員の自発性を引き出すにはどうすれば良いのでしょうか。自発性を引き出すマネジメントについて、『現場でよくある課題への処方箋 人と組織の行動科学』著者の伊達洋駆氏が、サイバーエージェントの曽山哲人氏との対談を行いました。本記事では、伊達氏の講演の模様をお届けします。 社員の「自発性」を引き出すマネジメントを探る 伊達洋駆氏（以下、伊達）：それでは定刻になりましたので、本日の出版記念対談を始めさせていただきます。みなさま、こんにちは。本日は「自発性を引き出すマネジメント」というタイトルで、出版記念対談を行わせていただきます。 最初に、私の自己紹介をさせてください。ビジネスリサーチラボという会社の代表取締役を務めている伊達
組み込みエンジニアは何故やめとけと言われるのか？実はおすすめな理由と将来性を解説
組み込みエンジニアはやめとけは本当？インターネット上や現役のエンジニアから、組み込みエンジニアはやめとけ、という声を聞いたことがある方は多いと思います。数あるエンジニア職種の中でも難易度が高い業務内容であることは確かに事実です。しかし、だからといって本当に避けるべきなのでしょうか。 本記事では、組み込みエンジニアの仕事内容、市場価値、年収にフォーカスし、なぜやめとけと言われるのかという理由とそれでもおすすめできる理由を解説していきます。 組み込みエンジニアに将来性はあるまず結論から言うと、組み込みエンジニアには将来性があり、エンジニア本人の適性が合えば、非常におすすめできる職種であると言えます。その理由について詳しくは後述しますが、市場価値が非常に高まってきていることが挙げられます。 IoT、DXが活況な現在のエンジニア市場では、エッジデバイスをはじめとした組み込みハードウェアの需要が急激
6割超のエンジニア、現在の開発プロセスに「課題あり」、大規模開発にはアジャイル型を求める声
調査対象者に、勤務先でおもにどのような開発プロセスを採用しているかを尋ねたところ、「ウォーターフォール型」が58.2％、「アジャイル型」が12.1％となった。 いずれかの開発プロセスに携わっていると回答した人に、開発プロセスに課題を感じたことがあるかを尋ねた質問では、66.3％が「感じたことがある」と答えている。 開発プロセスに課題を感じたことがあると回答した人に、具体的な課題の内容を尋ねたところ（複数回答）、「見積もった工程と実績に乖離がある」（75.5％）がもっとも多く、以下「仕様工程による手戻りが多い」（67.9％）、「テスト工程が削減できない」（30.2％）が続いた。 その他の課題としては、「スロースタートになりやすく、慢性的な遅延が発生する」「手戻りが多く、開発コストがかさむ」といった回答が寄せられている。 開発プロセスに課題を感じたことがあると回答した人に、勤務先が採用している
エンジニアが知っておきたい工数見積もり術！ " 無理ゲー進行 "から脱するために大切なコト - エンジニアHub｜若手Webエンジニアのキャリアを考える！
エンジニアが知っておきたい工数見積もり術！ 無理ゲー進行 から脱するために大切なコト エンジニアの仕事に欠かすことのできない、工数見積もり。実際の現場でいくどとなく見積もりを行ってきた筆者が、「健全な進行」にするための工数見積もりのテクニックを伝えます。 アプリエンジニアの池田 惇（ @jun_ikd）です。今回は、エンジニアならば避けられない「工数見積もり」について考えてみたいと思います。若手エンジニアでも自分の作業は自分で見積もるようにするべきです。なぜなら、より正確に計画を立てられるようになれば、自分の時間をコントロールして学びや家族・友人との時間を確保できるからです。また、期日内に完了をさせることは周囲の信頼獲得に繋がります。工数の見極めはエンジニアとして、とても重要なスキルなのです。 なお、本稿での「見積もり」とは開発に必要な期間を予測することとし、見積もりが失敗する原因や対策
エンジニアの見積書の書き方 | 請求書ソフト「マネーフォワード クラウド請求書」
エンジニアには、仕事を発注されて見積書を出す機会が多くあります。ここでは、エンジニアが提出する見積書の書き方で特徴的な、人日、人月などの単位や工数計算について、また、エンジニア独自の見積項目について解説します。 エンジニアの見積書において、見積り額を算出するのに使われるのが工数計算です。工数とは、1人あたりにかかる仕事量を表し、単位には人月、人日などが使われます。工数の計算は、人月（人日）×「仕事に費やす時間」となります。つまり、エンジニアの報酬は労働時間に対価を支払うもので、できあがった完成品に対して支払う訳ではありません。 工数は、「仕事の規模÷生産力」で求められます。技術力が高いエンジニアだと生産力が高いため、少ない工数で仕事を終えることができます。 エンジニアの見積書では、人月、人日計算を行う方法が多く取られます。「人月・人日計算」とは、1人の人が1カ月（20日）にできる仕事量、も
スプレッドシートに時限式のバグを混入させて仕事を失わないようにしたエンジニアに有罪判決が下る
多くのIT労働者はハードウェアやソフトウェアの変更に伴って仕事を失うことに危機感を覚えており、継続的に仕事を受注することは非常に重要です。アメリカ・ペンシルベニア州に住むデヴィッド・ティンリーという男は、「スプレッドシートに時限式のバグを埋め込む」ことで継続的に仕事を受注してきましたが、結果的にバグを仕掛けたことが判明して有罪判決を受けてしまいました。 Siemens Contract Employee Intentionally Damaged Computers by Planting Logic Bombs into Programs He Designed | USAO-WDPA | Department of Justice https://www.justice.gov/usao-wdpa/pr/siemens-contract-employee-intentionally-d
エンジニアの評価制度、他社は一体どうやってるの！？まとめて紹介！ - paiza times
Photo by Wonderlane こんにちは。倉内です。 ITエンジニアを対象にしたアンケート調査で、今の職場環境や仕事内容に不満を感じていると答えた人が挙げた理由でもっとも多かったのが「仕事上の評価が正当でないと感じるから（給料が安い）」という結果が出ています。 でも正直なところエンジニアの評価って難しいですよね…。技術力で測るといっても、「そもそも技術力とは？」に対して簡単に答えを出せるなら苦労しません。 エンジニアの仕事は短期間で結果が出ないものも多いですし、コードが書ければ業績や経営課題への貢献度を一切考慮しなくていいのかという悩みもあります。ましてや頑張り度なんかで測れるものでもありません。 ただ、最近はさまざまな企業が評価制度を公開していて、技術力をどういった定義で評価しているか、制度としてどのような工夫がされているか…などを知ることができます。 そこで今回は評価制度を公
エンジニアからPMに転換した際にハマったこと・感じたこと｜Tank @ Mercari US
最初に周りに結構「今エンジニアやってるけど、将来的にPMになりたい」や、「今学生でエンジニア目指してるけど、いつかPMになる気がする」といった方が多い（自分も昔そうだった）一方、PMをやったことがない人からすると結構どういった仕事をするのかイメージしづらいものかと思います。そういった方向けに、エンジニアとプロダクトマネージャーの役割の違いや、働く上での違いを書いていこうと思います。 補足ですが、ここでいうPMの定義はProject Managerではなく、Product Managerです（PdMと略す方も増えてきています）。この２つは結構混同されがちなのですが（後で触れますが、自分も最初混同していた）、完全に別な役割だと思っています。（これに関しては@kyosu_keさんがこの記事でかなり分かりやすくまとめてらっしゃいます。） エンジニアからPMになるまでの話元々情報科学にあまり興味なか
本当の問題は量よりも質…IT人材白書「エンジニア不足」の真相 - paiza times
Photo by Tim Regan こんにちは。倉内です。 経済産業省のIT人材の最新動向と将来推計に関する調査によると、2019年をピークに人材供給は減少に転じ、今後ますますIT人材の不足数は拡大していくと言われています。 同調査の概要をまとめた資料では、「IT人材」の不足は（高位シナリオの場合で）2020年に約37万人、2030年には約79万人と予測されていますが、「本当にそんなに不足するのだろうか…？」と疑問に思っている方もいるのではないでしょうか。 そこで今回はデータをひもときながらIT人材不足の本質、特に不足が懸念されている分野、さらにIT人材として今後のキャリアをどのように考えていけばよいのかについて考察していきたいと思います。 「IT人材」の定義 特にIT人材が不足する分野 企業が求めるIT人材の「質」の変化 IT企業自体の変化 IT人材に求められる「質」とは 「IT人材」
新人プログラマをレビューで殺さない方法 - Qiita
はじめに この半年くらいで初めて本格的にチーム開発を行い、今では日常的にプルリクエストというものを使っています。 チームの方々には、基本的なことから応用的な部分まで様々な観点からレビューをしてもらって、大いに勉強になりました。 ただ、時には「新人にとっては厳しいレビュー」をいただき、致命傷で済んだものもありました。 もちろんそれは悪意のあるものではなくて、新人とレビュワーのスキルのギャップによって意図せず生み出されてしまうものです。 そのような不幸なレビューによって苦しむ新人が減ることを願って、新人を殺してしまう恐れのあるレビューをまとめていきたいと思います。 新人教育の場に少しでも役に立てていただけると嬉しいです。 前提条件 今回の対象とする「新人」は、本格的な開発経験が1年未満の方を想定しています。 個人で少しプログラミングはしてきたけれど、チーム開発は未経験の新卒や、インターン生、プ
エンジニアで頭の固い人と柔軟な人の差
エンジニアの指向性はエンジニアではない人からすると、全く想像もできないという話を聞きました。 スキルの高いエンジニアは、仕事も早く、会社としては同じ人を社外から採用する事がとても難しく、そのエンジニアに対して、気を使うという社内体制になってしまいがちな構図は意外と多いと思われます。 その先に、開発部門の意見が強くなり、会社内におけるビジネスジャッジまでが開発部門の「できる」「できない」の判断に委ねられ、気がつくと変な上下関係が築かれていて、とても気持ちが悪くなる人もいるようです。 こうした、エンジニアの人次第で会社の雰囲気って良くも悪くも変わってしまうというアルアル話を考えていると、いつもエンジニアの人の人格の話になり、「優秀なエンジニアは扱いづらい」という事で、経営者の間で盛り上がる事が多いのも事実です。 優秀なエンジニアは何故扱いづらいのか？ 優秀なエンジニアとは、会社によって定義が違
最終回 エンジニアはどこに行くのか | gihyo.jp
この連載「継続は力なり─大器晩成エンジニアを目指して」は、今回で最終回を迎える。この連載では、エンジニアとして長くやっていくために有用だと思うトピックを紹介してきた。ちなみに本連載が掲載されているWEB+DB PRESS誌上での山の挿絵は、エンジニアの人生の長い道のりを表している。 さて、この山登りの最後には何が待っているのだろうか。筆者にはわからない。われわれはロールモデルが少ない世代だからだ。上の世代のエンジニアが成功して、引退して悠々自適な生活をしている。そのような特殊な事例はWebのインタビューで見つかる。しかし、ごく平均的だったエンジニアがどうなったかはわからない。われわれの上の世代は、Web以前の人々なのだ。ブログを書いたり、Twitterで技術的なことにコメントしたりする人は少ない。だから現在ちょうど引退を迎えるような年齢のエンジニアが、何を思い、どのように生きてきたかを知る
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
賢い若者だけが気づいている「絶滅危惧種サラリーマン」という日本的雇用形態の限界（集英社オンライン） - Yahoo!ニュース
エンジニアにクソスペックのPCが割り振られていた現場についての個別事例について: 不倒城