2024/2/26 「開発組織から経営層までが開発生産性を考える時代へ - DMMが伝えたい組織づくり」登壇資料 https://developer-productivity-engineering.connpass.com/event/310155/
開発プロジェクトにおいて、開発スピードを測る尺度としてよく使われるのが「ベロシティ」です。このベロシティによって示される数字を適切に扱い、開発に活かしていくにはどうすればよいのでしょうか。 そのことを詳しく株式会社アトラクタ 吉羽龍太郎氏のセッション「ベロシティ Deep Dive」が、1月に都内で開催されたアジャイル開発の代表的な方法論であるスクラムをテーマにしたイベント「Regional Scrum Gathering Tokyo 2024」で行われました。 吉羽氏のセッションの内容をダイジェストで紹介しましょう。 本記事は前編、中編、後編の3つに分かれています。いまお読みの記事は前編です。 これから「ベロシティ Deep Dive」ということで「ベロシティ」についてお話をしていきたいと思います。 ベロシティを使っているっていう方、会場にどれぐらいいますか? (手が挙がる) 結構多いで
はいどうもー。クドウマサヤ(@masaya_dev)です。先日、東京からはるばる広島まで行ってきました。そう、YAPCという技術カンファレンスのために。 気づけば開催からもう2週間が経ち、東京へ帰ってきてからいろんな人にYAPCの思い出を語りました。語っていない日の方が少ない。思わず人に話したくなってしまう、それくらい心に残るイベントでした。 というわけで遅ればせながら思い出を綴っていこうと思います。ブログを書くまでがYAPC。 結論「良いLTは結論から」なんてエンジニア界隈ではよく言われますが、この記事でも先に結論を。 本当に参加できてよかった。 プログラミングが好きで、エンジニアリングが好きでWebエンジニアとして働いてきて十数年。 あの杜甫々(とほほ)さんをはじめ、dankogaiさん(@dankogai)、t_wadaさん(@t_wada)、naoyaさん(@naoya_ito)、
本稿は Yorick Peterse 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 yorickpeterse.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Yorick Peterse 氏ではなく、本稿のコメント欄にお願いします。 ここから本文です。 GitLab 社で働くのはどのようなものだったか 私は2015年10月に GitLab 社に入社し、6年あまり働いて2021年12月に退社しました。 前に GitLab 社を辞めて Inko に取り組んでいることは書きましたが、2015年から2021年までの間、GitLab 社で働いていたことがどのようなものであったのかについては触れませんでした。理由は2つあります。 燃え尽き症候群に苦しんでいて、(当時は) 自分の人生の最後の6
「ソフトウェア設計におけるアンチパターンの中に特にひどいにも関わらず文書化されていないものがある」として、ソフトウェア開発のためのハウツーガイドを提供するサイト「The Daily WTF」の設立者であるアレックス・パパディムーリスさんが「内部プラットフォーム効果(Inner-platform effect)」について投稿しています。 The Inner-Platform Effect - The Daily WTF https://thedailywtf.com/articles/The_Inner-Platform_Effect パパディムーリスさんは「システムをカスタマイズしすぎることで設計時に使用されたプラットフォームの粗悪なレプリカになってしまう」という現象を、「内部プラットフォーム効果」と命名しました。 内部プラットフォーム効果の代表的な例として、エンジニア以外でもデータベース
1日中ずっと仕事でMacを使っているぼくがほんとに使っているアプリを順不同で12個あげていこうと思う。 Google、Microsoft、など定番アプリは除外している。 1.AltTab 現在使用しているアプリを一覧表示して選択できるアプリ。 たくさんアプリを開いていて使いたいアプリが埋もれてしまったときとか、2つのアプリを行き来したいときに便利。 Windowsだと標準の機能みたいだ。 「開いているウインドウがないアプリを隠す」という設定にして格段に使いやすくなった 2.Alfred Macのすべての起点となるアプリ。 アプリの起動、ファイルやフォルダ、ウェブサイト、Google Driveの検索、離席時のスクリーンセーバー起動、計算機などできることは数しれず。 ぼくがよく使うのは、 ・Dropbox内のフォルダ検索 ・Google Drive内のファイル検索 ・計算機(地味だが使いやす
株式会社Relic・プロダクトマネージャーの田代大輔氏は熱狂的にプロダクト開発をするために重要な、プロダクト思考を持ったチーム作りについて話しました。 田代氏の自己紹介 田代大輔氏:私からは「誰を顧客として考えるのか 〜プロダクト思考を持ったチームビルディング〜」というテーマで話します。よろしくお願いします。 まず簡単に自己紹介をします。田代大輔と申します。株式会社Relicという会社で働いていて、現在BtoBtoCプロダクトのプロダクトマネージャーをしています。 職歴としては、新卒で不動産営業をしていて、3年半働いたのちエンジニアに転職しました。初めは受託開発でエンジニアとしてキャリアスタートをしました。現在は新規事業開発の伴走支援を、事業ドメインとする株式会社Relicにて、プロダクトマネージャーをしています。 福岡拠点のエンジニア、デザイナー、PM、プロジェクトマネージャー、プロダク
こんにちは。わいけいです。 最近エンジニアとしてマネージング寄りの業務をすることが増えてきました。 今回の記事では、その中で自分の考え方がどう変わってきたかをメモしておきます。 私の場合は、まずフリーランスエンジニアとしてこの業界に入ってきました。 それもあって、今までは基本的にあくまで「良いコードを書く」ことが仕事であり目標でした。 以前からいわゆる上流工程にも全く興味関心がなかった訳ではありません。 しかし、これまで私が経験したのは システムの要件定義(ビジネス的な視点も含む)は社員が行う フリーランスは(やったとしても)技術的な設計のみ担当する という切り分けの現場が多かったんですよね。 そんな背景もあり、マネージング層以上の上流に携わる機会があまりありませんでした。 そして、そもそもマネージャーという役割に必ずしもいいイメージだけを持っている訳ではありませんでした。 マネージングと
東京と地方のスキルの差 藤井創氏(以下、藤井):最後に、2人のほうからそれぞれ質問があればもらえるとありがたいです。最初は竹迫さんから江草さんになにかあればお願いします。 竹迫良範氏(以下、竹迫):江草さんは日本全国とか海外出張とかもあったりでいろいろなコミュニティに参加されていると思うんですが、東京とそれ以外の地方とで、感じるものとかってありますか? 江草陽太氏(以下、江草):東京ではわりとありふれているものでも、地方では喜ばれるみたいな感じはやはりありますね。そういう意味では、オンライン、インターネットが主流になった今でも、情報の供給量は東京のほうが多いというか……。特に難しいことの情報は東京のほうが多くなってしまっている感じはありますね。それが地域のスキル差みたいなものに間接的に影響している。そういう状況にあるというのは、すごく感じます。 竹迫:ありがとうございます。僕自身は2年前に
前回は「開発生産性」という言葉の広さから、きちんと組織のレイヤーを構造化しながら用語を分けてオーバーラップする部分を繋げていきましょうという話を紹介しました。第2回となる今回は、開発チームに焦点を当てていきます。ソフトウェア開発の現場では、Four Keysを中心とした「開発生産性のメトリクスはどうあるべきか」 や「認知負荷を下げるエコシステムはどう設計するべきか」といった議論が頻繁に行われています。こうしたソフトウェアアーキテクチャから生まれる開発生産性に関する議論はとても重要であり効果が高いものです。本記事ではそうした議論とは少し離れ、「エンジニアの継続的なフロー状態が生む開発生産性への重要度と、組織が開発チームに対する不安の定量化によるフロー状態の軽視がなぜ起こるのか」という観点で解説します。 以前の記事 【第1回】「開発生産性」はエンジニア"だけ"のモノではなくなった?──開発組織
スウェーデンのウメオ大学のエリック・ストルターマン教授が2004年に初めて「DX(デジタルトランスフォーメーション)」を提唱して、はや20年。多くの日本企業がIT・デジタルを軸にした変革を重要課題と捉え、さまざまな施策に取り組んでいる。ただ、志高くDXに注力したものの、頓挫してしまうケースもここ最近は目立つようになってきた。 なぜDXは停滞してしまうのか。国内で活躍するプロCIO(最高情報責任者)・CDO(最高デジタル責任者)への取材を基に、DX推進のノウハウを学ぶ。 これまでの記事で触れた「強いIT部門を取り戻す」こと、「現場主導で変革を進める」ことに続き、DXを推進する上で欠かせない3つめのテーマとして見えてきたのが「マインドの変革」だ。 プロCIOは効果的なデジタル施策を実行するためにも、IT部門や会社全体の風土改革に力を注いでいる。大企業病的で旧態依然とした社風、縦割りで硬直化した
製造業サプライチェーンの変革に挑むキャディ株式会社。2024年1月より、同社の図面データ活用クラウド「CADDi DRAWER」の開発・運用を担うDRAWER事業本部のVP of Engineering(VPoE)として、元Sansan株式会社 CTOの藤倉成太さんが就任しました。 藤倉さんは前職において、営業DXサービス「Sansan」の開発に携わった後、開発部長やプロダクトマネージャー、CTO、海外拠点であるSansan Global Development Center, Inc.の立ち上げなど、要職を務めてきました。 「CTO経験者」という経歴を見ると、読者のみなさんは「藤倉さんはなんでもそつなくこなせるタイプで、マネジメントも最初から上手にできたのではないか」と思われるかもしれません。しかし、藤倉さんは「自分は決して器用なタイプではありません。たくさんの失敗を重ねながら、キャ
技術の素振りのために記事を書く 2024.02.20 技術の素振りを、ここではある特定の言語やフレームワークに対する理解を深めるために、その技術を使って何かしらの成果物を作成することと定義します。素振りの目的としては、ドキュメントからは読み取れない Pro/Con を得ること、その技術が実際のプロジェクトで使えるかどうか調査するといった事項があげられるでしょう。ただ素振りするだけではぼんやりと頭に知識が入っている状態になりがちですが、他者への説明というアウトプットを意識することで、コードを書くことによって得られた知見を整理できるようになります。 技術の素振りを、ここではある特定の言語やフレームワークに対する理解を深めるために、その技術を使って何かしらの成果物を作成することと定義します。素振りの目的としては、ドキュメントからは読み取れない Pro/Con を得ること、その技術が実際のプロジェ
最近のCloudflare Workersについて、知らない方向けにざっくばらんに書いてみます。 連絡事項 自己紹介しておくと、僕はCloudflareのDeveloper RelationsチームにいてDeveloper Advocateをやってます。 一方で、HonoというCloudflareのみならずDenoやBun、Fastly等で動くWebフレームワークを開発してます。 Cloudflare Workersとは? 本題に入る前に、そもそも「Cloudflare Workersとは?」を簡単に紹介しておきます。 Cloudflare WorkersとはCloudflareのエッジで動くサーバーレス環境です。 基本的にJavaScript/TypeScriptでアプリケーションを書きます。 V8というJavaScriptエンジンの上でアプリを動かすのですが、これはWebブラウザのGo
こんにちは。SWATチームの今谷と、LY会員サービス統括本部の木所です。 LINEとヤフーの会社合併に伴って、LINEヤフー株式会社が提供するサービスを利用するユーザーに「新プライバシーポリシーへの同意」をいただくためのモジュールを開発しました。本記事では、ヤフーのユーザー5,400万人から”同意”を得るための工夫について、実装上の不具合も交えてご紹介します。 なお、ご紹介する内容は、UIT × Bonfire Front-end Meetup #1 での発表が起点となっています。詳細についてより深く知りたい方は、発表資料 や Podcast をあわせてご参照ください。 会社合併と、新プライバシーポリシーのご案内 LINEとヤフー、それぞれで同意モジュールがあります。Web向けのほか、iOS・Androidアプリ向けにも提供しました。 Webの同意モジュールでは「Modal版」と「Ful
2024年2月20日 株式会社PFU HHKB HYBRID Type-S 神奈川県相模原市のふるさと納税返礼品に新たに採用 株式会社PFU(代表取締役社長:村上 清治、以下PFU)は、Happy Hacking Keyboard(以下HHKB)が神奈川県相模原市のふるさと納税返礼品として採用されたことをお知らせいたします。 HHKBシリーズは、無駄をそぎ落とす「ミニマライズの理念」の下に、「プログラマーが生涯使える理想的なキーボード」を目指して開発されました。基本コンセプトである合理的なキー配列とコンパクトサイズを四半世紀以上変えることなく貫く一方、技術や環境の変化に合わせてキータッチやマルチプラットフォーム対応を進化させ、プログラマーやエンジニアをはじめ多くのお客様にご支持いただいております。 HHKBの製造委託工場が神奈川県相模原市に立地することから、今回、HHKBが神奈川県相模原市
AMDのAthlonやZenマイクロアーキテクチャ、Apple A4などさまざまなチップの開発に携わったアーキテクトでエンジニアのジム・ケラー氏が、X(旧Twitter)で「NVIDIAのCUDAは沼です」と批判したことが報じられています。 Jim Keller criticizes Nvidia's CUDA, x86 — 'Cuda’s a swamp, not a moat. x86 was a swamp too' | Tom's Hardware https://www.tomshardware.com/tech-industry/artificial-intelligence/jim-keller-criticizes-nvidias-cuda-and-x86-cudas-a-swamp-not-a-moat-x86-was-a-swamp-too ケラー氏の経歴は以下の記事を
学生のころ、IT土方がどうとかで業界がだいぶまずい場所だと文系の大学生の自分は思い、とても興味のある分野だったけどやめた。 それから5年がたち、今の職業を続けていてもと感じて、ずっと抱えていた興味に素直になろうと思い半年独学し、SES系の会社に転職した。 DBすらよくわかっていない状態だったけど、めちゃくちゃ楽しくて毎日充実しているし、3年たったけどまだ楽しい。 会社で学んだことを活かして個人開発したらまたそれで収入が増えてスキルが上がり、それを会社で活かせば褒めてもらえてより難しい課題に挑め、また更にスキルアップしてより難しい個人開発に挑める。 だからこそ新卒の時入社で来て居たらなぁと思うし、最近では自分と同じようにもっと早く業界に入っていればという中途の人にも出会った。 「他人の言葉に流されるなんてその程度」 そういう意見もあるかもしれないけど、ネット上での世論が世の中に影響を与えるよ
スウェーデンのウメオ大学のエリック・ストルターマン教授が2004年に初めて「デジタルトランスフォーメーション(DX)」を提唱して、はや20年。多くの日本企業がIT・デジタルを軸にした変革を重要課題と捉え、さまざまな施策に取り組んでいる。ただ、志高くDXに注力したものの、頓挫してしまうケースもここ最近は目立つようになってきた。 なぜDXは停滞してしまうのか。国内で活躍するプロCIO(最高情報責任者)への取材を基に、DX推進のノウハウを学ぶ。 日経クロステックが今回、事業会社で活躍するプロCIO10人を徹底取材したところ、DXを推進する上で欠かせないテーマの1つとして見えてきたのが「強いIT部門を取り戻す」ことだ。 「社員は優秀なのに、能力を生かし切れていない」「仕事の進め方が受け身になっている」「ベンダーに依存することが当たり前になっている」――。プロCIOは日本企業の現状の課題をこう吐露す
「将来なりたい職業」として依然人気が高いエンジニア職。そんなエンジニア職ですが、生成AIなどの進歩もふまえ、10年後にどのような技術が主流になっているのか見通しを立てるのが難しく、将来に大きな不安を抱えている人が多いのも事実です。 そこで今回は、ログミーTechがブランドアンバサダー制度を開始することを記念して、さくらインターネット株式会社の執行役員 兼 CIO 兼 CISOの江草陽太氏と、後進のエンジニア育成に力を入れている株式会社リクルート データプロダクトユニット ユニット長の竹迫良範氏に、「10年後のエンジニアのキャリア」についてうかがいます。全5回。 登壇者の自己紹介 藤井創氏(以下、藤井):今日はログミーTechのライブ配信に参加いただきありがとうございます。今回もモデレーターを務める、ログミーTech編集部のリーダーの藤井です。よろしくお願いします。 ログミーTechで新たに
開発の流れとして、デザイン決定後にデザイン(Figma)が開発部隊に渡ってくることは多いと思います。 開発着手前にデザインについて確認しておいた方が良いことの備忘です。 サンプル画像はWebで作っていますが、内容としてはWebに限らず、iOS/Android Nativeなアプリも対象としています。 また、記載順をどうしようか迷ったのですが、特に体系だった説明もできないので思いついた順で書いています。 アイコン/画像について 画像の形式を確認しましょう 画像の形式はベクター画像(SVG)なのか、ラスター画像(PNGなど)か確認します。 アイコン系は基本的にベクターだと思いますので、SVGでExportできない場合はデザイン提供元に確認しましょう。 ラスター画像は要件上こだわりがなければ、開発側でWebP/JPEG/PNGなどの特性や稼働環境を鑑みて決定するで問題ないと思います。 スマホでは
こんにちは。個人パフォーマンスを安定させることが得意な @igsr5_ です。 最近何人かに何か工夫してることあるの?と聞かれたのでブログとして書き出してみようと思います。 はじめに 業務に慣れてくると、求められるアウトプットのレベルや量は上がっていきます。 しかし業務知識をいくら習得しても、働き方が非効率だとパフォーマンスは安定せず、上昇する期待値についていけません。 仕事の成果を増やしたり、残業を減らしてプライベート時間を充実させるためには自分のパフォーマンスを最大化し続ける必要があります。 4つの意識を持つ 自分のパフォーマンスを最大化し続けるためには、4つの意識を持ちましょう。 決して「余裕」を失わない 「よし、やるぞ!」と脳が勝手に思える習慣を持つ 仕事に「モヤモヤ」を持ちこまない 健康でなければ全ての工夫は無意味 重要なのはプロジェクトが佳境の時など、普段より忙しい時こそ4つの
最近は読書のやり方を変えてみたら知識の吸収速度・引き出し速度が上がった話 - $shibayu36->blog;に書いているやり方で読書をしている。こういう流れだ。 (1)学びたいと思った知識が書いてありそうな本を2~5冊選ぶ (2)1冊ずつざっくり読みながら、面白かった部分・気になった部分はKindleで黄色にハイライトしておく (3)全冊読み終わったら、ハイライトした部分だけ眺めて、やっぱりおもしろいと思ったところは赤のハイライトを付け直す (4)赤のハイライトを眺めて、読書ノートに転記する (5)とくにおもしろい部分については、自分の知見まとめノートにカテゴリごとに整理する しばらくこれを続けて感じたのは、結局のところ(4)〜(5)に至るまで書籍の内容が全然頭に入っていないということだ。(4)(5)の時に、はじめて「書いている内容が言いたかったのはこういうことだったのか」と頭が急に理
はじめに この記事では、学んでいくためのマイルストーンとして「知ったかぶりができること」を設定するのもアリなのでは? という提案をします。 初学者でなくても『どうやって学んでいこうかな~』は全エンジニアの関心事だと思うので誰かの行動のきっかけになれたらうれしいです。 目次 (エンジニア)人生は勉強や! 「知ったかぶり」を再定義する 「知ったかぶり」を可視化する 無知の知はすぐに自覚できる どうすれば人に説明できるようになるのか いったんここまでのまとめ 脳内イメージの解像度をどう上げていくか アウトプット先を意識したインプットをしよう " 知ったかbrilliant Journey of Engineers " さあ、なにを知ったかぶりしていこう? おわりに (エンジニア)人生は勉強や! 技術は高速かつ複雑に成長しているので、新たな分野を学ばなきゃいけない機会はどんどん増えていく。また、そ
生産性を爆上げしたい おのやんです。 みなさん、生産性を爆上げしたいと思ったことはありませんか?私は毎日の業務に取り組む上で、どうすれば生産性を上げられるか日々考えています。 そんな中出会ったのが、こちらの「世界一流エンジニアの思考法」です。 本書を読んだ際には、「なるほど、こういう取り組み方をすれば生産性を向上させられるのか」とものすごく腹落ちしました。 その後、本書に書かれている内容を私なりに解釈・適用して実践してみました。その結果、目に見えて生産性やアウトプットに変化が見られました。ということで、今回は実際にやってみた取り組みとその変化について、本記事で紹介したいと思います。 本書について 本書を書かれた牛尾さんは、アメリカのマイクロソフトで現役のソフトウェアエンジニアでいらっしゃいます。マイクロソフトで働く同僚の生産性の高さを観察し、彼らが実践していることなどを紹介する内容となって
はじめに 初めまして! エンジニアになって数年、今まで本を読むだけでしたが、もっとプライベートで楽しみながら成長したい!自分が学んだ足跡を残していきたい!と思い記事をかきました! 最終的には自在に開発できるようになりたいと思っています。 いろいろな記事を参考にさせてもらっています。 その中でもこれってどういう意味?とかつまづいたところを念入りに書いていこうかと思います。 今回の目的 Dockerってもらったものそのまま使えば簡単に動いちゃうのでとてもやりやすい!なんて思うんですけど、一から作ってとなると「はて?どうすればいいのかわからない・・・」とはっきりしてません。 最小限でDockerを動かしながらそれぞれがどんな役割をしているの?どんなことを書いているの?を理解していきます! 使用したものや事前準備 ・Macbook Pro ・Docker Desktop ・Docker Hub ・
本記事は 【Advent Calendar 2023】 6日目の記事です。 🎄 5日目 ▶▶ 本記事 ▶▶ 7日目 🎅 はじめまして、檀上です。 普段は顧客の社内システムの要件調整・基本設計などを担当しています。 さて、私は仕事で悩んだときにとりあえず本屋に行って本を買い漁るという癖があり、自宅には、読書が趣味ではない人にしては結構な数の本があります。 読み終わった後に心に残らなかったら売りに出すので、自宅に残っている本は個人的にかなりおススメできる本になっています。 今日は私の本棚に置いてあるおすすめ本を何本かピックアップして紹介させていただきます。 悩める社会人の皆様の一助になれば幸いです。 その1:セキュリティってどうやって守られてるの? その2:アジャイルってどうやって進めたらいいの? その3:チームでのふりかえり、どうやって話したらいいの? その4:社会人らしくふるまえない
株式会社はてな フロントエンドエキスパート mizdra 1997年生まれ。2020年3月に電気通信大学情報理工学域Ⅰ類を卒業、4月に株式会社はてなに入社。2022年2月にフロントエンドエキスパートに就任し、チームの開発をリードしながらはてな社全体でのフロントエンド啓蒙活動を担う。HNの読みは「みずどら」。 X(Twitter) SpeakerDeck mizdra’s blog 技術や業界など仕事についての情報収集の基盤として多くのエンジニアを支えていたTwitter(現X)が、以前とは異なる姿となってゆく今、必要な情報を過不足なく収集しインプットする方法に悩みを持つ人も少なくありません。 「アフターTwitter時代の情報収集」と題したこの連載では、業界をリードする方々に、Twitterの変化によって普段の情報収集の方法がどう変わったか、欲しい情報を効率よく集めるために何をしているのか
Youtubeで配信しながら全プロンプトを実行しましたので、各節へのリンクを整理しました。時間のところにYoutubeへのリンクになっています。 もしずれていたら、その時間まで移動して視聴ください。 はじめに (4:00) 1章 ChatGPTの基礎知識 (5:50) 2章 ChatGPTの基本的な使い方 (6:28) 3章 ChatGPT Plusのセットアップ (7:32) 4章 ファイルのアップロードとダウンロード (12:40)4.1 アップロード・ダウンロード (13:03) 4.2 扱うことができるファイル (16:02) 5章 繰り返し作業を一瞬で (16:55)5.1 文字列操作 (17:20) 5.2 正規表現でのパターンマッチ (25:36) →54ページの正規表現でできることの例の説明 (29:09) 5.3 ファイルの一括操作 (46:20) 5.4 QRコード作成
はじめての方、はじめまして。久しぶりの方、お久しぶりです。 イノベーションセンターの何縫ねの。(@nenoMake)です。 普段の業務ではソフトウェアエンジニアとして Node-AI という WEB アプリケーションの開発をしています。 パブリックな活動としては、好きな言語である C# 関係の OSS 開発や技術ブログの投稿、登壇などをしています。 ですが、今回は C# ではなくフロントエンドのお話をします...! この記事では今まで Vue.js 2.x で開発されていた Node-AI の WEB フロントを完全に捨て去り、React にリプレイスしたお話をつらつらとしていきます。 まずは前編ということで、リプレイスプロジェクト発足時の課題感からはじめ、プロジェクトの進め方や選定技術などについてお話しします。 後編には内部の設計などのより技術的なお話をしたいと思います。では前編スタート
チャットGPTなどの生成AIの登場で人間の仕事はどう変わるのか。立教大学ビジネススクールの田中道昭教授は「安泰だと思われていたプログラマーなどへの影響が特に大きい。彼らのような『ホワイトカラー』が担っている仕事の約30パーセントは、AIによって代替される可能性が高い」という――。 【写真】全米の脚本家と俳優らによるストライキ ※本稿は、田中道昭『生成AI時代 あなたの価値が上がる仕事』(青春新書インテリジェンス)の一部を再編集したものです。 ■プログラミングは生成AIの得意分野 現代の花形職業といえば、IT時代を象徴するプログラマーですが、このプログラマーの世界が大きく揺れています。実は、生成AIの得意分野にプログラミングがあるのです。 チャットGPTやバードといったテキスト生成AIは、膨大な量のデータを読み込ませて事前学習させています。このデータのなかに、プログラムも入っているのでしょう
他に行く当てなんていくらでもありますよとでも言わんばかりの態度がムカつく。 はいはい正論ですよ、転職副業あたりまえ終身雇用絵空事。 でもさ、会社に来てるんなら会社に参加しなよ。 何のアイデアも「難しいですね」「技術的には可能ですが」「そもそも要ります?」 なんかさ、気概が感じられんのよ。 内心なんてわかりっこないけどさ。 会社の事業とか理念とか関係ない、どうせ転職するまでのつなぎ、私は何も困りません、みたいにさ、見えちゃうのよ。 泥臭くてもやらなきゃいけないときもあるじゃん。 実現したいときもあるじゃん。 何でそんな事なかれ主義なんだろう。 そんなに優秀で、ありとあらゆる技術を手足のように使いこなして、なんで志がないんだろう。 お金とか見返りとかキャリアとかポートフォリオとか。 自分、自分、自分、メリット、メリット、メリット。 ちょっともう、うんざりしちゃうよ。 ハッキリ言って。 これはN
はじめに この記事について 以下の記事を読んでわりと「うんうんわかるわかる」と思いながら読みましたが、50歳に至るまでの間にもうひとつ別の景色も見えてきていたので、そのあたりを一度言語化してみようという試みです。 note.com フルスタックとは 上記記事へのブコメには「フルスタック」と書きましたが、自分としてはあまりフルスタックと名乗りたくない、という気持ちはありまして、普段は「ウェブアプリケーションエンジニア」と自称しています。 ただ、今回は、元の記事に合わせるために本記事における「フルスタック」の定義を定めておきます。 以下の領域の技術を理解し使える インフラ アプリケーションが動作するサーバや協調するミドルウェア バックエンド サーバーサイドのアプリケーションに用いる言語やライブラリ フロントエンド クライアントサイドのアプリケーションに用いる言語やライブラリ すべてを理解してい
最近こんな感じの記事をいくつか見かけた https://xtech.nikkei.com/atcl/nxt/column/18/00001/08910/ IT 系の人が足りないとか言う話 また、子供になりたい職業のランキング上位に IT 系が上がったみたいな話もあった 個人的にはやめたほうがいいと思う IT 系エンジニアになりたいって思う人は基本自分が使ってるサービスとかに関わりたいと思ってるだろうけど そういうところ行けるのって IT 系でもごく一部 自分の好きなサービスの会社とまで絞り込むと採用される人数は限られてるし、人気があるから倍率も高い 難易度的には東大に入るよりも難しいんじゃない?と思うほど なので実際は IT 系を目指してもほとんどは底辺でブラックと言われる SIer とか SES などになる IT 系エンジニアって一応は専門職だし、必要な知識が多いし、なりたいと思ってすぐ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く