もう働きたくない「中高年エンジニア」の本音
ダウンロードはこちら 50歳から64歳の「中高年エンジニア」の退職が、IT業界の人材不足を悪化させている。彼らが何十年にもわたって蓄積してきた知識や経験を、他の人材で簡単に置き換えることはできないからだ。 そうした状況を受けて企業は、定年退職や早期退職をした中高年エンジニアの現役復帰に期待を寄せ、彼らに高額な給与を支払う姿勢を見せている。退職前から2倍以上の昇給を実現したエンジニアもいる。ただし中高年エンジニアは、必ずしも復職に前向きではない。 本資料は、企業が中高年エンジニアを必要としている事情や、中高年エンジニアが自らの復職について抱いている本音を紹介する。 中身を読むには、「中身を読む」ボタンを押して無料ブックレットをダウンロードしてください。 関連記事：ハイブリッドワークに関する意識調査 関連リンク Computer Weekly日本語版＋セレクション
エンジニアが「欲しいと選ぶ技術書」20冊、明らかになる
リベロエンジニアは5月6日、「エンジニアが"欲しい"と選んだ技術書ランキングTOP20」を発表した。調査は2020年2月～2023年2月、「エンジニアの自己学習を応援」キャンペーンに参加したエンジニアを対象にSNSで行われた。 調査による1～3位までのランキング結果は以下の通り。 エンジニアが"欲しい"と選んだ技術書ランキングTOP20 1位「リファクタリング(第2版):既存のコードを安全に改善する」、2位「ソフトウェアアーキテクチャの基礎―エンジニアリングに基づく体系的アプローチ」、3位「リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック(Theory in practice)」だった。 「『どの技術書を買うべきか』悩まれるエンジニアは、ぜひ技術書選びの参考にしてみてください」と同社。 エンジニアが"欲しい"と選んだ技術書ランキングTOP20
AIがコーディングしてくれる「Amazon CodeWhisperer」正式投入。GitHub Copilotに対抗、個人利用は無料 | テクノエッジ TechnoEdge
ITジャーナリスト／Publickeyブロガー。IT系の雑誌編集者、オンラインメディア発行人を経て独立。2009年にPublickeyを開始しました。 Amazon Web Services（AWS）は、コメントやコードの一部からAIがコードを自動生成してくれるサービス「Amazon CodeWhisperer」が正式版になったことを発表しました。 Amazon CodeWhispererは昨年（2022年）6月に行われたAWSの機械学習にフォーカスしたイベント「Amazon re:MARS 2022」で発表され、プレビュー公開されていました。 コメントや書きかけのコードからコードを自動生成Amazon CodeWhispererは、オープンソースリポジトリ、Amazon内部リポジトリ、APIドキュメント、フォーラムなどから収集した数十億行のコードを基にした機械学習から、プログラマーが書き
DeepMindのAI｢AlphaCode｣が人間のプログラマーと互角になってきた
DeepMindのAI｢AlphaCode｣が人間のプログラマーと互角になってきた2022.12.23 20:0020,014 Mack DeGeurin - Gizmodo US ［原文］ （ 禿頭帽子屋/Word Connection JAPAN ） 人工知能（AI）に秘められた能力の段階的な発達をたどるという話になると、なぜかチェスや囲碁といった昔ながらのボードゲームが持ち出されがちです。その例は挙げればきりがないほどで、つい最近にも、戦略ゲーム｢ディプロマシー｣をプレイできるAIが話題になりました。しかし、こうした事例で示されるのは、あくまでもAIが現実世界の問題を解く能力の範囲に限られます。 これよりずっといい｢力試し｣になりそうなのが、AIと人間をプログラミングのコンテストで競わせることです。Alphabet傘下のDeepMindが保有するAIモデルAlphaCodeが、実際に
過度なDRYを行わず、APIドキュメントだと思って書く 脳内メモリを消費させない“リーダブルなテストコード”の書き方
さまざまなテストレベルとロールで活躍されている方々がテストコードをリーダブルにする方法について語り、それぞれの違いや共通点について議論する、「リーダブルなテストコードについて考えよう」。ここで株式会社ソニックガーデンの伊藤氏が登壇。リーダブルなテストコードとは何か、リーダブルなテストコードを書くための具体的な意識を紹介します。 伊藤氏の自己紹介 伊藤淳一氏：リーダブルコードという発表です。いきなり余談から入りますが、今日仕事をしていたらテストコードに助けられました。 仕様変更がいつ入ったのかを調べなきゃいけなくなってコミットを追いかけていったら、過去の僕がすごくわかりやすいテストコードを書いていて、仕様Aを仕様Bに変えることがdiffを見れば一目瞭然というようなものを作っていました。リーダブルなテストコードを書いてて良かったと思った日がこの勉強会の開催日で、ナイスタイミングだと思いました。
技術者の仕事を自らおとしめる愚か者たち、人月商売の「身分制」に異議あり
人月商売のIT業界の多重下請け構造は「多重ピンハネ構造」だ――。こんな趣旨の記事をこの「極言暴論」で何度か書いてきた。すると、「SIerの技術者と下請けITベンダーの技術者ではやっていることが違うので、待遇に差があって当然だろ」という文句が必ず何件か来る。「私たちが下請け技術者の仕事をつくってやっている」と暴言を吐く連中よりはましなのだが、私から言わせれば「何を言ってんだか」である。 もちろん、仕事の内容や能力が異なれば、報酬などの待遇が違って当たり前である。文句を言ってくる人は「やっていることが違うので待遇が違って当たり前」と言い切るのだから、優秀なプロジェクトマネジャーかSEなのだろう。もしプロマネなら反対に聞いてみたいことがある。それは「だったら、何で年収1000万円前後の安い給料で満足しているのか」ということだ。本来なら2000万円以上、大規模案件を切り回せる人ならば3000万円を
究極のスキルアップ！プログラマーのあこがれ言語「Lisp」を始めよう
新型コロナウイルスの感染がまたも拡大し、外出を控える人が増えてきた。自宅で何かできることを探している人は多いはずだ。中にはプログラミングを始めてみたい人もいるだろう。あるいは、プログラミングに関する新しい技術を身に付けたいソフトウエアエンジニアもいるかもしれない。 プログラミングを学ぶ際には、プログラミング言語の選択が重要になってくる。言語が異なると、プログラムの書き方が変わってくるからだ。 では、どの言語を学べばよいだろうか。最近はPython（パイソン）が人気で、Go（ゴー）やRust（ラスト）といった低レイヤーに強い言語も注目を集めている。ただ、「人と同じような言語を学ぶのはつまらない」と考える人もいるかもしれない。 そうした人にぜひお勧めしたいのが「Lisp（リスプ）」だ。数ある言語の中でも独自の存在感を放つ。現役バリバリでソフトウエアを開発しているプログラマーでも「いつかはLis
「駆け出しエンジニア」の非情な現実を描くWeb漫画が共感を集める理由
あるWeb漫画がTwitter上で注目を集めている。「未経験から100話でキラキラWEBデザイナーを諦めるかけだしちゃん」（以下、「かけだしちゃん」）と名付けられた作品は、ある女性が未経験からWebデザイナーを目指して奮闘し、諦めるまでを全100話で描く。本稿の公開時点で作品は94話まで更新されており、物語は終盤を迎えている。 作者のアカウントには「私も同じ経験をした」「人ごととは思えない」などの声が多く寄せられる。共感を集める理由は、作品で描かれている「駆け出しエンジニア問題」が作者特有の問題ではないからだ。なお作品は未経験Webデザイナーの境遇をつづるが、広く未経験IT人材の間で起きている問題について解説するため、Webエンジニアやプログラマーも含め本記事では「エンジニア」と総称する。
なぜ大量のCOBOLシステムが刷新されないか、コード自動生成が生む闇
新システムに刷新したくてもできないシステムを「塩漬けシステム」と呼ぶことがある。これらは、1980年代後半から1990年代前半にかけてのバブル時代に構築されたメインフレーム上のシステムが多い。 当時、開発生産性向上の名のもと、COBOLだけでなく「4GL（第4世代言語)」も組み合わせて利用された。4GLは、複雑なプログラミングをしなくても簡単なパラメーターを指定するだけで処理を実現するもので、特定のアプリケーションの開発、例えばデータベースへのアクセスや報告書の作成で主に利用されていた。 また、ソフトウエアの開発自体をソフトウエア技術で効率化しようとする「CASE（Computer Aided Software Engineering、コンピューターの支援によるソフトウエアエンジニアリング）」という考え方も登場。構造化技法やデータ中心アプローチ、オブジェクト指向といった方法論を具現化するも
人月の神話
人月の神話 をひさしぶりに読んでみた。 人月の神話は、フレデリック・ブルックスの超有名古典的エッセイ集で、ソフトウェアエンジニアリングに関する多岐にわたるトピック取り扱っている。その中でもとくに有名で、よく世間で言及されるのは、表題にもなってる「人月の神話」と「銀の弾などない」、それから「セカンドシステム症候群」あたりだろうか。 はじめて読んだのは20年くらい前。社会人になったばかりのころ、満員電車にゆられながら、「へー人を増やしても開発ってうまくいかないのねー」などとわかったような顔をしながら読んでいたのを覚えている。当時は職業プログラマとしての経験を積む前で、本を読んでも鵜呑みにすることしかできなかった。でも、熟練のプログラマとして経験を積んだいま読んだら、またなにか違った洞察を得られたりするかもしれない。読み返してみた動機はそんな感じ。 目次 現代のプログラマにとって有益か やっぱり
同僚プログラマーの機嫌を損ねずにミスを指摘できる“魔法の質問”
関連キーワード 開発プロセス | プログラマー | プログラミング | プロジェクトマネジメント 幾つものメディアやブログが、プログラミングで何を重視すべきかを解説している。例えばネイサン・マーツ氏は、同氏のブログ「thoughts from the red planet」の「Suffering-oriented programming」というエントリ（投稿）で、 プログラムが正しく機能すること ソースコードが美しいこと プログラムの処理速度が速いこと という順番でプログラミングの目標を設定するように勧める。「機能すること、美しいこと、速いこと」はまさに本質を突いた名アドバイスだ。その言葉を初めて見たときから、私は心に刻んできた。 「機能すること」が最も重要なのは、ソースコードを解釈してもらう最も重要な「相手」がCPUだからだ。2番目が「美しいこと」なのは、CPUの次に重要な相手が、ソース
Shota Imai@えるエル on Twitter: "コンピュータサイエンスの世界でプログラマーに特に影響のある有名な書籍について、Web上で無料で読めるものがまとめてあります https://t.co/kU9FmMkXDw 現在でも変わらず読まれているものや、昔からこの業界にいるほ… https://t.co/kHEBpVdgrL"
コンピュータサイエンスの世界でプログラマーに特に影響のある有名な書籍について、Web上で無料で読めるものがまとめてあります https://t.co/kU9FmMkXDw 現在でも変わらず読まれているものや、昔からこの業界にいるほ… https://t.co/kHEBpVdgrL
プログラマが知るべき97のこと/分別のある行動 - Wikisource
Kevlin Henney(編)、和田卓人(監修)『プログラマが知るべき97のこと』(オライリー・ジャパン、2010年)を出典とする。各エッセイはCC-by-3.0-USによってライセンスされている。 どんなに余裕あるように見えたスケジュールでも、実際に作業を始めれば、必ずどこかで追い詰められた状態になるものです。そして、同じことを「正しくやる方法」と「手早くやる方法」があれば、後者の方が魅力的に見えてしまうことはよくあります。後者を選べば、後で修正が必要になるとわかっていても、その時は「必ず、すぐに修正しよう」と自分に誓うでしょう。プロジェクトチームのメンバーや、顧客などに修正を約束することもあります。約束した時点ではもちろん、絶対に約束を守るつもりでいます。次のイテレーションなどが修正のチャンスなのですが、実際にイテレーションが始まると、また新たな問題が起きてそちらに注力してしまい、結
伝わるバグ報告 | さくらのナレッジ
この記事は2020年10月28日に行われたさくらの夕べ Tech Night #3 Onlineにおける発表を文章化したものです。 ダーシノと申します。さくらインターネットでフロントエンドエンジニアをやっています。この記事では、発生したバグをプログラマーに的確に伝えるためのバグ報告の書き方について説明しようと思います。 バグ報告にはコツがある！ プログラマをされている方で、過去にこんなバグ報告をもらった経験はないでしょうか。例えば「動きません」とだけ送られてきたりとか、イラッとした感情も含めた「使えねぇな！」みたいな報告、「アレもコレもソレもおかしいよ」みたいな、いろんなものが書かれた報告もあると思います。バグを残してリリースしてしまったプログラマーとしては非常に申し訳なくて今すぐ対応をしたいのですが、さすがに先ほどのようなバグ報告を受けても、我々プログラマは対応のしようがありません。「申
Kindle本の販売という実績解除しました - プログラマでありたい
2016年から目標として掲げ続けてきた、Kindle本の販売という目標を2020年3月15日にようやく達成しました。 AWSの薄い本 IAMのマニアックな話 作者:佐々木拓郎発売日: 2020/03/15メディア: Kindle版 IAMのマニアックな話とEPUB Kindleで販売を開始した本は、昨年執筆しBOOTHで販売していた『AWSの薄い本 IAMのマニアックな話』です。この本は、Re:VIEWという紙書籍・電子書籍作成支援ツールを利用していて、PDFだけでなくEPUB形式でも出力可能でした。なので、執筆している当時は、BOOTHと同時にKindleでも販売開始しようとしていました。が、出来上がったEPUB版をみて、販売を見合わせていました。 書籍を作成する場合、図の位置であったり内容に合わせて改ページを考えます。しかし、一般的なEPUBは、リフロー型といって画面や文字サイズに合わ
(.Net)DataTable でソートをする(DataTable.Select) | old_3流プログラマのメモ書き
DataTable自体にはソートをしてくれる機能がありませんが、DataTable.Select を応用することでソート処理ができます。 DataTable.Select() メソッドが DataTable の中でフィルタをかけるのに使えるということは(VB.Net)DataTableで特定の列の最大値を含む行を取得したい。(DataTable.Select)で紹介しました。 今回は純粋にソートだけを行う方法です。 問題は、DataTable.Select() メソッドは引数で指定された条件にあった DataRow 配列を返すという点です。DataTable 自体の内部のソートはしてくれません。 ということで、返り値の DataRow 配列を元に、新しい DataTable を作成するという方法をとりました。 コードはこんな感じです。 'ソート対象のテーブル作成 Dim dtbl As N
『【C#】 RemoveとDeleteによるDataRowの削除の違い』
割と有名な話な気がしないでもないですが、開発中に一度躓いたので。。。 DataTableからDataRowを削除する方法は以下の二つです。 ・DataRowCollectionのRemoveメソッド（RemoveAtメソッドも同じ）を使用する。 （DataTable.Rowsプロパティを使う） ・DataRowのDeleteメソッドを使用する。 （参照：DataRowの削除 （外部リンク）） どう違うのかと言うと、 「Remove メソッドは DataRowCollection から DataRow を削除しますが、一方の Delete メソッドは削除対象の行をマークするだけです。」 とのこと。 まぁ、どういうことなのかというと、だいたい以下のような違いが生まれます。 １．Removeメソッドにより行を削除した場合、DataSetのHasChangesメソッドの結果はfalseになる ２．
超一流プログラマーはどういう働き方をしているのか？
By Jefferson Santos 多くの社会人は決められた勤務時間に従って仕事をしているわけですが、フリーランスのプログラマーには「時間にとらわれることなく、フレキシブルに仕事をしているのでは？」という偏見がついてまわり、ましてや超一流プログラマーともなれば「起きている時間は常に働いているのでは？」という想像上の生き物的な扱いをされる場合もあります。そんな中、ブロガーのIvan Bessarabovさんが「超一流プログラマーの勤務時間」を明らかにしています。 At what time of day does famous programmers work? https://ivan.bessarabov.com/blog/famous-programmers-work-time At what time of day does famous programmers work? Par
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
公正取引委員会、IT業界の摘発強化 多重下請けにメス - 日本経済新聞
『絶対にバグがとれる最強デバッグ法』プログラマーを中心にさまざまな職業の方から共感集まる「自分の悪いところをまず取り除け」
