並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 150件

新着順 人気順

エンジニアリングの検索結果1 - 40 件 / 150件

  • 脳に収まるコードの書き方

    Mark Seemann 著、吉羽 龍太郎、原田 騎郎 訳、Robert C. Martin まえがき TOPICS 発行年月日 2024年06月 PRINT LENGTH 312 ISBN 978-4-8144-0079-9 原書 Code That Fits in Your Head FORMAT Print PDF EPUB ソフトウェアは複雑さを増すばかりですが、人間の脳は限られた複雑さしか扱えません。ソフトウェアが思い通りに動くようするには、脳に収まり、人間が理解できるコードを書く必要があります。 本書は、拡張を続けても行き詰ることなくコードを書き、複雑さを回避するための実践的な方法を解説します。最初のコードを書き始めるところから機能を追加していくところまでを解説し、効率的で持続可能なペースを保ちながら、横断的な問題への対処やトラブルシューティング、最適化を行なう方法を説明します

      脳に収まるコードの書き方
    • 〔Udemy初夏のビッグセール開催中〕エンジニア組織をまとめる技術─マネージャー歴12年のEMが語るプロジェクト・プロダクト・ピープルマネジメントに必要なスキル - はてなニュース

      ソフトウェアエンジニアにとって、マネジメントの職に就くかどうかは大きな選択です。現在ではプレイヤーのままでスタッフエンジニアといった高い職位に進むキャリアもありますが、マネージャーとしてチームを率いてこそ達成できるビジネス上の成功もあるでしょう。 ひとくちにマネージャーといっても、マネジメントの対象によって要求されるスキルに幅があります。これまでUdemyの大きなセールで講座を紹介してきた当ニュースですが、今回はソフトウェア開発組織のマネジメントに必要となるスキルにフォーカスしました。 マネージャーという仕事と学びたいスキルを紹介してくれるのは、10年以上前からPM(プロジェクト・マネージャー)などに就いてチームを牽引し、現在はヘルステックベンチャーのカケハシでEM(エンジニアリング・マネージャー)を務める小田中育生(@dora_e_m)さんです。 また記事の後半では、マネジメントに関連し

        〔Udemy初夏のビッグセール開催中〕エンジニア組織をまとめる技術─マネージャー歴12年のEMが語るプロジェクト・プロダクト・ピープルマネジメントに必要なスキル - はてなニュース
      • 100人以上の資料を読んで見つけた伝わりやすい成果報告書の書き方 - CARTA TECH BLOG

        TL;DR 自身の成果をアピールするために、1)Before/After、2)自分の寄与度、3)数字的インパクトを過不足なく伝えることが重要 説明の冒頭では、課題と解法の全体感と成果を述べ、詳細は後に肉付けすると伝わりやすい 課題を伝える際は"誰から見た課題か"を明確にする。課題は解法の前提であるためブレないように はじめに 技術広報のしゅーぞーです。この記事では、過去100人分程度の成果報告書を読み、気付いた "自分の成果をわかりやすく伝える書き方"をまとめています。 仕事をしていると自身の成果を的確に伝える機会は数多くありますよね。 評価期、転職面接、昇格面談など 評価者に自分の成果をどう分かりやすく伝えるか は自分のキャリアを伸ばす上でとても大事なスキルです。 しかし、自分の頑張りや成果を上手く言語化し、相手に正しく理解してもらうのは簡単ではありません。 特に、経験の浅い若手にとって

          100人以上の資料を読んで見つけた伝わりやすい成果報告書の書き方 - CARTA TECH BLOG
        • 注目のITサービスを支えるアーキテクチャ特集 技術選定のポイントと今後の展望 - Findy Tools

          公開日 2024/05/27更新日 2024/05/27注目のITサービスを支えるアーキテクチャ特集 技術選定のポイントと今後の展望 現代のITサービスは、ユーザーに高品質で安定した体験を提供するために、より効率的で柔軟な技術選定が不可欠です。 本特集では、注目企業のシステムアーキテクチャ設計に携わるエンジニアの方々より、それぞれの技術選定における工夫と、未来を見据えた展望についてご寄稿いただいています。 各企業がどのように課題を乗り越え、開発生産性や品質を向上させるためにどのようなアプローチを採用しているのか ー この記事を通じて、実際の現場で活用される最先端の技術や戦略を学び、皆さんのプロジェクトに役立つ洞察を得ていただければ幸いです。 ※ご紹介はサービス名のアルファベット順となっております airCloset - 株式会社エアークローゼット エアークローゼットは日本初・国内最大級、女

            注目のITサービスを支えるアーキテクチャ特集 技術選定のポイントと今後の展望 - Findy Tools
          • 【2024年度】エンジニア向け研修資料まとめ - Qiita

            はじめに 本記事では無料で公開されている企業のエンジニア向け研修資料をまとめました。 近年では、多くの企業が新人向けの研修資料を公開しています。これらの資料は内容が充実しており、初心者から中級者まで幅広いレベルの学びを得ることができます。さらに、資料の作り方も参考になるため、勉強会で発表する人や企業の研修担当者にとっても貴重な情報源となっています。 本記事では様々な企業のエンジニア向け研修資料をまとめましたので、ぜひ参考にしてみてください! 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています!興味をお持ちいただける方は、こちらまで。 この記事の主な対象者 有名企業の研修資料を幅広く確認したい方 エンジニアとして初級から中級レベルの方 独学で学んでいる方 今後研修資料

              【2024年度】エンジニア向け研修資料まとめ - Qiita
            • フルリモート勤務者はお先真っ暗? 突きつけられた「出社要請」への向き合い方 - エンジニアtype | 転職type

              〝流しのEM〟として、複数企業の採用・組織・制度づくりに関わる久松 剛さんが、エンジニアの採用やキャリア、働き方に関するHOTなトピックスについて、独自の考察をもとに解説。仕事観やキャリア観のアップデートにつながるヒントをお届けしていきます! こんにちは。久松剛です。 2023年初頭あたりから、DX需要やスタートアップバブルを背景に高止まりしていたエンジニアの待遇バブルに黄色信号が灯りはじめているのをご存じでしょうか。フルリモート勤務から出社回帰の流れが本格化しているのもその一つの表れです。 というわけで、連載第1回目のテーマは「フルリモート勤務事情について」です。 ●IT各社にみる「オフィス回帰が既定路線」になりつつある理由 ●エンジニアがフルリモートにこだわる危険性 ●それでもフルリモート勤務を望むエンジニアへ…… などに触れながらお話したいと思います。 博士(慶應SFC、IT) 合同

                フルリモート勤務者はお先真っ暗? 突きつけられた「出社要請」への向き合い方 - エンジニアtype | 転職type
              • LLM時代のX情報収集術|べいえりあ

                AI for Everyoneについては日本語版もあるのと、どちらのコースも日本語字幕付きで見られる(多分機械翻訳での英語字幕からの翻訳だが、翻訳の質は悪くない)ので、英語分からなくてある程度何とかなるんじゃないかと思います。 あと、余力のある人、最新のNLP研究を理解したい人はこちらの本を読むことをオススメします。アルゴリズムの詳細は必ずしも理解しなくても良いですが、どんなタスクがあるのかは理解しておいた方が良いかと思います。 NLPの知識がLLMを応用する上で実際にどう役に立つかですが、例えばで言うとNLP的には対話の中には「タスク指向型対話(task-oriented dialogue)」と「雑談(chit-chat dialogue)」があります。それぞれ対話の中で重要視されるものから評価の仕方まで全然違うのですが、NLPをやらずにLLMをやっている人と話しているとこれらをごっちゃ

                  LLM時代のX情報収集術|べいえりあ
                • 株式会社一休に入社しました - 貳佰伍拾陸夜日記

                  転職のお知らせ、あるいは個人の日記です。 6月から以下のように所属変更となっています。 From 株式会社はてな To 株式会社一休 マネージャではなく、とくに役職のないソフトウェアエンジニアとして働きます。いわゆるIC (individual contributor)というやつです。 きっかけ はてなには新卒として入社して以来11年も勤めて、インターンやアルバイトとして関わった時期から数えると16年になります。出入りの激しいこの業界でずっと1社しか知らずに過ごすのは負い目に感じていました。また、年齢的にも今年で40歳になることもあって、そろそろ転職を経験しておかないとまずいという焦りもありました。 そんなときに、大学の同期でプライベートでも仲良くさせてもらっているid:suzakから声をかけてもらい、ちょっと真剣に転職を考えたのがきっかけでした。 できることではなくやりたいこと はてなで

                    株式会社一休に入社しました - 貳佰伍拾陸夜日記
                  • すべてのコードやライブラリ自体が技術的負債である / 高利率な技術と低利率な技術 - Lambdaカクテル

                    技術的負債という言葉がある。もともとは、「楽するために導入したが、メンテにコストがかかるようになってしまった技術や構成」くらいの意味合いで使われているように思う。しかし、そもそも全部が負債ではないか、というのがこのメモの趣旨である。 負債 同僚とSlackで会話していると、「けっきょくどの言語を利用しても負債になるときはなるし、大抵負債になる」といった話になった。言われてみればそうで、基本的にコードというものは書いたそばから負債になっていく。去年書いたコードのことも思い出せない。 そんな中で思ったのだが、そもそも、負債になるコードと負債にならないコードとがあったり、技術が「負債化する」のではなく、コードや技術そのものが負債なのではないか。そして、どの言語で書こうが負債からは逃れることができない。負債にならないコードは存在しない。ゆえに、コードや技術は無ければ無いほど良い、ということになる。

                      すべてのコードやライブラリ自体が技術的負債である / 高利率な技術と低利率な技術 - Lambdaカクテル
                    • 「BASIC」誕生60周年--コンピューター利用を容易にしたシンプルな言語の歴史

                      Steven J. Vaughan-Nichols (Special to ZDNET.com) 翻訳校正: 川村インターナショナル 2024-05-15 07:30 「Python」や「JavaScript」が学ばれるようになるずっと前、米国時間1964年5月1日の夜明け前の暗闇の中で、コンピューター史におけるささやかながら非常に重要な出来事がダートマス大学で幕を開けた。数学者のJohn G. Kemeny氏とThomas E. Kurtz氏がGeneral Electricの「GE-225」メインフレームを操作して、独自に考案した言語の最初のプログラムを実行した。その言語こそ、初心者向け汎用記号命令コード、すなわち「BASIC」だ。 BASICは最初に普及した言語ではない。その栄誉を得たのは、ビジネス分野では「COBOL」、エンジニアリング分野では「FORTRAN」だった。しかし、19

                        「BASIC」誕生60周年--コンピューター利用を容易にしたシンプルな言語の歴史
                      • Don't DRY Your Code Prematurely

                        TotT 98 GTAC 61 James Whittaker 42 Misko Hevery 32 Anthony Vallone 27 Code Health 27 Patrick Copeland 23 Jobs 18 Andrew Trenk 12 C++ 11 Patrik Höglund 8 JavaScript 7 Allen Hutchison 6 George Pirocanac 6 Zhanyong Wan 6 Harry Robinson 5 Java 5 Julian Harty 5 Alberto Savoia 4 Ben Yu 4 Erik Kuefler 4 Philip Zembrod 4 Shyam Seshadri 4 Adam Bender 3 Chrome 3 Dillon Bly 3 John Thomas 3 Lesley Katzen 3 Ma

                          Don't DRY Your Code Prematurely
                        • Xのエンジニア、「いいね」タブを全ユーザーで非表示にするとポスト

                          米Xで一般ユーザーのプロフィールから「いいね」を表示するタブが消えているといういくつかのポストを受け、同社のエンジニアリング担当ディレクターのワン・ハフェイ氏は5月22日、「はい、いいねを非公開にしています」とポストした。 ハフェイ氏は非公開にする理由として、「公開いいねは間違った行動を助長します。たとえば、“荒らし”(嫌がらや差別的なポスト)や自分の印象を守るためにインパクトのあるポストにいいねするのをためらう人はたくさんいる」と説明した。 いいねの本来の役割である、ユーザーがどんなポストにいいねしたかに基づく「For You」フィードの品質向上は継続するとしている。 この投稿に対し、X(旧Twitter)の共同創業者で元CEOのジャック・ドーシー氏が「いいねとブックマークの違いはなんですか?」とコメントし、ハフェイ氏は「いいねはいいねした人とされた人(いいねされたポストの投稿者)には表

                            Xのエンジニア、「いいね」タブを全ユーザーで非表示にするとポスト
                          • エンジニア従業員エンゲージメント向上への道 - Uzabase for Engineers

                            はじめに こんにちは!NewsPicksのVP Of Mobile Engineeringの石井です。 約1年前にPharmaXさん主催の「事例で学ぶ!エンジニア組織文化を作る採用・評価の仕組み」というイベントでPharmaX 取締役・エンジニアリング責任者の上野さん、カオナビCTOの松下さんと私の3人で事例発表やパネルディスカッションをしました。(そのときの記事は、PharmaXさんのこちらの記事にあります) このときに私が話したエンゲージメントに関することは、「採用とオンボーディングを頑張った結果、エンゲージメントもよくなりました」的な話もしました。 ただ、それ以外にも多くのことをしています。今回はそこを深掘りしたいと思います。 以前の状態との比較 当時、発表した時のモバイルチームのエンゲージメントは次の通りでした。(NewsPicksでは半期に一度、サーベイをしています) で、202

                              エンジニア従業員エンゲージメント向上への道 - Uzabase for Engineers
                            • 「入門 継続的デリバリー」は継続的デリバリーを学ぶのに最適な教科書だった. - Lean Baseball

                              最近読んだ「入門 継続的デリバリー」がとても良かったので紹介しますね, というエントリーです. 入門継続的デリバリー良かったです. 「継続的デリバリー(Continuous Delivery)」とか「DevOps」ってどこから学ぶかわからんな!? というのは割とあるあるだと思っています, そもそもめちゃくちゃ難しい話なので(ちゃんと学ぼうとすると). そんな中, 「入門 継続的デリバリー」がよく説明できてて良かったので感想と関連する書籍を紹介できればと思っています. TL;DR 入門 継続的デリバリー 我々はなぜCDをするのか? 具体的なプラクティス 入門後に読むべき良著 Kubernetes CI/CDパイプラインの実装 継続的デリバリー チームトポロジー 結び - 我思うCDとDevOps TL;DR 「入門 継続的デリバリー」は継続的デリバリーの大切さと概念, 手法を現実にありそうな

                                「入門 継続的デリバリー」は継続的デリバリーを学ぶのに最適な教科書だった. - Lean Baseball
                              • アルムナイ採用体験記 (株式会社はてなに2回目の入社をしました) - だいくしー(@daiksy)のはてなブログ

                                2024年5月1日から、株式会社はてなで組織・基盤開発本部のエンジニアリングマネージャとして働き始めました。 2014年から、2021年まで社員だった時代があるため、いわゆる出戻りという形になります。 一度退職した会社に再び入社する、というのは、通常の転職活動と違った悩みなどもあり、自分も今回の転職に際して「アルムナイ採用」などのキーワードでいくつか参考にした記事がありました。 最近は身近な事例も耳にするとはいえ、まだまだ通常の転職と比べてアルムナイ採用は例が少ない気がするので、せっかくなので体験記を書いておこうと思います。 基本的には自分の個別の事例ですので、世間一般のアルムナイ採用の実態とは異なる箇所もあることをご承知おきください。 戻ろうと思ったきっかけ もともと最初にはてなを辞めた理由が、自分の新しいキャリアを志したチャレンジという側面が強かったため、辞めた直後からなんとなく「機会

                                  アルムナイ採用体験記 (株式会社はてなに2回目の入社をしました) - だいくしー(@daiksy)のはてなブログ
                                • さくらインターネットで活躍中の id:y_uukiを訪問 | はてな卒業生訪問企画 [#9] - Hatena Developer Blog

                                  こんにちは、エンジニアリングマネージャーの id:onk です。 Hatena Developer Blogの連載企画「卒業生訪問インタビュー」では、創業からはてなの開発に関わってきた取締役の id:onishi、CTOの id:motemen、エンジニアリングマネージャーの id:onkが、いま会いたい元はてなスタッフを訪問してお話を伺っていきます。 id:onkが担当する第9回のゲストは、さくらインターネット株式会社の組織内研究所であるさくらインターネット研究所の上級研究員で、SRE (Site Reliability Engineering)の研究者としても活躍する id:y_uuki さんこと、坪内佑樹さんです。 2013年にはてなに新卒でWebオペレーションエンジニアとして入社後、サーバー監視サービス「Mackerel」をはじめとするサービス開発やはてなのインフラ開発・運用にSR

                                    さくらインターネットで活躍中の id:y_uukiを訪問 | はてな卒業生訪問企画 [#9] - Hatena Developer Blog
                                  • レビュワーを"憑依"させて Pull Request をセルフレビューする - Konifar's ZATSU

                                    メンバーと1on1をしていると、「うっかりミスが多くて Pull Request で毎回コメントをもらってから気づくのを何とかしたい」という相談を受けることがある。 まず、そういう認識を持てていることが素晴らしい。課題意識があるのであれば、どう補正していくかを一緒に考えることができる。 自分がオススメしているやり方は、レビューを依頼する前に徹底的にセルフレビューすることである。巷でよくやられている方法ではあるが、どういうやり方かを雑に書いておく。 レビューを依頼する前に レビュワーになりきって 自分の Pull Request を自分でレビューしてみる 頭にレビュワーが思い浮かぶのであれば、その人を "憑依" させるイメージ 「この人はここでこういうコメントしそうだな」と思ったら、 先回りして PR上にコメントしておくか、突っ込まれないようにコードやコードコメントを改善する タイトルや説明

                                      レビュワーを"憑依"させて Pull Request をセルフレビューする - Konifar's ZATSU
                                    • 『Lean と DevOps の科学』って教養ないと理解できないじゃん!っていう話 - Qiita

                                      今や生産性の可視化・評価指標といえば本書籍で紹介された『FourKeys』ですね。ちまたでは、絶対視されている様な表現・評価がされている記述をたまに見かけます。ですが、本当にそうでしょうか?ある方が調べたところ、FourKeys を使用している人のうち『Lean と DevOps の科学』を読んだことがない人は9割近くもいたそうです。 本記事では、FourKeys を有効に活用するために知っておくべき・理解しておくべき事柄を幅広い分野でまとめました。生産性を向上し、仕事の成果の質を上げたいと努力するエンジニアの方々が、次の日から使える情報を書けたのではないかと思います。FourKeys だけを見て生産性を上げるという行動は手段の目的化につながりかねません。Fourkeys の背景にある思想を知ることで、FourKeys を真に活用するきっかけになればと思います。 目次 初めに GW中に読も

                                        『Lean と DevOps の科学』って教養ないと理解できないじゃん!っていう話 - Qiita
                                      • CyberAgent AI事業本部新卒研修「MLOps」の資料を公開します | CyberAgent Developers Blog

                                        はじめに 近年、様々な分野で機械学習の利用が進む中、モデルの品質を担保し、継続的な学習を行うための施策が重要視されています。そのため、機械学習のためのDevOpsであるMLOpsの必要性が高まっており、AI事業本部でも研修内容に取り入れています。 より良いMLOpsを構築するためには、アプリケーションやインフラの知識も必要です。そのため、今年は昨年までと異なり、MLエンジニアだけでなくソフトウェアエンジニアも講義に参加しました。また、新たに実践編が加わり、より業務を意識した講義が追加されました。 Container編 基礎編 応用編 実践編 そこで、今回は研修で行われた各講義の資料を公開したいと思います。 Container編 Container編では、コンテナにまつわる技術に対しインデックスを張ることと、イメージ作成や運用時のTipsを学び実業務に役立てることを目的としています。 そのた

                                          CyberAgent AI事業本部新卒研修「MLOps」の資料を公開します | CyberAgent Developers Blog
                                        • Zodスキーマでプロンプト生成を行い構造化データを自由自在に扱えて、LLMプロダクト開発が圧倒的に効率化した話 - Algomatic Tech Blog

                                          最近はAIエンジニアを名乗ってるerukitiです。フロントエンドもバックエンドも、LLMを触るあれこれもやってるので、「AIエンジニア」くらいを名乗るとちょうどよさそうだなと思ってます。いずれLLM自体の開発なんかもやってるかもしれません。 LLMプロダクトを開発していると、構造化データを作りたいのに、Anthropic ClaudeのAPIにはJSONモードが無いことや、なんならJSONモードやfunction callingを使っても、データが正しい形式に従ってることは保証しがたい、みたいな自体に遭遇することがあります。 JSONが出力できたとしても、構造化データをうまく吐き出させるのは難しいものです。文字列を出力させたいけど、複数あるときは、配列なのか、それともカンマ区切りなのか?項目がオプショナルの場合はどうするか?項目が存在しない、空文字や 0 や undefined や nu

                                            Zodスキーマでプロンプト生成を行い構造化データを自由自在に扱えて、LLMプロダクト開発が圧倒的に効率化した話 - Algomatic Tech Blog
                                          • 平均年収800万円+の利益体質なスタートアップ企業をつくるために|Kenta Mukai

                                            はじめに 多くの方に以下の記事を読んでいただき、ありがとうございました。 ここまで多くの方々に読んでいただけるというのは想定していなかったため、スタートアップの年収水準への関心の高さを強く感じました。 この記事には、ご共感の声をいただく一方で、適正な平均年収650万円という数値に、「夢がない」や「給与を上げられないなら零細企業だ」など厳しいご意見もいただいております。スタートアップは、ストックオプションあるいは株式報酬を加えることによって、数千万円〜数億円のリターンも場合によって生まれうるので、一概に年収だけでそうとは言い切れないのですが、経営者として従業員の平均年収を上げたいと願うのは私も同じ思いであり、年収800万円以上を目指していくには何が必要かということについて、改めて深く考察していくことにしました。 本記事もあくまでマクロな分析であり、個社別の事情を無視した荒削りな分析であるため

                                              平均年収800万円+の利益体質なスタートアップ企業をつくるために|Kenta Mukai
                                            • 無料の3Dスキャンアプリ「Scaniverse」に、待望のAndroid版が登場

                                              米Nianticは5月22日(現地時間)、同社が無料で提供する3Dスキャンアプリ「Scaniverse」において、Android版の提供を始めた。最小システムはAndroid 7.0以上、4GB以上のメモリ、ARCore・Depth APIのサポートが必要だ。 同アプリは2021年にiOSアプリとしてリリース。当初は、iPhoneに内蔵されたLiDARを活用していたが、24年3月に3D Gaussian Splattingをサポート。LiDARを搭載していないiPhoneでも3Dスキャンが可能になった。また、撮影データをクラウドで処理する他のアプリと異なり、スマートフォン単体での処理を実現。通信が必要ないうえ、3D化の時間も短縮できるとしている。 Android版はこれらの特徴を引き継いでおり、LiDARを搭載していないスマートフォンでも3Dスキャンが可能。クラウドを使わないオンデバイスで

                                                無料の3Dスキャンアプリ「Scaniverse」に、待望のAndroid版が登場
                                              • スクラム開発が全然しっくりこないまま スクラムマスターになってしまった僕が取り組んだこと

                                                はじめに こんにちは、土屋と申します。バニッシュスタンダードで社内システム保守とスクラムマスターを担当しています。最近の趣味は早朝にゼルダの伝説ティアーズオブキングダムをプレイすることです。なかなかハイラルが平和になりません。トーレルーフ!! ところでみなさんスクラム開発しっくりきてますか?完璧ですか?心酔してますか? 僕は開発メンバーとして何度かスクラム開発を経験してきましたがどうもしっくりきませんでした。ウォーターフォールやデスマーチしていたあの頃に戻る気はないけど、とはいえ良さが理解できない。こんな印象が拭えないままスクラムマスターになってしまいました。 でも。こんな僕でもスクラム開発とちょっとだけ仲良くなれた気がしてきました。スクラム開発と仲良くできない、しっくりこない、そんな方に向けて1つの情報になれば幸いです。 スクラムマスターになった経緯 昨年末、スクラムマスターだった dk

                                                  スクラム開発が全然しっくりこないまま スクラムマスターになってしまった僕が取り組んだこと
                                                • LLMを使いこなすエンジニアの知的生産術(講演資料) - 西尾泰和のScrapbox

                                                  2024-06-06 西尾泰和 @nishio サイボウズ・ラボ株式会社 主幹研究員 一般社団法人未踏 理事 未踏ジュニアのファウンダーで、メンターもやっている 今回のきっかけ エンジニアの知的生産術の増刷 2018年に出版した「エンジニアの知的生産術」が出版してから5年以上も経って増刷された ロングセラー化=長期的に売れ続けているということ(p.15) 書籍は出版から時間が経つと売れなくなっていく ところが一部の書籍は売れ続ける。それは、読んだ人が他の人にすすめるから(価値の社会的証明) X/Twitterで時々エゴサーチしてると「知人が勧めてたので読んだ」的な投稿を見かける(p.141) 出版してから5年経っても売れ続けているということの意味 5年間の時の試練に耐えた この5年間で陳腐化しない長期的に価値がある内容が書かれている カバーの「10年後も役立つ」を半分実証した 今後も価値の

                                                    LLMを使いこなすエンジニアの知的生産術(講演資料) - 西尾泰和のScrapbox
                                                  • マイクロサービス化するならリビルドで!ビジネスロジックをGoで書き直してわかったこと - MonotaRO Tech Blog

                                                    この記事では モノタロウがGoとprotobufで進める爆速マイクロサービス開発とそれを支えるプロセス - MonotaRO Tech Blog のうち、主にアーキテクチャにおける詳細について紹介します。 自己紹介 マイクロサービス化について 課題を認識する スコープと技術選定 ゴールイメージを共有する 既存コードから分かった問題点 曖昧なデータ構造 処理フローの混在 アドホックなデータ取得 効果的な改善を行う 処理フローを分割する N+1問題とロジックの独立性を考慮した設計 安全に移行する 実行時のデータを取る 新旧比較による検証 まとめ 自己紹介 藤本 洋一 プラットフォームエンジニアリング部門 CTO-Officeグループ AVLチーム 楽天、SaaSベンチャーを経て、モノタロウに入社してマイクロサービス化にとりくむエンジニアの話 2019年5月入社。商品検索基盤のマイクロサービスと

                                                      マイクロサービス化するならリビルドで!ビジネスロジックをGoで書き直してわかったこと - MonotaRO Tech Blog
                                                    • 入社直後の新任マネージャーの暮らし - だいくしー(@daiksy)のはてなブログ

                                                      今の会社に入社してから10営業日目を迎えました。 前回の転職のときにも書きましたが、マネージャーとしての転職は、他の職種とは違った難しさがあるのを実感する日々です。 マネージャーの仕事は、社内の人々からさまざまな期待をされる役割ですが、リモートワークということもあっていまいち何をしているのかみんなには伝わりづらい仕事です。そこで、毎日日報を書いたり、社内チャットの分報チャンネルにこまめに雑談も含めて吐き出したり、グループウェアに文章を書いたりしています。 このような入社直後のマネージャーの様子を、社内向けにグループウェアに投稿した文章をアレンジして書いておこうと思います。世の中の新任マネージャーの参考に少しでもなりますように。 どういう役割として入社したか はてなでは、組織・基盤開発本部エンジニアリングマネージャーという役割をもって入社しました。 はてなは、はてなブログやMackerelな

                                                        入社直後の新任マネージャーの暮らし - だいくしー(@daiksy)のはてなブログ
                                                      • プロダクトマネージャーの仕事はプロダクトマネジメント|Aki

                                                        何となくこれを書くべき時がきた気がするので書きます。 プロダクトマネージャーの仕事プロダクトマネージャーの仕事はプロダクトマネジメントです。プロダクトマネジメントをしてほしいという期待があるからその人にプロダクトマネージャーというタイトルをつけているはずなので。 プロダクトマネージャーは誰でも好きなように名乗ったらいいと思うの、国家資格とかも必要ないし。 ただ名乗るからにはプロダクトマネジメントちゃんとしていこうな! — Aki (@LoveIdahoBurger) April 19, 2024 実際には組織構造によってはプロダクトマネジメントをしないプロダクトマネージャーがいるかもしれませんが、その場合も間接的にプロダクトマネジメントをしているはずです。いずれにしてもそれは例外的なので今回は一旦置いておきます。 プロダクトマネージャーはプロダクトマネジメント以外もやらなければならないと思

                                                          プロダクトマネージャーの仕事はプロダクトマネジメント|Aki
                                                        • 「ギガキャスト」「メガキャスト」のカン違い→アルミ鋳物だから「軽くなる」とは、だれも言っていない

                                                          いま、日本のOEM(自動車メーカー)は「ギガキャスト」「メガキャスト」と呼ばれる大型のアルミ鋳物を「使うか」「使わないか」で迷っている。直近ではホンダがBEV(バッテリー電気自動車)の電池パックを大型のアルミダイキャスト部品、つまり「メガキャスト」にすることを検討すると発表した。「部品点数が60を超えるバッテリーケースや付帯部分を5部品にできる」と、ホンダはそのメリットを語った。そう。大型ダイキャスト部品は「部品点数削減」がメリットなのだ。そして、もうひとつのメリットは「剛性アップ」だ。 TEXT:牧野茂雄(MAKINO Shigeo) テスラのギガキャスト部品は重たい 【写真01】 テスラ「モデルY」の左右後輪まわりを一体化したギガキャスト部品【写真01】は、80点以上のプレス成形した薄い鋼板をつなぎ合わせた「モデル3」の構造に代わって部品点数「1」を実現した。【写真02】は左がプレス成

                                                            「ギガキャスト」「メガキャスト」のカン違い→アルミ鋳物だから「軽くなる」とは、だれも言っていない
                                                          • 障害対応におけるポストモーテムのご紹介 - Findy Tech Blog

                                                            こんにちは、ファインディ株式会社で機械学習エンジニアをしていますsasanoshouta(@Edyyyyon)です。この記事は、ファインディでインシデントが発生した際に行なっているポストモーテムの運用とその様子について、先日発生したインシデントを元に紹介をする記事となっています。 今回発生したインシデントについて まず、今回発生したインシデントについて軽く紹介をさせていただきます。一言で表現すると、サービスの機能の1つを一時的に停止させてしまいました。 ポストモーテムの様子 弊社ではインシデントが発生した際にポストモーテムを実施して再発防止に努めております。 ポストモーテムとは? そもそもポストモーテムとはなんだ?と言う方もおられるかもしれませんので、簡単にご紹介いたします。 ポストモーテムは、インシデントとそのインパクト、その緩和や解消のために行われたアクション、根本原因(群)、インシデ

                                                              障害対応におけるポストモーテムのご紹介 - Findy Tech Blog
                                                            • 技術書典#16向けに 「The Cloud Run (Google Cloudコンテナ設計本)」を執筆しました - How elegant the tech world is...!

                                                              はじめに お久しぶりです。iselegantです。 今日は技術書典#16向けに執筆した「The Cloud Run」本の紹介をさせてください。 今回のテーマは「Google Cloud」です! 特に、コンテナサービスとして代表的な「Cloud Run」のアーキテクチャ設計をテーマに執筆しました。 techbookfest.org これまで、「クラウドネイティブシリーズ」と称して3冊執筆してきましたが、その第4弾の位置付けになります。 いつもであれば、わりとゆるくかわいい感じの表紙でしたが、今回は「ちょっと本気でCloud Runに向きあって、読者のみなさまに価値を届けようか」とのコンセプトなので、本気度を表現するためにシリアスな表紙を作成いただきました。 今回の書籍のコンセプト 僕たちが今回の書籍を執筆する際、2つのコンセプトを大切にしています。 実務に通用する学びを届ける とにかく楽しく

                                                                技術書典#16向けに 「The Cloud Run (Google Cloudコンテナ設計本)」を執筆しました - How elegant the tech world is...!
                                                              • 「春のSREまつり2024 〜OpenTelemetry活用すべて見せます〜」を開催しました - Pepabo Tech Portal

                                                                新緑の候、どこまでも澄んだ空気が視界を広げるように、システムの透明性が深い洞察を可能にしていることと存じます。技術部プラットフォームグループのそめやポチです。 2024年5月9日に、「Pepabo Tech Conference #22 春のSREまつり」と題した技術イベントを開催しました。「SREまつり」とは、ペパボのエンジニアたちがSREについての知見を発信することで、社外のSREコミュニティとの交流を図るイベントです。 昨年の春のSREまつり、夏のSREまつりに続いて、3回目の開催となりました。恒例イベントとして社内外に定着しつつあると感じています。 イベントは、物理会場とライブ配信会場の2つの会場で開催しました。物理会場は、シナジーカフェGMO Yours・フクラスという、GMOインターネットグループのカフェスペースを使用しました。ライブ配信会場は、YouTube Liveを使用し

                                                                  「春のSREまつり2024 〜OpenTelemetry活用すべて見せます〜」を開催しました - Pepabo Tech Portal
                                                                • 全社データ活用基盤をTreasureDataからBigQueryへ移行しました - Leverages データ戦略ブログ

                                                                  はじめに こんにちは。データエンジニアリンググループの森下です。今回は、私がプロジェクトマネージャーとして約3年間かけて実施した、TreasureDataからBigQueryへの全社データ活用基盤移行プロジェクトについてお話します。このプロジェクトは、全社で1日あたり数千件のクエリが実行されるデータ基盤を移行するという大規模なもので、関係者の数は200〜300人に上りました。プロジェクト期間中は、データ活用基盤の技術調査から始まり、関係者への説明や調整、データ移行、クエリ移行、ETLやReverse ETLに使用する各種ツールの導入など、本当に多くのタスクがありました。 プロジェクト背景: TreasureData導入とその課題 TreasureData導入の背景 2024年時点ではGoogle BigQueryを使用していますが、その前の環境が導入された背景を説明します。 2018年12

                                                                    全社データ活用基盤をTreasureDataからBigQueryへ移行しました - Leverages データ戦略ブログ
                                                                  • 10年前、150万円で買ったNVIDIA株が4億円になった人の話→「私なら10倍くらいで手放してしまう…」

                                                                    FabyΔ @FABYMETAL4 メタラー兼業投資家。2013年にNVIDIA $NVDA に150万円投資し10年間ガチホ中。2024年に生成AIの登場で 150万円→4億円 (280倍) を達成。米国企業決算、 AI技術、Tech業界、特にNVIDIAに関する発信をしています。たまにメタル界隈にPOPします🤘 FabyΔ @FABYMETAL4 本日、ガチホ10年目のNVIDIAが150万円→4億円(280倍)を達成しました。NVIDIAには感謝の一言に尽きます。ありがとう $NVDA pic.twitter.com/WEnJm1Ks8K x.com/fabymetal4/sta… 2024-06-06 05:46:25 FabyΔ @FABYMETAL4 本日、保有10年目のNVIDIAが 円換算で150万円→3億円(200倍)となりました。 先日のGTCの基調講演の内容も素晴ら

                                                                      10年前、150万円で買ったNVIDIA株が4億円になった人の話→「私なら10倍くらいで手放してしまう…」
                                                                    • 「エンジニアとしての魅力は、どれだけ言語を知っているかにあらず」 CTOが語る、これからのエンジニアに求められること

                                                                      秋葉原のラボを紹介 島澤甲氏:「そんなこと言ってもどうやったらこれを伸ばせるのよ」というところをちょっと紹介したいと思います。私は3次元的に技術を伸ばすためには環境も大事だと思っていて、ちょっとウイングアークの例を紹介しようかなと思います。 冒頭に、4億円うんたらと書いてありましたが、実はこういう世界観を実現するために秋葉原にラボを作りました。今日は、時間がないし自慢する場でもないのでサラッとだけ紹介します。ちょっと画面を変えますね。 (スライドを示して)今私はこんなところにいて、何インチだったかな? 四百何十インチだったかな? LEDパネルのモニターみたいなものがあります。少しカメラを回転させて周りを見せられますかね? スコーピオンというゲーミングチェアのお化けみたいなものや、ちょっとわかりにくいですけどその奥には私たちのクラウドサービスの情報が可視化されているパネルがあります。今日は細

                                                                        「エンジニアとしての魅力は、どれだけ言語を知っているかにあらず」 CTOが語る、これからのエンジニアに求められること
                                                                      • メルカリ ハロ リリースのQA戦略 | メルカリエンジニアリング

                                                                        こんにちは。メルカリのQAエンジニアリングマネージャーの@____rina____ です。今回は、連載『Mercari Hallo, World! -メルカリ ハロ 開発の裏側-』の第4回を担当します。 本記事では、メルカリ ハロのサービスローンチまでのQAプロセスを通じて、私たちはどのようにして安心・安全なプロダクトを迅速にリリースするための戦略を実行したか、具体的な方法とともに詳述しています。 この記事を通じて、以下の点についての理解を深めていただけることを目指しています: QAの役割とプロジェクト概要 効率的なQAアサイン戦略 成果物の透明性と管理ツールの効果的な活用方法 また、この記事を書くにあたり、私自身が学んだことや得た教訓についても触れています。これらの経験は、今後のプロジェクトにおいて更なる品質向上と効率化を目指す上で非常に貴重なものとなりました。 プロジェクト概要とQAの

                                                                          メルカリ ハロ リリースのQA戦略 | メルカリエンジニアリング
                                                                        • X(旧Twitter)が誰でもチェックできた「いいね」欄を非公開に、何に「いいね」したか誰でもチェックできるのは間違った行動を助長するため

                                                                          X(旧Twitter)はアカウントがこれまで「いいね」した投稿を誰でもチェックできるように公開していました。しかし、この「いいね」欄が間違った行動を助長するものであるとして、間もなく閉鎖されるとXのエンジニアリングディレクターを務めるHaofei Wang氏が明かしています。 X is hiding likes to encourage ‘edgy’ engagement - The Verge https://www.theverge.com/2024/5/23/24163155/twitter-x-likes-hide-default X should bring back stars, not hide 'likes' | TechCrunch https://techcrunch.com/2024/05/23/x-should-bring-back-stars-not-hide-l

                                                                            X(旧Twitter)が誰でもチェックできた「いいね」欄を非公開に、何に「いいね」したか誰でもチェックできるのは間違った行動を助長するため
                                                                          • Adobe製品で作成した作品が全てAdobeのクラウドにアップされると機械学習に使用される規約に変更されました。今直ぐ「コンテンツ分析」をオフにしてください。|3DCG最新情報サイト MODELING HAPPY

                                                                            アドビ基本利用条件 Adobeが新しく2024年2月17日に更新したアドビ基本利用条件の中にAdobeはPhotoshopなどの全てのAdobe製品を使っているユーザーの作品がCreative Cloudまたは、Document Cloudを使用してアップロードされた作品に対して自動および手動でAdobeはアクセスする事が可能で、さらに機械学習などの技術を使用してユーザーが作成したコンテンツを分析する事が可能になると書かれています。 クラウドにアップロードしなければ機械学習されない こちらのページには、PC内に保存されたローカル処理または保存されたコンテンツは分析されないとの事なので、Adobeのクラウドにアップしなければ情報が漏れる事無く従来通り使用する事が出来ると明記されています。 作品をAdobeに機械学習させない方法 Adobeはユーザーが作成したコンテンツを機械学習等に活用されず

                                                                              Adobe製品で作成した作品が全てAdobeのクラウドにアップされると機械学習に使用される規約に変更されました。今直ぐ「コンテンツ分析」をオフにしてください。|3DCG最新情報サイト MODELING HAPPY
                                                                            • まわりからの期待を見える化して、個人の力を引き出すエンジニア組織づくり

                                                                              あなたが一生懸命手を動かしているその仕事、本当にいま皆から期待されていることですか…? 「職務記述書にそう書かれているんだから間違いない」 「上司が賛成しているんだからそうでしょう」 …本当に? わたしたちが職務設計について学んだことTebiki株式会社 エンジニアリングマネージャーの三宅と申します。私たち Tebiki社は、製造や物流などの現場での技能伝承を支援する動画マニュアルプラットフォーム「tebiki」を開発・運営しており、現場教育を行うことのできる人材の不足という社会問題に取り組んでいます。 Tebiki社の開発組織は「マネージャーが指示するよりも、役割を担う人が責任を果たすために創造的に活動するほうがうまくいく」という考え方のもと、「公式に定義された責任とそれを果たすための十分な権限」で職務設計をしています。 これに関して、最近、実践の中で学んだことがありました。具体的には、

                                                                                まわりからの期待を見える化して、個人の力を引き出すエンジニア組織づくり
                                                                              • 2年間を振り返って考える、EMの役割について - enechain Tech Blog

                                                                                はじめに EMになったきっかけ EMの役割 enechainにおけるEMの特徴 最後に はじめに はじめまして、eClearデスクでエンジニアリングマネジャーをしている@secchan です。 enechainでは、電力会社や新電力が電力を取引することが出来るオンラインのトレーディングプラットフォーム「eSquare」をはじめとして、新電力の会社の経営上のリスクを管理するための「eScan」、市況の情報など取引に必要なあらゆるデータを提供する「eCompass」などのサービスを提供しています。 私は、トレーディングプラットフォームで取引を行う際に使用する保険の仕組みである「eClear」の開発デスクのマネジャーを担当しています。 今回は技術系の内容ではなく、私がEMになってからの約2年間を振り返って考える、EMとは何か、enechainで求められるEMの特徴とは、という点についてお話します

                                                                                  2年間を振り返って考える、EMの役割について - enechain Tech Blog
                                                                                • Microsoft Entra External ID が一般提供 (GA) されました

                                                                                  こんにちは、Azure Identity サポート チームの 川里 です。 本記事は、2024 年 5 月 1 日に米国の Microsoft Entra (Azure AD) Blog で公開された Announcing General Availability of Microsoft Entra External ID - Microsoft Community Hub を意訳したものになります。ご不明点等ございましたらサポート チームまでお問い合わせください。 次世代の顧客 ID アクセス管理 (CIAM: Customer Identity Access Management) 機能を実現する開発者向けソリューションである「Microsoft Entra External ID」が 5 月 15 日から一般公開 (GA) されたこと をお知らせします。External ID では

                                                                                    Microsoft Entra External ID が一般提供 (GA) されました