GPT-4時代のエンジニアの生存戦略 - Qiita
GPT-4時代のエンジニアの生存戦略 ※ この記事の内容の一部はこちらのイベントでお話したことと重複します。 はじめに 2023年3月1日にOpenAI社よりChatGPTのAPIが公開されました。 さらに14日にはGPT-4が登場し、その翌々日にはMicrosoft 365 CopilotでGPT-4をOffice製品に搭載することが発表されるなど、AI領域で大きな変化が起きています。 変化の速度の速さと変化量の大きさにより、私自身も追いつくのが精一杯な状態です。 個人的には、iPhoneの登場時以上の衝撃を受けています。 人類の歴史上、過去3回AIブームがありました。Generative AIが4回目のブームになります。 そして、特に日本においては顕著なのですが、AIへの過度な期待とそれへの失望の繰り返しがここ数十年にわたって繰り返されてきました。 直近だと数年前のDeep Learn
無意識なテストを完全に理解した - CAT GETTING OUT OF A BAG
はじめに 2020年12月に 無意識なテスト - CAT GETTING OUT OF A BAG を投稿しました。無意識なテストというのは ”意識して触っているわけではないのにバグを出せてしまうテスト” のことです。わたしがそう呼んでいるだけで一般的なテスト用語ではありません。この記事を３行で説明すると、こんな感じです。 意識して触っているわけではないのにバグが出せます 無意識なテストはこんな特徴があります なぜこんなことができるのかはよくわからないけど、無意識（意識下）に強い影響を与えてそうな２つの習慣を紹介します 先日、認知科学*1の面からプログラミングを理解する本 プログラマー脳 ～優れたプログラマーになるための認知科学に基づくアプローチ を読みました。「なんとなくそうだろうな」と感じていたことが、わかりやすい例とともに科学的に解説されていて、ある種の爽快感がありました。 本記事は
完全未経験から５ヶ月でエンジニアになった話 - Qiita
はじめに 昨日Web系企業から内定をいただき、4月からエンジニアとしてのキャリアをスタートさせることになりました。 少々特殊な道筋ですが、何か役立つ情報があれば幸いです。 概要 ５ヶ月勉強した学習の経過について お世話になったスクールHappinessChainの話 https://happiness-chain.com/ 自己紹介 28歳です。大学時代は環境情報学部という学部でしたが、教育系の研究会に入り、環境も情報もほとんど学ばずに卒業してしまいました。 卒業後いろいろあってシーシャバーの店長をしていたのですが、あるとき勤務中に一酸化炭素中毒で緊急搬送されました。健康と天秤にかけて、このまま続けるのは難しいと思い、転職を考えました。 いくつか候補があったのですが、いろいろと考えエンジニアを目指すことになりました。 理由は以下の通りです。 あらゆる場所で働けると思ったこと。場所の制約がな
新卒エンジニアの教育で重要なこと6つ - Qiita
元記事 参考 参考：Googleのソフトウェアエンジニアリング 忙しい人のために要点をまとめる たとえGoogleの新卒エンジニアでも先輩エンジニアに 「質問したくても罰を恐れて質問できないよ」 この解決のためには心理的安全性の確保が必須だよ。そのために次の4つを守ってね 驚かない、隠さない、自慢しない、勝ち負けで判断しない あとメンターは用意しようね 最後にリーダーは 「質問の仕方の手本」 を見せようね たとえGoogleの新卒エンジニアでもほったらかされることもあるよ このほったらかしは 「自分がやったほうが早いという誤認」 から生まれるよ 他の人に仕事を振ってメール、チャット、ナレッジサイトに知識を貯めておいてね 新卒エンジニアの悩みあるある6点 組織全体で専門知識を共有することは簡単な作業ではありません。 強力な学習文化がなければ、問題が発生します。 心理的安全性の欠如 新卒エンジ
エンジニアためのコミュニケーション向上方法【エンジニアのための心理学】 - Qiita
エンジニアのための心理学概論 基本の話し方 エンジニアのためのプレゼンテーション入門 エンジニアがMTGで詰められた時のかわし方 信頼関係構築 信頼関係構築のためのフレーズ パーソナリティ理解 大人と子供の違い ビッグファイブについて 筆者について エンジニアのための心理学概論 基本の話し方 まずは、エンジニアの基本的な話し方を標準化してみます。 心理学以前の、ほとんどのエンジニアができている内容だと思いますが、まずは基本を高度なレベルで落とし込んでおくといいと思いました。 エンジニアのためのプレゼンテーション入門 エンジニアの方々も「うまく話そう」~エンジニア流の話し方~ 本質:簡潔に 必要なことだけを相手がわかる言葉にする 「怠惰」「シンプル」はエンジニアの美徳（のはず） 準備:上司が欲しい情報はデッキインセプションのどこかにある インセプションデッキで12の質問に答える 我々はなぜこ
エンジニアとビジネスと、の手前の話 - あなたの給与はどこから？
まえおき（本題と関係ありません） 最近、エンジニアとビジネスという謎の話題が流行っています。 エンジニアとビジネスということについては、私は次のように思っています。 仕事には役割分担があるので、エンジニアの人は必ずしも利益最適化を考えなくてもよい 下手の考え休むに似たり、餅は餅屋 ただし、自分で考えないとすればそれは委任であって、結論に従う義務がある もし自分で考えたとしても、チームや会社の結論は個人の意見と関係なく是とすべき 法律や道徳的信念に反する場合は別 また、ゼロベースで考えることはしなくても、出た結論について誰かがエンジニアリング観点で再設計・最適化することは実装上必要 ただし、私個人に関しては、プログラムを書くにあたって利益構造を理解しないという事は考えられない 例えば、サービスとしてある機能を作るべきか否かの判断の大きな部分は本質的な利益構造に基づく 技術的負債を返済すべきか
エンジニアとビジネスの距離感の難しさ｜ばんくし
はじめにタイトルの通り最近「ソフトウェアエンジニアがビジネスの話をする」って極論かなり難しくねと思っており、まだまだ自分の中にも答えはないが書いてみる。 逆に読むと良い記事、書籍、論文があるなら教えて欲しい。 背景近年「エンジニアは事業貢献してこそ」「エンジニアもユーザファーストでビジネス貢献」といった言説がIT界隈で増えて来ている感じがしている。 これは本当に良いことだと思っていて、技術や業界全体の経験の積み重ね、研究活動によって、技術やノウハウがコモディティ化したことで、より本質的なエンジニアリングが提供すべき事を考えられるようになっている結果の1つだなと思う。私がエンジニアリングを最初に学んだ頃なんかは、ソフトウェアエンジニアはキツいみたいな文脈で3K職だと言われていて、高専でも「電気系に行ったほうが安泰だぞ」と先生が言うほどだった。GitHubやCI/CD、クラウド、OSSだったり
ソフトウェアエンジニアとしての能力を高める方法について考えてみた - joker1007’s diary
早朝の寝る前ぐらいの時間にぼやっと下記の様なツイートしたらちょっと反応を貰ったので、取り留めは無いが自分なりに考えていることを書いてみる。 人を育てるのも仕事の内というのは完全にその通りなんだが、そこにドキュメントや本があるから読みます、触って作ってみます、生きたコードを読みます、以外に学ぶ方法なんかねえし、知らねえよ。ただやればいいだけの事に説明も何も無いんだよな……。マジ分からん……。— joker1007 (アルフォートおじさん) (@joker1007) March 2, 2023 タイトルは雑に書いたけど、能力を高めるというと範囲が広過ぎるので、技術的な意味でできる事が増える、ということをテーマとして話をしていこうと思う。基本的に自分の考え方の話なのでそこは御留意ください。 ツイートした通りで、状況や対象に依って割合は変わるかもしれないが基本的にそのためにやることは3つしかないと
エンジニアリングマネージャーになるために
はじめに 製造業のDX推進組織でテックリードエンジニアっぽい仕事をしています。 今後、マネージャクラスへとステップアップするため、必要なマインドセットや振る舞いについて、学んでおきたいと思いました。 そこで、Become an Effective Software Engineering Managerと翻訳本であるエンジニアリングマネージャーのしごとから学びました。本稿では学んだ内容をシェアしたいと思います。興味持った方は是非、書籍をご購入ください。 1on1が、マネージャーとして最も重要な活動 組織運営で重要なのは、一体感。すなはち、組織が同じベクトルを向いていることだと考えます。 そのためには、各人の認識の見解について「一致している部分」と「一致していない部分」を可視化して、一致しない部分について、対応することが必要です。 このような認識のズレを1on1でコミュニケーションすることで
解像度を高め、「自分のやりたいこと」に合わせて伸ばす 佐伯学哉氏が考える“エンジニア力”の高め方
佐伯氏が考える“エンジニア力”の高め方 解像度を高め、「自分のやりたいこと」に合わせて伸ばす 佐伯学哉氏が考える“エンジニア力”の高め方 「エンジニアのスキル」というと注目されがちなのが技術力ですが、実際にはさまざまな要素が挙げられます。では、エンジニアに必要な“エンジニア力”とは何なのでしょうか。今回は、2016年度の未踏スーパークリエータであり、現在は副業での開発や英語での発信もされている佐伯学哉氏にインタビュー。ここからは、佐伯氏が考える“エンジニア力”についてうかがいました。前回はこちらから。 佐伯氏が考える“エンジニア力”の要素 ーーエンジニアというと注目されがちなのは技術力ですが、実際にはそれ以外のさまざまなスキルも必要です。それらを称して“エンジニア力”とした時、佐伯さんの考える“エンジニア力”にはどういった要素が挙げられるでしょうか？ 佐伯学哉氏（以下、佐伯）：僕も自分で考
【AtCoder】中卒の主婦が青コーダーになったおはなし【競技プログラミング】 - Qiita
はじめまして。mayocornです。 先日のABC281で青コーダーになりました！ 経歴 20代の主婦。旦那は競プロやってないです。 中学卒業→高校入学→高校中退→バイトを転々とする（ITに関してはSESで半年ほど働いた経験あり）→今の住所に引越してきてからは無職 趣味はゲームで、最近やっているタイトルはファイアーエムブレムエンゲージ、Splatoon3です。音ゲーやカードゲームに熱中してた時期もありました。CHUNITHMは旧レートでベスト枠15.3くらい。でものめりこむほどお金がかかるのでやめました。競技プログラミングは何問解いても無料なので続けられてます。 学力に関して話すと、高校数学は確率、論理と集合がちょっとわかるくらいで三角関数、微分積分、行列あたりは全然分かりません。青パフォーマンスをとるのにこのへんの知識が必要になったことはなかった気がします。（私が参加した回の中では） 競
組織づくりをエンジニアリングするZennBook
私は、元ウェブエンジニアで、執筆時の3年前から制度設計・エンジニア採用・従業員体験向上など人事・組織領域に携わっています。実際に開発とは別の領域で仕事をしてみて、様々な場面でエンジニアの考え方、仕事の進め方が役に立つと実感しています。 そこで、このZennBookでは組織に関わる様々な問題の解決、仕組みづくり、それらを進めるプロセスにおいて、エンジニアの考え方、仕事の進め方を活用する方法を紹介します。 # 補足 この書籍はDevelopers Summit 2023で「組織づくりをエンジニアリングする」として登壇した内容をより詳細にしたバージョンです。 ・登壇ページ - https://event.shoeisha.jp/devsumi/20230209/session/4194/ # 更新情報 * 2023/02/10 - 公開
積極的な技術選定と消極的な技術選定 - uhyo/blog
この記事は、筆者が技術選定について思うところをまとめた記事です。Twitterに同じ話を何回か書いているので、文章にまとまっていたほうがよいと思い用意しました。 やや過激な思想で愚痴も含んでいるので、共感いただけると嬉しいものの、みなさんを説得しようというつもりはありません。こいつはこういう考え方なんだなという心持ちでお読みください。 積極的な技術選定と消極的な技術選定ITエンジニアの方々の中には、技術選定をする立場の方も多いでしょう。技術選定にあたってはさまざまな事情を勘案しなければならない難しいもので、それだけに多くの人が技術選定に関する各々の考えを述べています。 筆者は、技術選定における意思決定のプロセスは、積極的な技術選定と消極的な技術選定の2種類があるのではないかと思っています。 積極的な技術選定は、選定される（あるいはされない）技術そのものが原因となる意思決定です。 一方、消極
技術書の読書術をざっくり読んで個人的に重要な部分をまとめてみた。 - Qiita
一章 書店で本を探すコツ 短時間で本の難易度や内容を把握するには、はじめにや前書きの部分を読んでみる。ここには著者がその本に込めた想いや読者ターゲット、書籍の概要などが書かれている。 重要なのはこの時点で自分が知りたい情報なのかを知ることです。 読者レベルを想定しているかどうか タイトルが『C言語入門』とあっても、これが「ほかのプログラミング言語を学んだ人のためのC言語の入門書」ということがある。こうなると、そもそも「プログラミングとは何か」、「変数とは」、「関数とは」という説明は簡素に書かれているため、入門書なのに理解できず挫折してしまう。 C言語を学んだことがないけど、他の言語の基礎なら分かる初心者 ぷろぐらみんぐ？おいしいの？な初心者 言葉の上では同じ初心者だが両者は大きく異なります。 事前にどういった層を対象にした本なのか調査しておくことで、ギャップを防ぐことができます。 全く違う
見積もりという概念を「見積もり」「コミットメント」「ターゲット」に分ければもっと楽しく開発できる - Link and Motivation Developers' Blog
（※本記事は去年の弊社のQiita アドベントカレンダーに投稿したものをリライトしたものになります。反響が嬉しすぎたので自社ブログにも載せて擦ります。） はじめに リンクアンドモチベーションで、エンジニアをしています、宮田と申します。 自分は外部の技術顧問の方に月に一回のペースで1on1する機会をもらっています。 今回はその中で話したことを共有します。 公開するにあたって分かりやすさを重視して少し脚色していますが、大筋はリアルなものです。 見積もりに対する課題感 ぼく「約束は開発を遅らせるという記事を最近読んだのですが、その通りだと思ったのですよね。」 さて、チームの外に対して約束するために「この機能1ヶ月で出せるよね？」とプロダクトの人やマネージャーに聞かれたら。これは返事に悩む。「ラフで構わないから」って言われて伝えたら、それがコミットメントになってしまったのを過去に何度も見たことがあ
【第1回・後編】エンジニア和田卓人のこれからを形作る技術 | GeeklyMedia(ギークリーメディア) | Geekly（ギークリー） IT・Web・ゲーム業界専門の人材紹介会社
『テスト駆動開発』や『SQLアンチパターン』をはじめとする技術書の翻訳者、さまざまなIT企業をわたり歩く技術顧問、さらに最近ではエンジニアリング文化を伝える講演者としても活躍されている和田卓人さん(https://twitter.com/t_wada)。 そのソフトウェアエンジニアとしての素顔を株式会社一休CTOの伊藤直也さん(https://twitter.com/naoya_ito)が聞き出す対談の後編では、現在とこれからのIT業界におけるプログラミング言語のトレンド、具体的にはRustを始めとする静的型付き言語への視座から、 ソフトウェアエンジニアとして新しい技術を学び続けるうえでの態度について語り合います。 ・伊藤 直也さん / 株式会社 一休 執行役員 CTO 新卒入社したニフティ株式会社でブログサービス「ココログ」を立ち上げ、CTOを務めた株式会社はてなでは「はてなブックマーク
【第1回・前編】 エンジニア和田卓人の今を形作る技術 | GeeklyMedia(ギークリーメディア) | Geekly（ギークリー） IT・Web・ゲーム業界専門の人材紹介会社
『テスト駆動開発』や『SQLアンチパターン』をはじめとする技術書の翻訳者、さまざまなIT企業をわたり歩く技術顧問、さらに最近ではエンジニアリング文化を伝える講演者としても活躍されている和田卓人さん(https://twitter.com/t_wada)。 そのソフトウェアエンジニアとしての素顔を株式会社一休CTOの伊藤直也さん(https://twitter.com/naoya_ito)が聞き出す対談の前編では、一線を画すエンジニアであり続けるために自らのプロジェクトで意識的にコードを書いているという和田さんの姿勢に始まり、ベテランとして「技術のらせん」を読み解くケーススタディとしてDDD（Domain-Driven Design）を題材に話を伺います。 ・伊藤 直也さん / 株式会社 一休 執行役員 CTO 新卒入社したニフティ株式会社でブログサービス「ココログ」を立ち上げ、CTOを務め
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
あの日ハッカーに憧れた自分が、「ハッカーの呪縛」から解き放たれるまで
社内勉強会で「40歳過ぎてもエンジニアでいるためにやっていること」というタイトルでLTしました - Enjoy*Study
受身気質なリーダーの試行錯誤.pdf
