matsukazのブックマーク - はてなブックマーク

AI in software engineering at Google: Progress and the path ahead

Philosophy We strive to create an environment conducive to many different types of research across many different time scales and levels of risk. Learn more about our Philosophy Learn more

matsukaz 2024/07/16

リンク

Golang開発者のためのクリーンアーキテクチャ

はじめにクリーンアーキテクチャは、ソフトウェア設計の分野で非常に重要な概念です。しかし、その理解は容易ではなく、明確な正解が存在するわけではありません。多くの人が異なる解釈を持ち、他の設計思想と混在していることもあります。この記事では、自分なりの視点からクリーンアーキテクチャを解釈し、その整理した内容を共有します。このアーキテクチャの目的は、システムの各層を独立させ、変更に強く、テストしやすい設計を実現することです。この記事では、クリーンアーキテクチャの基本概念、Golangでの実装方法、およびディレクトリ構成について詳しく説明します。なお、この記事では個人的な見解を述べており、必ずしも正解を書いているわけではありません。もし誤りがあれば、ぜひご指摘いただけると幸いです。クリーンアーキテクチャの基本概念クリーンアーキテクチャの元となったのは、ロバート・C・マーチン（通称「

matsukaz 2024/07/09

リンク

開発生産性Conf2024参加レポート: Dr.Nicole Forsgrenの基調講演に見るDevExの最新動向｜vonxai inc.

vonxai合同会社の夏目です。2024年の6月28、29日に開催された開発生産性カンファレンス2024に参加し、様々な企業の開発生産性向上に向けた取り組みや、Dr.Nicole Forsgrenによる基調講演から多くの学びを得ました。このような素晴らしいイベントを主催していただいたファインディ株式会社様をはじめ、スポンサー各社様、関係者の皆様に御礼申し上げます。カンファレンスのメイン会場の様子Dr.Nicoleの基調講演﹁Mastering Developer Experience﹂基調講演では、Dr.Nicoleが、最新のホワイトペーパー﹃DevEx in Action﹄をベースに、開発者体験(DevEx)の重要性と、それを向上させるための具体的なプロセスについて解説しました。本レポートでは、撮影・録画が禁止されていたため、講演内容を要点に絞って紹介します。 DevExのトレンド企

matsukaz 2024/07/07

リンク

Mastering Developer Experience: A Roadmap for Success 【開発生産性Conference 2024】

開発生産性Conference 2024 Day2 Keynote https://dev-productivity-con.findy-code.io/2024 Dr.Nicole Forsgrenによる基調講演です。【アブストラクト】 Embark on a journey to…

matsukaz 2024/07/07

リンク

EM of EMsになった - 現在の働き方とそこに至るキャリア戦略 - yigarashiのブログ

EMキャリアの近況報告シリーズです。2024/4にEMofEMsになったので、現在の働き方やそこに至るキャリア戦略について書きます。これまでの様子は以下です。エンジニアリングマネージャーを目指す若者の戦略 EMキャリアを切り拓く﹁最強の現場リーダー﹂という働き方エンジニアリングマネージャーの最初の学び - このロールは何なのか事業を深く理解しOODAループを回しまくる最近の自分のEM像に至るまで現在の働き方私が所属する株式会社はてなでは、いくつかの事業からなる事業本部を組織しています。自分はこの事業本部付きのEMにあたります。事業責任者と横並びになる形で、エンジニアリングで本部全体に貢献する責任を負っています。EMofEMsとは言ったものの、実はまだ各事業にEMはいなくて難しいところなのですが、大半のマネジメント能力が完結している各事業を外から支援する形なので、抽象度とし

matsukaz 2024/07/03

リンク

なぜ僕たちは開発生産性指標を見ていないのか / Our Strategy for Development Productivity Metrics

開発の生産性を高める新たな視点〜開発生産性フレームワークSPACE〜での登壇資料です

matsukaz 2024/07/03

リンク

20分で分かるIAM全機能 /20240621-aws-summit-iam

