エンジニア採用シーンが高騰しすぎている件について｜久松剛／IT百物語の蒐集家
個人的にバブル現象について著しく興味がありまして、90年代のバブル期から始まってIT革命、その後の局所的なブームも含めて大小バブルとそれに伴う人の流れを意識して観察しています。 これまでも何度か話題にしましたが、バブルというのは当事者はあまり「この繁栄に終わりがある」とは思いにくいものです。自分が信じたものに対し「需要がついてきた」と誤解しやすいものです。 さて、今回のテーマはエンジニア採用シーンの高騰はバブルなのか？そしてバブルだとすればその終焉はどのようにして起きるのか？ということです。 エンジニア採用シーンはバブルなのか？提示年収も、それに伴う採用フィーもそれぞれ高騰しています。 提示年収で言うと先立ってとあるSESの会社さんが下記のような投稿をされ、話題になっていました。一日で問い合わせが30件を越えたとも書かれていました。 ・年収250~400万前後の人は大体みんな最低でも530
フリーランスエンジニアの単価と「安すぎる」というコメントの謎 - IT業界で気づいたことをこっそり書くブログ
この記事が目についたんですが。 qiita.com 良いか悪いかで言ったらQiitaでそういうのは見たくないというのは個人的な感想なんですが。それは置いといて、毎度恒例、はてブでは「安すぎる」というコメントが多く見られました。 [B! エンジニア] エンジニア200人に聞いて、業務委託単価表を作りました - Qiita こういう「単価出してみました」に対する「安すぎる」というブコメは何年も前から大量に見つかります。果たしてこのQiitaは安いんでしょうか？ 私は「妥当」派です じゃあこの「安い」と言ってる人達は何者なんでしょうか？ 仮説：会社間の人月単価と混同している？ 会社間の単価、フリーランスの単価、正社員の給料の差 正社員の給料と、フリーランスの報酬はなぜ差があるのか フリーランスの報酬と、会社間の単価はなぜ差があるのか 正社員とフリーランス、額面で何倍の差があるか？ あと、CTOっ
エンジニア・プログラマにしか使えないSNSを作ってみた話 - Qiita
はじめに 通常のSNSで胡散臭い人が多いと感じてしまいました プログラミングスクールが流行り、エンジニアになって億稼いでます！みたいな・・・ そこで、本当のエンジニア・プログラマしか使えないSNSを作ってみました！ つまり、WebApi提供のみのSNSです 一般ピープルが使うようなフロントエンドなんてありません！！ Postmanなり、なんなりを使って叩いてください エンジニア・プログラマしかWebApiが叩けないであろうという考えなので、 エンジニア・プログラマにしか使えないSNS！ということです この記事を見ている、プログラマ・エンジニアの方であれば使えますよね？😁 実際、WebApiが叩くことが出来れば誰でも使えてしまうわけですが・・・。 2021/07/20 更新 このWebApiを作ったシステムについて書きました ソースコード公開しました CRUDのWebApi開発は不要！Js
伝わるバグ報告 | さくらのナレッジ
この記事は2020年10月28日に行われたさくらの夕べ Tech Night #3 Onlineにおける発表を文章化したものです。 ダーシノと申します。さくらインターネットでフロントエンドエンジニアをやっています。この記事では、発生したバグをプログラマーに的確に伝えるためのバグ報告の書き方について説明しようと思います。 バグ報告にはコツがある！ プログラマをされている方で、過去にこんなバグ報告をもらった経験はないでしょうか。例えば「動きません」とだけ送られてきたりとか、イラッとした感情も含めた「使えねぇな！」みたいな報告、「アレもコレもソレもおかしいよ」みたいな、いろんなものが書かれた報告もあると思います。バグを残してリリースしてしまったプログラマーとしては非常に申し訳なくて今すぐ対応をしたいのですが、さすがに先ほどのようなバグ報告を受けても、我々プログラマは対応のしようがありません。「申
これから先もPHPで戦うために、なにを使い、なにを学ぶべきか - 廣川類に聞くPHP学習に大事なこと｜ハイクラス転職・求人情報サイト AMBI（アンビ）
これから先もPHPで戦うために、なにを使い、なにを学ぶべきか - 廣川類に聞くPHP学習に大事なこと Webアプリケーション開発言語として広く使われるPHP。黎明期から浸透していくまでの過程、そして、これから先もPHPを活用していくために必要なこと、をエキスパートの廣川類さんに聞きました。 本記事は2020年3月に実施した遠隔取材をもとに構成しています。 1995年の公開以降、PHPは多くの企業、サービスで採用され、エコシステムが拡大してきました。言語の歴史に比例するように、さまざまなサービスのなかで積み重なってきたPHPのシステムを、いかにして持続/発展可能なものとするか。おそらく、多くのPHPユーザが感じる疑問をエキスパートにぶつけます。 今回お話を伺った廣川類（ ひろかわ・るい ）さんは、本業は制御関連のエンジニアであり、PHPへの関わりは、「あくまで個人の活動」と表現します。しかし
プログラマだったら当然知ってるよね？という知識一覧
2019年11月11日追記 ただのタイトルで煽ってるだけの記事に半年経っても未だに大量のアクセスがあるので追記しておきます。 ここで言いたいことは、「プログラマならコンピュータサイエンスを勉強してると役に立つよね」、ということ だけ です。 この一文以上に有用な言葉は以降の文章では出てきません。みなさんの時間を無駄にしないために注意書きをしました。 それでも良いという人は読んでみてください。 Twitterで「〇〇ができるという人が面接に来たけど、『じゃあXXXやYYYって知ってます？』というと知らないという人が多いんだよねぇ」とかいうツイートを見かけて、私はXXXやYYYってのを知らなかったので調べた見たところ、常識とまでは言えない概念だったり、名前は知らなくても誰もが知ってる概念だったり、むしろもっと良いアプローチがあるのではという思想だったりでなんだかなぁと思っていたところ、半日くら
新人プログラマをレビューで傷つけないために - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この半年くらいで初めて本格的にチーム開発を行い、今では日常的に GitHub の Pull Request を使っています。 チームの方々には、基本的なことから応用的な部分まで様々な観点からレビューをしてもらって、大いに勉強になりました。 ただ、時には「新人にとっては厳しいレビュー」をいただき、1 人で傷つきモチベーションを落とすこともありました。 もちろんそれは悪意のあるものではなくて、新人とレビュワーのスキルのギャップによって意図せず生み出されてしまうものです。 そのような不幸なレビューによって苦しむ新人が減ることを願って
体型を支える技術 ──35歳になっても現役で戦い続けるプログラマの体づくり｜ハイクラス転職・求人情報サイト AMBI（アンビ）
体型を支える技術 ──35歳になっても現役で戦い続けるプログラマの体づくり 現役開発者を悩ませる、プログラマ35歳定年説。体力が落ち、記憶力が衰え、一人の時間もなくなる。そんな限界にチャレンジし続けるエンジニアの熱き戦いと、体型に迫った渾身レポート。 はじめまして、白山文彦（しろやま・ふみひこ）といいます。プログラマです。 今年34歳になります。そうなるとタイムリミットまであと1年になってしまいます。 なにがって？ ……そう、「プログラマ35歳定年説」です。 プログラマ35歳定年説は本当なのか？ 体力が落ち、記憶力が衰え、一人の時間もなくなる…… あなたも35歳定年予備軍？ 無茶な減量とリバウンドから得た教訓 1回目は体重を落とすもリバウンド 現実的な目標の設定と維持 食事：楽しく美味しいダイエットメニューを取り入れる （1）シリコンスチーマー温野菜 （2）きのこたっぷり野菜鍋 （3）鶏ハ
ソフトウェアエンジニアならもっと気軽にアメリカ移住を考えたほうがいいよ｜Rui Ueyama｜note
なんか数年に一回くらいシリコンバレー移住は割りに合うのかという話が上がってくる気がする。前の地獄のシリコンバレーはトンチンカンで噴飯ものだったけど、今回の海外移住？アメリカは止めた方がいいよはまあまあまともな意見な気がする。でも、なんか違うよなーと思った。 まず第一にやっぱりアメリカの方が待遇がずっとよくて、物価差を考慮に入れてもやっぱり全然違うと思う。やや大げさかもしれないけど、日本のプロ野球と大リーグみたいな違いがあるように思うんだけど。 第二に、お金だけではないよね、ということ。現実としてソフトウェアの世界はアメリカを中心に動いていて、他の国はアメリカで開発されたものを使っている。シリコンバレーなら伝説的なプログラマがわりとそこらへんにいて、普通に話をしたり一緒に仕事をしたりすることができる。カンファレンスであまりにも有名人過ぎて話しかけるのに躊躇するようなレベルの人が職場のすぐそこ
手を動かせるプログラマの市場価値が高まる理由 〜 この10年間で起きた４つの環境変化 | Social Change!
プログラミングができるITエンジニア人材の市場価値は、以前と比べて非常に高まってきているように感じる。そこで求められている人材とは、自ら手を動かすことで問題解決をするナレッジワーカーとしての「プログラマ」である。 決して、仕様書通りにコーディングだけする職種のことではない。それは以前に書いた。ソフトウェアエンジニアの目指す道 〜 ナレッジワーカーとしてのプログラマ 今回の記事では、この10年間で起きた市場や環境の変化から、手を動かせるプログラマの市場価値が高まってきた背景について、そして、これから求められるITエンジニアの姿について考えてみた。 12年前の転職市場で求められていたスキル 私が30歳を過ぎた頃、今から12年前（2004年頃）の話になるが、その当時に転職しようと少し調べたことがある。自分の年齢と経験をもとに探した応募要項で求められるスキルは、マネジメントであり大規模プロジェクト
意識を低くするという成長戦略 - ジーズアカデミー戦記
2015-08-03 意識を低くするという成長戦略 自分語り Tweet ＊『エンジニアとしてコモディティ化しないよう一生勉強してサバイブします！』 IT系エンジニアによる勇ましい態度が苦手だ。曰く「近い将来エンジニアはコモディティ化する」「10年後に生き残るためには必死で勉強しなければならない」「一生コードを書いていたい…」、強い言葉で自身を奮い立たせている分には構わないが、その意識の高さが他人への攻撃へ転化されるとやっかいだ。かつてのSIer ディス、技術力が高くないエンジニアを無能だなどと強い口調で否定するのには辟易したものだ。 最近は攻撃的な物言いはいくぶん落ち着いたように思うが、それでも意識の高い言説は以前にもまして盛り上がっているように見える。エンジニア系メディアには毎日のようにTech企業のCTOや海外で活躍する日本人なんかが立ちかわり登場し、これから学ぶべき技術領域、考える
エンジニアを育成するということ | All Your Bugs Are Belong To Ass
この数カ月間、技術的なアウトプットがあまりなくてソワソワしているytnobodyです。 近頃はマネージャー的なポジションとして、日々汗だくになりながら色々試行錯誤を繰り返しているのですが、今回は「エンジニア不足」という事象にフォーカスしてポエムを書いてみますね。 なお、色々と思うことがあって書いていて、しかも思ったことをそのまま書きだしたエントリなので、いつも以上に「散文的」かもしれないです。 ※このエントリは「完全」にytnobodyの「個人的見解」です。・・・まぁ個人ブログなんて、どのエントリもそういうモンだと思いますが。 「エンジニアが足りない」とは 人々はよく「エンジニアが足りない」と口々に言います。先日のエントリで僕もそういうことを書いておりました。 しかし、「誰が発言しているのか」によって、この言葉の意味は大きく変わるもんだなあ、と最近思うわけです。 そんなわけで、僕の「経験則
IT業界で年長者のエンジニアを採用するメリットとは | スラド
Diceの「年長の開発者を雇用するべき理由」という記事がSlashdotで取り上げられている。 日本でも年長の開発者は避けられる傾向があるようだが、米国でも若い開発者がより好まれる傾向があるそうだ。しかし、年長の開発者を雇い入れる理由は増えてきているという。その1つとして、米国では過去10年間で理工系大学の卒業生数はほとんど上昇していないにも関わらず、開発者の需要は増えていることがあるという。 また、年長者は家族を持っているため、若者のように「週80時間労働のデスマーチ」を強いることができない。しかし、仕事に対する専門知識と経験と経験の多さ、そして転職率の低さという点では若者よりも上で信頼性が高いという。また、えこひいき、行き止まりのプロジェクト、貧弱な指導力、技術的な負債、一時解雇といったトラブルから来る職場の人間関係においても適応可能な経験を持っているという。
ソフトウェアエンジニアがたどる成長過程と失敗の行きつく先 | POSTD
これからご紹介する私の試みはなかなか難しい側面があり、物議をかもすかもしれません。また、お見せするのは初めてなので完璧とは言えないかもしれません。私はソフトウェアエンジニアのスキルとその影響力を評価するシステムを開発しようとしています。少なくとも、プログラマが成長していく理想的な成長過程を大まかに描いてみようと思います。評価スコアは0.0から3.0まであり、それぞれの数字は専門能力を開発していく際の出発点を表しています。 このシステムは主にビジネスの観点から見た、ソフトウェア業界が求めるものに基づく 実務的な スケールです。数学的な才能や高速アルゴリズムを書く能力、Linuxカーネルの内部構造に関するプログラマの理解の深さなどを評価するスケールではありません。もちろんこうした能力は重要ですし、通常、エンジニアのスキルとともに伸びていく能力ですが、私のシステムが焦点を当てたいのはそこではあり
エンジニアズ=ハイ
大企業のシステムエンジニアは目の前の膨大なコードの前に立ち尽くし、いかに事故を起こさずに今回の客の要求だけを反映するか四苦八苦し、実装後はただ逃げ切る日を夢見る。俺の腐れ上司もちょこちょこっとシステム修正しオフラインで活躍し……ああつまり飲み会やゴルフで部長に媚びへつらい別の部署へ逃げ切っていった。 そうして俺の直上司は誰もいなくなり、一人か二人の学生上がりＰＧをメンバにもった俺が今度は修正をする番になる。 要求を読む。結構無茶な要求だが、敵はそれだけじゃない。コードが正ならコードを読めばいい。ただこの腐れ切ったコードが本当に正しいとは限らない。 俺は更新履歴の腐れ切ったワードの仕様書を開く。誤字脱字のオンパレード。例外処理云々といった赤字が散見されつぎはぎだらけのゾンビーになっているのがわかる。 腐れ切ったコードと腐れ切った仕様書。この仕様書の記載をしたのはファイルの更新日からすると二代
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DDD�は間違いなくクソ