もうすぐ 40 歳になるが労働を 3 年以上続けられたことがない IT エンジニアの話 - 30歳からのプログラミング
「30歳からのプログラミング」と題したこのブログを書き始めたのが 2016 年 3 月。 そこから月日が立ち、立派なアラフォーとなったわけだが、私はこれまで 3 年以上継続して働いたことがない。プログラマに転身する前も含めて、である。一度もない。 3 年経つ前に、必ず無職になってしまう。労働して貯めた貯金を食い潰しながら無職生活を送り、カネが無くなりそうになってまた働く、ということを繰り返している。 だが、今の勤務先（株式会社HERP）に入社したのは 2021 年 10 月 1 日であり、入社してからもうすぐ 3 年になる。 つまり、 3 年以上労働を続けることになる可能性が高い。 仮にこの記事を投稿した直後に退職を決意したとしても、引き継ぎや有給休暇の消化などで、さすがに 9 月末までは在籍していると思う。そうなれば 3 年到達である。 今までの会社を辞めてきた理由は様々だ。同様に、今の
ITエンジニアが投票した「ITエンジニア本大賞2021」ベスト10発表。「オブジェクト指向UIデザイン」「Clean Agile」「思考法図鑑」など
ITエンジニアが投票した「ITエンジニア本大賞2021」ベスト10発表。「オブジェクト指向UIデザイン」「Clean Agile」「思考法図鑑」など 「ITエンジニア本大賞」は翔泳社が主催するイベントです。ただし、対象となる書籍は出版社を問わず技術書、ビジネス書全般です。刊行年も関係なく、これまで大賞に選出された書籍を除き、この1年を振り返っておすすめしたい書籍を投票します。 今回発表されたのは技術書部門とビジネス書部門のそれぞれ10冊。 このなかから特に投票の多かった技術書3冊、ビジネス書3冊について、同社が2月18日、19日に開催するオンラインイベント「Developers Summit 2021（デブサミ2021）」において、書籍の著者、編集者、翻訳者などによるプレゼン大会が開催され、特別ゲストとイベント観覧者による最終投票を経て技術書・ビジネス書の各大賞が決定されます。 技術書部門
若手に蔓延するフリーランス＞＞＞自社サービス＞＞SIer＞SESという謎図式：デメリットを見ずにイメージで叩くことなかれ｜久松剛／IT百物語の蒐集家
先日、下記のような「エンジニア転職できました。ただ努力不足という事もありSESからのスタートです。」という投稿が話題になっていました。いいねを押す若手。SESというかエンジニア舐めてるの？という古参でそれなりに炎上したようですのでご覧になった方は多いのではないでしょうか。 「エンジニア転職できました」 からの 「ただ努力不足という事もありSESからのスタート」 からの 「条件のいい会社に転職できるように頑張ります」 という投稿が流れてきたけど、未経験エンジニアが嫌われるのそういうとこだよ！ 採用担当者は経営者に詰められてるよ、それ！！ — 久松剛/採用コンサルもするPO・EM・PjM (@makaibito) November 18, 2020 どうも一部界隈ではフリーランス＞＞＞自社サービス（自社メディア）＞＞SIer＞SESという図式があるようです。 こうした流れを作っているのはTwi
底辺IT企業は『書けない』プログラマとどう向き合ってきたか - megamouthの葬列
新年から夢のない話で申し訳ないのだが、表題のとおりのテーマである。 note.mu という記事があって、むやみに長いので飛ばし飛ばし読んだ。 大意としては、世の中には「書けない」プログラマというのがいて（元エントリでは学生さんのようである。さもありなん）そういう人はどうやったって書けるようにならないんだから、諦めろ、という話のようである。 で、じっと手を見て、下請け底辺のIT企業にいる私たちは、このような人々をどうしてきたろうか、と考えると、「放ったらかし」にしたなあ、と思うのである。 最初のほうは優しく教えていたと思う。話したりハンズオンしている時に、あっこの子、変数のことわかってないな、と感じたら、ホワイトボードを持ち出してきて、例の"x"と書いた箱の絵に矢印を引いて、値が入っている図を書いて、「わかった？」「あ、はい」みたいなやり取りをして終わり、という程度の「教育」である。 だが、
なぜ製品仕様を合議制で決めてはいけないのか。
プロダクトマネジメントにおいて「製品仕様を合議制（多数決）で決めてはいけない」というルールがあるが、それは何故なのか。そして、だとしたらどのように人の意見を取り入れるのが良いのか、を考えてみた。 なぜ製品仕様を合議制で決めてはいけないのか。合議に参加している人たちは、その問題の責任者ほど制約条件や問題の背景を深く理解をしていないから。合議制や多数決で物事を決めると、必ずその結果に満足している人たちの方が満足していない人たちよりも多くなる。これは素晴らしい手法だ。 しかし、製品開発の目的は社内の人を満足させることではない。正しい製品をつくることだ。製品にとっての正しさとは、「その製品を顧客（市場）が求めていること」であり、これを満たすためには様々な調査や知識が必要だ。 製品仕様のように、問題の複雑さが一定を超えると、知識を持っている人と持っていない人の意見に違いが出始める。世の中（「社内」と
ITエンジニアはそんなに不足しているのでしょうか？…
ITエンジニアはそんなに不足しているのでしょうか？ 検索すれば出てくる情報も多いのですが、政府の統計込みで全体的にきな臭いように感じてしまう。 またIT業界の知り合いに聞くと、何かこちらが認識していないモヤモヤ感があります。 昔から不思議だったので、現場事情に詳しい人に聞いてみたいと思いました。 既にITエンジニアもいる中でさらに、文理問わず、高卒・大卒・専門学校卒も毎年追加されるのに、まだ足りないというのは何でしょう？ 毎年その人達どこ行ったの？という点が疑問。 転職相談を含めて社会人にも教えるプログラミング学校もあります。派遣もありますし。 既に供給が多くないか？と見えるので不思議でした。 ブラックで辞めてしまうことや条件が明確に違うミスマッチかとも思ったのですが数が一定以上いるのにソレなら「足りない」という表現はどこか違うとも思いまして。 予算の都合から採用数を絞って元々チームに余裕
エンジニアは業務時間外でも勉強するべきなのか | 株式会社アクシア
エンジニアがスキルアップするための勉強を業務時間外でもするべきかどうかについて、「教育してエンジニアを育てるのは企業側の責任だ」「エンジニアであればスキルアップのために当然自分で勉強すべきだ」といったような議論を度々見かけます。 この問題についてはどちらが正解というわけでもないかもしれませんし、企業やエンジニアのポリシーによるところも大きいかもしれません。 いずれにしても今後うちの会社の求人に応募してきてくれる方に向けて、企業として、または会社トップとしての私の考えを明確にしておくことはやっておいた方が良いなと思いましたので、この記事に私の考えをまとめてみたいと思います。 プライベートで勉強しなくても何とかなります 仕事をこなしていくという観点から言えばプライベートでの勉強を一切やらなくても何とかなります。たとえ未経験で入社してきた人であってもそれくらいの教育は行っています。 でも最初にこ
人売りIT派遣企業はそろそろ壊滅させてもいいと思う | 株式会社アクシア
先日書いた下記のブログに対してたいへん多くの反響をいただきました。 ブラック企業の見分け方（IT企業編） おかげさまで本日時点でもこの記事が一番多くの方に読んでいただいている記事となります。 この中でも私が、 常駐開発を行っているIT企業は全部ブラック企業です。 と言い切っていることに対して様々な反響をいただいております。この業界のエンジニアの多くの方がこの業界の常駐開発に疑問を抱いていることを実感しました。 「その通り」「スカッとした」「断言ワロタ」というご意見から「全部というのは言いすぎだろ」というご意見まで様々いただいております。 私がここで常駐開発を行っているIT企業は全部ブラック企業だと言い切ったのは、請負契約や準委任契約で契約しているにも関わらず、客先に常駐して他社の人間の指示を受けるという状況が発生しないということが現実的に考えてほとんど考えられず、伝えたいことをダイレクトに
もはや若手は育成できない
連載の最後として、若手ITエンジニアが抱える課題と身に付けるべきスキルの方向性を取り上げよう。 筆者はすでに40代だが、コミュニティー活動やアジャイルコーチ業務を通じて20代から30代前半の人たちと話す機会が多い。新人研修を担当し、大学を出たばかりの国内外のITエンジニアとも話す機会がある。若手ITエンジニアを観察すると、その置かれた環境の違いが見えてくる。 まずは大学までに学んできたことの変化だ。90年代後半からPCの低価格やインターネットの普及により、家庭や学校でコンピュータに容易に触れられる時代が到来した。そのころ小学生から高校生だった人たちが現在の若手ITエンジニアの世代になる。 この世代は、それぞれ異なるコンピュータ体験を持っているが、検索エンジンを使って何かを調べたり、ソーシャルネットワーキングを使ったりすることに関しては共通の体験を持っている（図1）。 プログラミングも大学で
よく言われるけど、業務時間外に勉強しない人はITエンジニア失格なの？ - paiza times
Photo by Indi Samarajiva こんにちは、谷口です。 「ITエンジニアは業務時間外にも勉強をすべきなのか」という問題について、皆さんはどう思われますでしょうか。 少し前には、こちらの記事も話題になりましたね。 業務時間外で勉強をしなければいけない理由：101回死んだエンジニア：エンジニアライフ 今回は、そんなITエンジニアの業務時間外での学習について考察していきたいと思います。 ■企業からの「教育」と自分でする「学習」 業務で必要な知識等について、企業側もある程度は「教育」をすることがあるかと思います。特に新卒の場合、新人研修として業務知識を学ぶ期間が多くの企業で設けられているかと思います。仕事で必要な業務知識に関しては、企業の研修を受けるだけではだめなのでしょうか。 まずは、「教育」と「学習」の概念について考えてみましょう。 「教育」とは、組織の求めるスキルを個人に習
1 on 1 で 何を話すのか？ マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
1 on 1 (ワンオンワン) とは1対1のミーティングの事。ここでは毎週もしくは隔週で行われるマネージャとその部下(direct reports)であるソフトウェアエンジニアの 1 on 1 に焦点をあてる。よく 1 on 1 で何を話したらよいか分からない。話題がない。と相談されるので僕の思うところをまとめてみる。 僕はマネージャもソフトウェアエンジニアのどちらも経験があるので両側からの視点を提供できると思う。 マネージャ編 マネージャは 1 on 1 を部下のために開催しなければならない。自分のための時間ではないことを肝に銘じよう。部下には話したいことを何でも話してもらう。事前に「1 on 1 は君のための時間だよ」と説明しておこう。 1 on 1 が始まったら「何か話したいこと、気になることある？」と問いかけよう。焦ってはいけない。じっくりと待ってみよう。 たとえマネージャとしてプ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
#6@『永久パピルス』 on Twitter: "実際両方経験してる身としては、IT業界の人は土木建設業界に勉強しに行っても良いのではないかと強く感じるしなぁ。 特に契約まわりの差が歴然で、土木エンジニアがIT業界の契約書見たら『素人さんの口約束？』となる感じ。そりゃトラブルも起… https://t.co/7p6Pz6B3KO"
悲しみとあるあるが詰まった「#ITエンジニアっぽい小説のタイトル」怨嗟が濃縮されてて笑ってしまう『納期短し 動けよコード』
layer8.sh