AWS Summit Japan 2024 Expo ( https://aws.amazon.com/jp/summits/japan/expo/ )での発表資料です。本資料は、Amazon Web Servicesのテクニカルレビューを経ていますが、発表者独自の観点および分類により作成してい…

matsukaz 2024/07/01

リンク

RAG Fusionが思ってたより凄そう

こちらの記事はForget RAG, the Future is RAG-Fusionを噛み砕いて解釈したものをまとめたものになります。詳細︵一次情報︶が欲しい方は元の記事を読むことをお勧めします。概要 RAG Fusionは単なる﹁新たな手法﹂ではなく﹁革新的な手法﹂です。 RAG Fusionは、従来の検索技術の制約を克服し、ユーザーのクエリに対してより豊かで文脈に即した結果を生成するために、RAG、Reciprocal Rank Fusion、生成されたクエリを組み合わせた新しいシステムになっています。このシステムは、検索結果のリランキングと複数のユーザークエリ生成により、検索の正確性とユーザーの意図との一致を向上させることを目指した手法となっています。 RAGの課題 RAGにはHallucinationの軽減など、多くの利点がある一方で課題もあります。 RAG Fusion開発

matsukaz 2024/06/30

リンク

プロダクト拡大フェーズでプロダクト検証サイクル効率化を目指す過程で見えたもの / Streamlining Product Validation in Growth Phase

開発生産性Conference 2024での登壇資料です https://dev-productivity-con.findy-code.io/2024?m=2024/m/2rylnmAf

matsukaz 2024/06/29

リンク

Go1.21から導入された Go Toolchainの仕組みをまるっと解説

2023/8/9にリリースされたGo1.21 新たに導入されたツールチェーン(Go Toolchains) 次の内容を知ってもらい、Toolchainを使いこなせるようになること・導入が必要となった背景・導入で期待されること・具体的にはどう使うのか・どんな挙動なのか

matsukaz 2024/06/08

go

リンク

まるで“いけない話ができるChatGPT”　ローカルAI「Command R+」の爆発的な可能性 (1/5)

筆者の環境で、LM StudioでCommand R+を動作させている様子。会話相手は自作キャラクターの﹁明日来子︵あすきこ︶さん﹂ PCローカル環境で動作する大規模言語モデル︵LLM︶﹁Command R+﹂を使っていますが、相当優秀ですね。体感ではChatGPT︵GPT-4︶と変わらないレベル。さらに、ChatGPTが回答を拒絶するような会話もできてしまいます。これが体験できるようになったのは、LM Studioに代表されるローカルLLMを動かすためのアプリ環境が整ってきたためです。今年に入り、Command R+を始めとしたローカルLLMが高性能化してきたことと並行し、手軽に使える派生モデルも増えはじめ、一気にあわただしくなってきました。導入が難しかったローカルLLM、﹁LM Studio﹂で簡単に Command R+を試すのに使っているのが、LLMの主要モデルを実行するための統

matsukaz 2024/05/14

リンク

仕事の進め方がグダグダの会社はどうすればいいのか、「プロジェクトマネジメントの基本が全部わかる本」の著者に聞いてみた

仕事の進め方がグダグダの会社はどうすればいいのか、﹁プロジェクトマネジメントの基本が全部わかる本﹂の著者に聞いてみた﹁プロジェクトマネジメントの基本が全部わかる本﹂を執筆し、ご自身もプロジェクトマネージャーやプロダクトマネージャーとして23年経験を積んできた橋本将功さん。橋本さんは、セミナーや著書でプロジェクトマネジメントについての知見を発信されていますが、今回 Agend であえてお聞きするのは﹁専門のプロジェクトマネージャーがいないグダグダになっている職場で、どう仕事を回していくか﹂。﹁うちの会社は仕事を回すのが下手﹂と感じている方にこそ読んでいただければと思います。

matsukaz 2024/05/10

リンク

実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】

TOPインタビュー実は相性が悪い﹁開発生産性﹂と﹁アジャイル﹂。うまくいかない開発を好転させるためにPMがやるべきこととは︻ryuzee|吉羽龍太郎︼実は相性が悪い﹁開発生産性﹂と﹁アジャイル﹂。うまくいかない開発を好転させるためにPMがやるべきこととは︻ryuzee|吉羽龍太郎︼ 2024年3月26日株式会社アトラクタ Founder兼CTO／アジャイルコーチ吉羽龍太郎 1973年生まれ。野村総合研究所、Amazon Web Servicesなどを経て、2016年1月から現職。アジャイル開発、DevOps、クラウドコンピューティング、組織開発を中心としたコンサルティングやトレーニングを専門とする。著書に﹃SCRUM BOOT CAMP THE BOOK﹄︵翔泳社︶、訳書に﹃チームトポロジー﹄︵日本能率協会マネジメントセンター︶、﹃プロダクトマネージャーのしごと﹄﹃エンジニアリング

matsukaz 2024/03/26

リンク

実践Next.js - App Router への理解を深めるために -

Next.js の App Router を中心に解説した書籍を執筆しました。﹁実践 Next.js —— App Router で進化する Web アプリ開発﹂という本です︵3/16 刊行︶。本稿では書籍の概要と、App Router が何を解決するのかについて紹介します。書籍の概要書籍で解説しているサンプルコードは、publicリポジトリで既に公開しています。前半、第1章〜第4章では App Router の基礎を抑えるための練習用リポジトリを使用します。後半、第5章〜第10章では、写真を投稿する SNS﹁Photo Share﹂という架空アプリの実践的リポジトリを使用します。第1章‥Next.js の基礎第2章‥Server Component とレンダリング第3章‥App Router の規約第4章‥Route Handler第5

matsukaz 2024/02/28

リンク

本に書いてあるスクラムと、お前らのいうスクラム開発は別物だということにいい加減気づいてくれ

前振りタイトルは煽りの激しい釣りです。ごめんなさい。 Web業界で今流行っている自称スクラムと、RSGTで語られるような本来のスクラムとの間のギャップが大きすぎて説明が面倒臭くなったのでこの記事を書きました。いい加減﹁私たちは自称スクラム開発を完璧に回しているから、スクラムの恩恵を将来得られるだろう﹂﹁私たちは本来のスクラムとはかけ離れた別物のスタイルで開発をしている。だからスクラムの恩恵は永遠に得られない﹂という二重思考を他人にするようお願いするのにも飽きましたしね。さて本題といきましょう本題世間で、特に渋谷や五反田や六本木のWeb企業ではスクラムというものはとても流行っています。しかしどう考えても、Web企業でよくお目にかかるスクラムと国内トップカンファレンスであるRSGTで語られるスクラムとの間には大きな隔たりがあります。﹁うちはスクラムやってます﹂カジュアル面談で耳

matsukaz 2024/02/28

リンク

新しい UI テストの手法を提供するテストライブラリ SafeTest

新しい UI テストの手法を提供するテストライブラリ SafeTest 2024.02.25 SafeTest は Playwright と Jest/Vitest を組み合わせた UI テストライブラリです。特定のライブラリに依存せず、React, Vue, Angular, Svelte などのフレームワークに対応しています。SafeTest は単体テストと Playwright を使った E2E テストの手法を組み合わせることで、それぞれの手法が抱える欠点を補うことを目指しています。 SafeTest は Playwright と Jest/Vitest を組み合わせた UI テストライブラリです。特定のライブラリに依存せず、React, Vue, Angular, Svelte などのフレームワークに対応しています。従来のフロントエンドのテストの手法は Testing Libra

matsukaz 2024/02/26

リンク

最小限のコードで動く最も汚いコードから始める

最小限のコードで動く最も汚いコードから始める 2023.09.02 コードを書く際の重要な要点は、読みやすく他人に理解される﹁良いコード﹂を書くことです。しかし、完璧を目指して最初から書こうとすると行き詰まります。代わりに、荒削りながらも動くコードを作成し、徐々にリファクタリングして完成度を高めます。型エラーやリントエラーを無視しても構わないので、まずは動くものを作成しましょう。それからリファクタリングして﹁良いコード﹂を作成できます。コードを書くときに最も大切なことってなんだろう？聡明な読者諸君ならご存知だろうが、コードは書く時間よりも読む時間のほうが長い。だから他人に読まれることを意識して、読みやすい﹁良いコード﹂を書かなくっちゃならない。コンポーネントは適切な粒度で分割されていて、適切な名前がつけられている。型システムに安全性だって守られてるし、最新のなんとかアーキテクチャにも準拠

matsukaz 2024/02/25

リンク

GitHub、脆弱性のあるコードを実際にデバッグして学べる「Secure Code Game」シーズン2がスタート

GitHub、脆弱性のあるコードを実際にデバッグして学べる﹁Secure Code Game﹂シーズン2がスタート﹁Secure Code Game﹂は、ゲームと名付けられていますが、実際のコードを月間60時間無料で提供されるGitHub Codespacesの機能を駆使して修正し、ユニットテストを通して完成させる手順となっており、実践に近い内容となっています。昨年︵2023年︶3月に開始されたシーズン1は、PythonとC言語でのセキュアなコーディングを学べる内容でした。今回のシーズン2ではこれらに加えてJavaScript、Go、そしてGitHub ActionsのYamlファイルなどが含まれており、これらのコードのバグを修正することになります。 Secure Code Gameの始め方﹁Secure Code Game﹂の始め方は次の通りです。まず﹁Secure Code G

matsukaz 2024/02/19

リンク

チームトポロジーを読んだ感想

はじめに最近、チームってどんな構成にするのがいいんだろうか？と考えたことがあって、参考になる情報がほしかったのでこの本を読んでみた。この本は組織設計について書かれた本で、次のようなことが書かれてる。どうチームを構成するか？チーム間のコミュニケーション︵インタラクション︶をどう設計するか？定義したチーム構成やコミュニケーションの設計をどう変化させていくべきか？チームファースト、コンウェイの法則などの考え方をベースにこういった問いに答えており、具体的な事例も紹介されつつ説明されていたので、わかりやすかった。個人的に特に知りたかったことが、1つのチーム内で複数のプロダクトを扱うときのアプローチ方法だった。この本はコンウェイの法則推しなので、境界線をみつけてチームを分けた方が良さそうだと思いつつ、よく読んでみると組織のサイズやソフトウェアの規模が小さい場合は、必ずしもこの法則に従わなく

matsukaz 2024/02/18

リンク

Elasticsearchのパフォーマンス問題をプロファイラを使って解決する | メルカリエンジニアリング

search infra teamのmrkm4ntrです。我々のチームではElasticsearchをKubernetes上で多数運用しています。歴史的経緯によりElasticsearchのクラスタは全てElasticsearchクラスタ専用のnode pool上で動作していました。ElasticsearchのPodは使用するリソースが大きいため、このnode poolのbin packingが難しくコストを最適化できないという問題がありました。そこで全てのElasticsearchクラスタを専用のnode poolから他のワークロードと共存可能なnode poolへ移行しました。ほとんどのクラスタが問題なく移行できたのですが、唯一移行後にlatencyのスパイクが多発してしまうものがありました。この記事では、その原因を調査する方法と発見した解消方法について説明します。発生した現象共

matsukaz 2024/02/15

リンク

はてなブックマーク

タグ

matsukazのブックマーク (3,562)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第3週）

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス