仕事をしていると、だんだんと抽象度の高いことを任されるようになる。 たとえば、方針も明確な小さな修正タスク => 修正方法がいくつか考えられるタスク => そもそも何をやるかから明確にしないといけないタスク といった感じで次第にふわっとした依頼になってくる。いわゆるグレード制を採用している会社において、"どれだけ抽象度の高い仕事を任せられるか" がグレードの違いの要素のひとつと言ってもいい。 抽象度の高い仕事を安心して任せられる人は何が違うのか自分もよくわからないので、自分のまわりの人がどういう動きをしているかを雑にまとめてみる。 1. なぜやるかを明確にしている わからないときはドキュメントやチャットのやりとりを探し、直接聞いたほうがよい人には自分でコミュニケーションを取っている やる理由がないと判断したら依頼者に話をして、実際にやらないこともある あとで「自分はこう言われただけなので」
もうすぐ 40 歳になるが労働を 3 年以上続けられたことがない IT エンジニアの話 - 30歳からのプログラミング
「30歳からのプログラミング」と題したこのブログを書き始めたのが 2016 年 3 月。 そこから月日が立ち、立派なアラフォーとなったわけだが、私はこれまで 3 年以上継続して働いたことがない。プログラマに転身する前も含めて、である。一度もない。 3 年経つ前に、必ず無職になってしまう。労働して貯めた貯金を食い潰しながら無職生活を送り、カネが無くなりそうになってまた働く、ということを繰り返している。 だが、今の勤務先（株式会社HERP）に入社したのは 2021 年 10 月 1 日であり、入社してからもうすぐ 3 年になる。 つまり、 3 年以上労働を続けることになる可能性が高い。 仮にこの記事を投稿した直後に退職を決意したとしても、引き継ぎや有給休暇の消化などで、さすがに 9 月末までは在籍していると思う。そうなれば 3 年到達である。 今までの会社を辞めてきた理由は様々だ。同様に、今の
ITエンジニアのためのプロンプトエンジニアリング
ITエンジニアがLLMベースの生成AIを使いこなせるようになることを目指した本です。 まずはLLMの仕組みの理解してメンタルモデルを構築し、次に代表的なプロンプトエンジニアリング手法を学ぶことで基礎を固めます。 最後に、ITエンジニアならではのプロンプトテクニックを紹介しますので、応用力を身につけましょう。
スタッフエンジニアの道 - Forkwell Library #66 での発表資料です https://forkwell.connpass.com/event/323138/ #Forkwell_Library
増田は40代前半。新卒はまさに氷河期でSESに就職していらいIT業界に居続けています。転職は数回経験済み。 新卒や20代からの氷河期への侮蔑を感じる。努力不足って感じの。 でもそもそも20年前と今じゃITも含めての周辺環境が違いすぎるのに努力不足の自己責任って言われるのはやっぱ納得がいかない。戦国時代の合戦見て「俺なら～」言う感じのなろう系かよ 転職のイメージの改善まずこれ。転職をなんとも思わなくなった。20年前は同業他社でも転職は難しかった。新卒辞めて出来るのは公務員試験とかかドブラックへの就職のみ。今以上に年齢と能力が釣り合わない募集しか出てなかった 転職のしやすさイメージとともにしやすさも一気に変わった。紙の履歴書と職務経歴書なんて消えた。今も求める企業はたぶんヤバい。アプリやサイトで申し込みしやすくなった。昔のような自分の足で見つけるとか人脈が無いと見つけられないとかがなくなった。
エンジニアの未来と生成AIについて質問させて頂きたいです。情報系の学部に所属している者なのですが、自分が何時間もかけてやった課題をChatGPTに投げるとほんの数秒でサンプルコードが提示されます。自分の課題のレベルが低く、上のレベルでは自力でプログラミングをすることが必要なのは理解しているのですが、何時間もかけたものが一瞬にして解決される様にAI発展の喜びより冷酷さを感じてしまいます。エンジニアとして働きたい者としてどのようにこの事実と向き合うべきでしょうか？ ソフトウェアエンジニアの仕事について誤解があるようです。 確かに書けと言われた題材を動くまで持っていく力は大切ですが、それよりもっと大切なのは動いている物を思い通りにする力です。ソフトウェアエンジニアの仕事の9割以上は既に書かれているコードに対して何らかの変更を加える事であって、どこをどう書き換えるべきかという疑問に対して生成AIが
ひろゆきさんが今話したいエンジニア（あるいはプロダクトの作り手）に聞いてみたかったことを聞いていく本連載。話題のプロダクトを、ひろゆきさんはどうみるのか？ 「僕ならこうつくる」というひろゆき案も飛び出すかも！？ 「世の中をあっと言わせるプロダクトが作りたい」エンジニアのみなさんにヒントを届けます。 ひろゆきさんが「今、話したい人」と対談する本連載。今回のゲストは、先の東京都知事選に出馬したAIエンジニアの安野たかひろさんです。 日本のAI研究をリードする松尾豊教授の研究室出身で、AIスタートアップ2社の経営者としての顔も持つ安野さんに対する一つ目の質問は
伝説となった厚生労働省のアプリCOCOA、3億9000万で発注して実際に作ったのはどの会社か、優秀な皆さんならわかりますよね？
猫熊（ねこくま）@孤高のIT戦士⭐️ @negimagurott @ebiebi_pg システムのことをよく知らない人事部が取引のある人材派遣会社だけどシステムちょっとわかる、パーソルに開発を委託し、丸投げで開発した結果よく起こる悲劇。 #システム開発あるある #外注丸投げ
ソースコード管理の進化：Excel管理からGitHubまで、エンジニアの戦いを振り返る！ - Qiita
ソースコード管理の進化：Excel管理からGitHubまで、エンジニアの戦いを振り返る！ プロローグ 先日、弊社のとある案件内での会話です。 熟練エンジニア（以降「熟練」と表記）：GitHubのプルリクが来てたからコードレビューしておいたよ。 若手エンジニア（以降「若手」と表記）：ありがとうございます。助かります。 熟練：他の人のコードにも指摘した内容がキミのコードにもあったので指摘しておいた。他の人のプルリクは見ていないの？ 若手：いや、他の人のプルリクは見てないですね。。 必要ですかね・・？ 熟練：必要だよ。昔はそういうのやりたくてもできなかったんだから！ 若手：（はじまった、熟練さんの昔語り・・。長いんだよなぁ。。）なるほど！そうなんですね。他の人のコード読んで勉強します！ はじめに 皆さん、こんにちは。エンジニア歴約20年目の立脇です。今日は、エンジニアにとって切っても切り離せない
チームのパフォーマンスを高めるために、日々試行錯誤している方も多いと思います。私自身も、プロセス改善にこだわり続け、うまくいった部分もあれば、失敗を経験した部分もあります。今回は私のチームリーダーとしての失敗談と学びを共有したいと思います。 チームリーダーとしての責任Tebiki株式会社 エンジニアの二瓶と申します。私は Tebiki株式会社の Web アプリケーションエンジニアとして入社し、現在は tebiki現場分析 の開発を担当しています。また、チーム内では「チームリーダー」という役割 を担っています。弊社のチームリーダーのミッションはざっくりいうと「生産性とプロダクトの品質を最高の状態に保ち、プロダクトの価値を最大化できるような『チームの状態』をつくること」です。ここでいうチームとはプロダクトマネージャー、デザイナー、エンジニアを含む開発チームことです。これまで一人の開発者として手
こんにちは。 Findy で Tech Lead をやらせてもらってる戸田です。 突然ですが皆さんは本を読みますか？ エンジニアという職業柄、技術書やビジネス書など、様々なジャンルの本を読む機会が多いのではないでしょうか？ そこで今回は、人生を変えた一冊と題して、弊社エンジニア達のお気に入りの一冊を紹介していきます。 それでは見ていきましょう！ 人生を変えた一冊 戸田 ソフトウェア・ファースト あらゆるビジネスを一変させる最強戦略 ジョナサン・アイブ 高橋 1兆ドルコーチ シリコンバレーのレジェンド ビル・キャンベルの成功の教え 森 アジャイルサムライ――達人開発者への道 まとめ 人生を変えた一冊 戸田 ソフトウェア・ファースト あらゆるビジネスを一変させる最強戦略 ソフトウェア・ファースト 作者:及川 卓也日経BPAmazon 及川卓也さん著の本で、DX（デジタルトランスフォーメーション
障害対応を属人化させない。「全員インシデントコマンダー」体制を根付かせた、山本五十六の格言【NewsPicks SRE 安藤裕紀】 | レバテックラボ（レバテックLAB）
TOPインタビュー障害対応を属人化させない。「全員インシデントコマンダー」体制を根付かせた、山本五十六の格言【NewsPicks SRE 安藤裕紀】 障害対応を属人化させない。「全員インシデントコマンダー」体制を根付かせた、山本五十六の格言【NewsPicks SRE 安藤裕紀】 2024年8月26日 ユーザベース NewsPicks事業 SREチームリーダー 安藤 裕紀 大手SIerで10年半エンジニア/アーキテクトとしてアプリケーション開発、インフラ構築、クラウド活用コンサルティングなど大企業の技術支援を行った後、2021年10月に株式会社ユーザベースに入社。プロダクト開発組織のSREチームでインフラや開発基盤を担当。シニアエンジニア、テックリードを経て、チームリーダーに。2024年からはプラットフォームエンジニアリングのグループマネージャーも兼務。 X Docswell GitHub
顧客「システム保守費はやった分だけの実績支払いにしたい。何もなければ0円という事で。ただ何か起きた際には24.365で駆けつけてすぐに対応して」
てとらα SI @TETRA_IT 顧客「システム保守費はやった分だけの実績支払いにしたい。何もなければ0円という事で。ただ何か起きた際には24.365で駆けつけてすぐに対応してくれ。対応した分はもちろん払うぞ」
この記事は英語、フランス語、ドイツ語、ポルトガル語、スペイン語でもお読みいただけます。 編集メモ: この記事は Quartz に掲載されたものです。 過酷なストレスは、今や仕事において身近な存在となってしまいました。去年、ナレッジワーカー (知識労働者) の 71% が一度はバーンアウト (燃え尽き症候群) を経験しています。さらに、メンタルヘルスの状態を「悪い」または「非常に悪い」と回答した労働者の割合が、5% から 18% に急増しました。ストレスレベルが「高い」または「非常に高い」と回答した割合は、42% に上ります。このようなストレスやプレッシャーの高まりは、明らかに時代の流れを感じさせます。 これは Asana「仕事の解剖学」インデックス 2021 報告書に基づいています。この調査では、回答者のほぼ半分が、バーンアウトの主な要因として過労を挙げています。つまり、問題の要因はオフィ
富士ソフト争奪戦､カギを握る｢不動産｣の評価
独立系システム開発会社である富士ソフトの買収をめぐって、アメリカの2大ファンドが激突する異例の展開となった。 投資ファンドのベインキャピタルは9月3日、富士ソフトに非公開化を提案している事実を明らかにした。富士ソフトをめぐっては、同じく投資ファンドのKKRがTOB（株式公開買い付け）を表明しており、ベインが待ったをかけた形だ。提示した買収価格も6000億円規模と、KKRのそれより5％ほど高い。乱入に危機感を抱いたKKRは、9月中旬に開始予定だったTOBを9月5日に前倒しした。 ベインとKKRの共通項は、投資ファンドという点だけではない。両者とも、企業が保有する不動産にも着目している。富士ソフトは多数の自社ビルを保有しており、対峙はある意味で必然だった。 TOBにベインが「待った」 「買収者を公正に選定するプロセスを能動的に行っていない」。ベインの発表文には、富士ソフトの買収手続きに対する反
はじめに 包み隠さずオープンに伝えると、投稿主は質問が全然上手ではありません。 多分、この記事を読んでいる皆さんの方が何倍も上手です。 ということで本記事は以上です（冗談です） こちらでは誰よりも質問下手だった投稿主が試行錯誤した結果、導き出した良い質問・悪い質問それぞれの共通点や法則性を提唱します（単なる一般論でしたらすみません） あなたの質問はなぜ伝わらないのか 結論？ それは、あなたの質問に愛がないからです。 というのは半分冗談として（笑）、よくありそうな悩みを以下に記載します。 拙い文章ですが、皆さんのお役に立てれば幸いです。 テクニックに走ることによる弊害 「本をたくさん読んだり、質問フォーマットで文章を丁寧に書いてみたけど、全然伝わらない！」 生成AIに聞いてみたりしたら、たとえばこんな答えが返ってくると思います。 Q. 私はエンジニアなのですが、質問はなぜ伝わらないのでしょう
エンジニアにとっての成果とは「いいコードを書くこと」——エムスリーVPoEに聞く、エンジニア組織のパフォーマンスを最大化する「評価」のあり方
TOPインタビューエンジニアにとっての成果とは「いいコードを書くこと」——エムスリーVPoEに聞く、エンジニア組織のパフォーマンスを最大化する「評価」のあり方 エンジニアにとっての成果とは「いいコードを書くこと」——エムスリーVPoEに聞く、エンジニア組織のパフォーマンスを最大化する「評価」のあり方 2024年9月11日 河合 俊典 高専卒業後、大学院へ進学し機械学習のアルゴリズムに関する研究に従事。大学院卒業後はSansan、Yahoo!JAPANにて機械学習に関連したシステム構築やリーダー経験を経て、2019年2月よりエムスリーに在籍。 AI・機械学習チームにて、機械学習アルゴリズムの実装からインフラ構築、事業横断でのデータ分析等を行った。その他、エムスリー内外の各種イベントの企画、登壇、エムスリー テックブック3(技術書展11)の寄稿といった技術プレゼンス活動にも貢献。 2023年5
クオリティエンジニアってどんな仕事？―ゲームの開発もQAも横断して自動化するプロジェクト専任エンジニア誕生の軌跡― - SEGA TECH Blog
お久しぶりです。セガの阪上です。前回の記事「QAエンジニアってどんな仕事？～ゲーム開発におけるテストの世界～」を寄稿してから6年が経ちました。今回は、前回の記事以降に発表した講演内容を振り返りつつ、前回紹介したQAエンジニアという職種から、クオリティエンジニアに役割を再定義した経緯について紹介します。 また、今年のCEDEC2024の講演『「龍が如く」も「スーパーモンキーボール」も自動化！クオリティエンジニアリングチームによるマルチゲームエンジン対応で進化した「龍が如くスタジオ」のテスト自動化環境について』は楽しんでいただけたでしょうか？ マルチゲームエンジン対応となったテスト自動化環境について、説明しきれなかった内容も補足しますので、最後まで楽しんで読んでいただけたら幸いです。 目次 目次 「QAエンジニア」から「クオリティエンジニア」になった経緯 (2018年~)開発・QAにおける自動
「Developer eXperience Day 2024」において、Microsoft Senior Software Engineer の牛尾剛氏が、自身のキャリアと米国IT企業での経験を通じて、ソフトウェア開発の文化とマインドセットの違いを語りました。プログラマーへの夢を追い続けた軌跡から、世界的クラウドサービスの開発現場まで、日米のソフトウェア開発アプローチの違いが明らかになりました。全4回。 牛尾剛氏の自己紹介と経歴 牛尾剛氏：はい、おはようございます！ おはようございますじゃないんや、よくわからへんねん。僕は今10時ぐらいなんですけど、みなさんの時間帯がよくわからないですね。というわけで今日は、「米国巨大IT企業で働いてわかったソフトウェア開発の文化とマインドセットの違い」をテーマに、話をしたいと思います。 私はエンジニアをやっています。Azure Functionsという世
「○○師」という呼称はミキシングエンジニアとかイラストレーターって名乗るほどのプロであるという覚悟を感じられず好きになれない
にせもの＠えり天 @PerfectNISEMONO 「MIX師」とか「絵師」みたいな「○○師」という呼称、特に自称の場合は、ミキシングエンジニアとかイラストレーターって名乗るほどの覚悟もなく、ただそれで金稼いだりワーキャーはしたいされたい、みたいな半身の姿勢を感じてしまって好きになれない。
生成AI活用で楽楽精算のエンジニアによる問い合わせ回答時間を75％削減！ - RAKUS Developers Blog | ラクス エンジニアブログ
はじめに はじめまして、楽楽精算のサポートエンジニアを担当している梅田です。私たちのチームは、お客様がサービス利用におけるお困り事を解決できるよう、エンジニアの立場からサポートを行っています。本記事では、生成AIを活用して問い合わせ対応業務を効率化し、回答までにかかる時間を75％削減した取り組み、具体的な活用方法や効果、AI活用のポイントをお伝えします。 はじめに サポートエンジニアの概要 サポートエンジニアの役割 サービスデスク 問題管理 リリース管理 サポートエンジニアの連携先 サポートエンジニアの課題 問い合わせ対応における問題 問い合わせ対応における課題 サポート業務改善に生成AIの導入 改善に生成AIを選定した理由 生成AIを使った問い合わせの効率化 計画 工夫 成果 更なる改善 サポートエンジニアの概要 サポートエンジニアの主な業務の１つはお客様からの問い合わせ対応です。基本的
「Developer eXperience Day 2024」において、Microsoftの牛尾剛氏が、同社の開発文化や品質管理、イノベーションの方法について語りました。徹底的な自動化と柔軟な開発プロセス、失敗を恐れない文化、そして技術力の重要性など、日本の IT 業界にも参考になる内容でした。前回の記事はこちら。 品質確保の方法 牛尾剛氏：あとは品質確保はどうしているの？ って思いますよね。だってぜんぜんルールがないんだから（笑）。どうしているかっていうと、一番重要なのは自動化です。人間のやり方を規定するなんてそんなものは面倒くさいし、大危険ですよね。だから僕らの場合は徹底的に自動化します。自動化しないと世界中のサービスなんかとてもとても回せませんみたいな。 あとはめちゃくちゃ普通なことしかやっていません。例えばCanaryリリースとかね。世界中のリージョンにちょっとずつ端っこからデプロ
「富士ソフト」を巡って6000億円規模の買収合戦が開始。KKRが5800億での買収計画、ベインが6000億で対抗。なぜそんなに人気が？
「富士ソフト」を巡って6000億円規模の買収合戦が開始。KKRが5800億での買収計画、ベインが6000億で対抗。なぜそんなに人気が？ 大手独立系システム開発企業の「富士ソフト」を巡って、2つの海外の投資ファンドによる買収合戦が始まりました。国内のメディアでも多数報道されています。 「富士ソフト」買収 米投資ファンドどうしが争う異例の展開に | NHK | IT・ネット 米ベインが富士ソフトに買収提案へ、ＫＫＲを約５％上回る水準で - Bloomberg 富士ソフト、ベインが約6000億円で買収提案 KKRに対抗 - 日本経済新聞 富士ソフトは約2万人規模のシステム会社 富士ソフトは大手独立系のシステム開発企業です。 1970年に設立され、現在の従業員数は単体で約1万人、関連会社との連結では約1万9000人になります。売上高は単体で約2000億円、連結では約3000億円の規模。1992年に
急速に進化を続ける「生成AI（人工知能）」をいかに活用していくかは、今やあらゆる企業が検討すべき課題の一つだ。生成AIは、幅広い業界や業種に影響を及ぼすのは間違いないが、その中でも生成AIに寄せる期待が大きいのが「ソフトウェア開発」の領域だ。 近年、多くの製造業においてデジタル化が進行しており、ソフトウェア開発に対するニーズも高まっている。一方で、開発を担える人材は慢性的に不足しており、拡大するニーズへ十分に対応できないケースもある。2024年6月に開催された「AWS Summit Japan」では、ソフトウェア開発規模の増大に対応するため、生成AIを活用した「組み込みソフトウェア」開発の効率化に取り組んでいる三菱電機の事例が紹介された。 AI技術に長く取り組む三菱電機は「生成AI」をどう見ているか 「生成AIを活用したソフトウェア開発の効率化」と題するセッションでは、三菱電機の田中昭二氏
連続時間システムの離散化 物理法則に基づいて制御対象の特性を表現すると、しばしば制御対象は微分方程式の形で表現され、連続時間表現の枠組みで扱うことになります。一方で、制御器を実装する際には、短い時間ではありますが、離散ステップごとに制御入力を演算し、それを対象に印加する形になるため、離散時間系としての表現を用いることになります。このようなことを鑑みると、連続時間系と離散時間系との間の関係を、設計者の状況に合わせて使い分けれた方が都合が良いです。連続時間の伝達関数は を変数とするのに対して、離散時間ではシフトオペレータ を利用します。 一方で、連続時間系と離散時間系の関係については、教科書レベルでさまざまな方法が書かれています。その中でも、変換としては双一次変換が有名です。 連続時間システムの離散化 連続時間システムと離散時間システムの間の関係について 連続時間信号と離散時間信号 パルス伝達
富士ソフト｢物言う株主｣に翻弄された数奇な運命
創業から半世紀余り、独立系SI（システム・インテグレーター）の雄が揺れている。 ソフトウェア開発大手、富士ソフトの非公開化に向けた買収劇が、アメリカの2大ファンドのKKRとベインキャピタルによる争奪戦の様相を呈しつつある。 筆頭株主のアクティビスト（物言う株主）、3Dインベストメント・パートナーズが昨年夏にファンドに買収提案を募ったことをきっかけに、富士ソフトは非公開化の検討を本格的に開始。3Dに提案を寄せたKKRが会社と交渉を重ね、8月8日、1株8800円でTOB（株式公開買い付け）を実施すると表明した。買い付け総額は約5600億円に及び、TOBが成立すれば上場廃止となる。富士ソフトも賛同し、株主に対し応募を推奨すると公表した。 ところが9月3日に事態は新たな展開を迎える。KKRの競合であるベインが、自身も富士ソフトに非公開化を提案している事実を明らかにしたのだ。ベインは10月に法的拘束
常に面白いと思う道を選んできたけど、今回だけは何があってもやるんだ ─ 能登半島地震で被災した井原正博さんはGovTech東京で変革を起こしたい - Findy Engineer Lab
ヤフーやクックパッドといった大手Webサイトでサービス開発や新規事業にも携わった井原正博さんは、自ら起こしたベンチャー企業の代表を10年近く務めてきました。2024年5月、井原さんはその会社を人に譲り、東京都のDX化を技術面から推進する一般財団法人GovTech(ガブテック)東京の業務執行理事兼CIOに就任しました。 就任から3カ月、民間企業で数々の開発現場をまとめてきた経験から、行政の技術改革に取り組みはじめています。都のデジタル化の現状が見えた今、井原さんが考えるGovTech東京の開発体制と強い組織作り、民間企業との違い、行政サービスに関わるエンジニアのキャリアについてお話を伺いました。 被災体験で公的な情報共有サービスの重要性を実感 都民1,400万人に向けてDXを推進する技術組織 日本の公共デジタルサービス開発をリードしたい 失敗から学んで成長できる組織こそが理想 あらゆるエンジ
IT Leaders トップ ＞ テクノロジー一覧 ＞ システム構築／プロジェクトマネジメント ＞ 本当にアジャイルになるための処方箋 ＞ なぜ、アジャイルがうまくいかないのか？：第2回 システム構築／プロジェクトマネジメント システム構築／プロジェクトマネジメント記事一覧へ [本当にアジャイルになるための処方箋] なぜ、アジャイルがうまくいかないのか？：第2回 2024年9月19日(木)保坂 隆太（Gran Manibus CTO兼マネージングディレクター） リスト 「アジャイル（Agile）」の必要性と必然性は、テクノロジー関連の仕事に携わる人々の間で認知されているが、その実践・活用となると十分に進んでいるとは言いがたい。アジャイルはこれからの社会を築く中核であり、進化するテクノロジーを活用する唯一の方法であり、その定着は極めて重要である。本連載では、北米と日本の経験を基に、日本でアジ
【毎日書評】仕事はマラソンのようなもの、無理して短距離走のような働き方していませんか？ | ライフハッカー・ジャパン
出社前に「まだ大丈夫」と思ったら？経験則なんですが、 出社前に「まだ大丈夫」と 自分に言い聞かせている時点で 「もう大丈夫ではない」ので、 その環境から逃げ出したほうがいいです。 （110ページより） 本当に大丈夫なときは、自分に対して「大丈夫、大丈夫…」などといい聞かせないもの。著者はそう指摘しています。本当は大丈夫ではないのに、「まだやれるよね…？」と自分に無理やり問いかけ、「大丈夫だ」と思い込もうとしている状態なのだと。 以前、勤めていたブラックな会社で、私はよく1人でサービス残業をしていました。そんな毎日を送っていたある日、別の部署の人に「大丈夫？」と優しく声をかけられたことがありました。そのとき、思わず涙が溢れそうになったんです。 そこでやっと、自分は限界なんだ、追い詰められているんだと、認識しました。（111ページより） 自分に「大丈夫、大丈夫」といいはじめたら、それは限界に近
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
抽象度の高い仕事の進め方 - Konifar's ZATSU
スタッフエンジニアの道: The Staff Engineer’s Path
氷河期世代は自己責任と言われてもなと思うITエンジニア
エンジニアの未来と生成AIについて質問させて頂きたいです。情報系の学部に所属している者なのですが、自分が何時間もかけてやった課題をChatGPTに投げるとほんの数秒でサンプルコードが提示されます。自分の課題のレベルが低く、上のレベルでは自力でプログラミングをすることが必要なのは理解しているのですが、何時間もかけたものが一瞬にして解決される様にAI発展の喜びより冷酷さを感じてしまいます。エンジニアとして働きたい者としてどのようにこの事実と向き合うべきでしょうか？ | mond
優秀なエンジニアは「コードが汚いから読めない」なんて言わない【ひろゆき×安野たかひろ】 - エンジニアtype | 転職type
あ……ありのまま今起こった事を話すぜ！ BingでGoogleを検索したらGoogleっぽい（？）Bingが／頭がどうにかなりそうだった……【やじうまの杜】
多様なメンバーが気持ちよく効果的に働けるチームにしていきたい
はじめに｜ITエンジニアのためのプロンプトエンジニアリング
【エンジニアの日常】エンジニア達の人生を変えた一冊 Part1 - Findy Tech Blog
マネージャー向けガイド: バーンアウトに立ち向かう方法 - The Asana Blog
なぜエンジニアのあなたの質問は伝わらないのか？ - Qiita
「才能ない」と言われたエンジニアがAzure開発者になるまで 日米ソフトウェア開発文化の違いと挑戦
徹底的な自動化と失敗を恐れないゲームチェンジャー思考 Microsoftエンジニアが語る日本のIT再興への道
三菱電機が「生成AIに必要なものは生成AIに準備させる」奇策を採用 設計効率は何％向上するのか
連続時間線形時不変システムとその離散化: シフト形式表現とデルタ形式表現 - 制御工学ブログ
なぜ、アジャイルがうまくいかないのか？：第2回 | IT Leaders