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

価値のある機能をユーザに早く届けるための大企業エンジニアの挑戦 / Achieving Faster Delivery of Customer Value Features in a Siloed Organization

024年6月28日に開催された開発生産性Conference 2024 の講演資料です。講演詳細についてはこちらをご覧ください。 https://dev-productivity-con.findy-code.io/2024

katzchang 2024/07/01

リンク

New Relicで新しいAPIのメトリクスが見れない！ってなった件

タイトルの通りですがNew Relicで新しいAPIのメトリクスが見れない！という事象に遭遇しました。結論からまとめるとNew Relic側で Metrics Grouping Issues が検知されたことにより自動作成されたルールによって新しいメトリクスが拒否されるようになっていました。 Metrics Grouping Issues (MGI) とは New Relicのドキュメント[1]によると、Newrelic APM、Browser、Mobile機能を使用している場合に外部サービスの呼び出し UUIDやトランザクション名などのカスタムインストルメンテーションがURLに含まれることでトランザクション名が無限に近いかたちで生成されます。具体的には例を見ていただければわかりやすいですが、これによりNew Relicのチャートやテーブルに表示されるメトリクスが膨大になり有用性

katzchang 2024/07/01

リンク

OpenTelemetryのテレメトリとMackerelのホストをResource Attributesで紐づけるためのOTelcol Processorを作りました - Diary of a Perpetual Student

OpenTelemetryを使い始めるにあたって、既存の監視ツールからいきなり切り替えることは難しく、基本的には一時的に並行稼働させて様子を見ることになると思います。これまでmackerel-agentをインストールし、Mackerelにホストとして登録してシステムメトリックを監視していたマシンに、新たにOpenTelemetry Collector+Host Metrics Receiverを導入するケースを考えてみましょう*1。 Resource Detection Processorなどを併用することで、メトリックにホスト名などをResource Attributesとして付与することができます。しかし、比較のためにMackerel上のホストと対応させて眺めるには今一歩情報が足りません。そこで、ホストにインストールされたmackerel-agentの設定ファイルを読み、Macke

katzchang 2024/07/01

リンク

技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先？（前編）

技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先？︵前編︶ソフトウェアの品質をテーマに研究をしている名古屋大学森崎研究室は、ソフトウェアの技術的負債をなんらかの形で数値化する手法の研究の一環として、コードの読みにくさの原因となる要因などを分析した研究結果を発表するイベントをオンラインで開催しました。今回発表された研究では、技術的負債を抱えたレガシーコードのリファクタリングで取り除かれた問題の90％以上が、メソッド名と実際の関数の動作が一致していない、あるいは関数名とコメントが矛盾しているなどの﹁命名的問題﹂、もしくは複雑で読みにくい多数の条件分岐や深いネストなどを抱えた﹁構造的問題﹂のいずれかであるという先行研究があることを踏まえ、どちらを優先してリファクタリングすると保守性や可読性が高くなるかを調査しています。具体的には、命

katzchang 2024/07/01

リンク

フィーチャー開発からホールプロダクト開発へ ~ 顧客価値へ向き合い続ける挑戦 ~ @itohiro73 #開発生産性con_findy

katzchang 2024/07/01

リンク

Why is observability so expensive?

It’s no secret that observability costs are top of mind for many organizations in the post-zero interest rate phenomenon (ZIRP) era (see here, here, and here for example discussions, though similar sentiments can be found far and wide). Organizations are frustrated with the percentage of infrastructure spend (sometimes > 25%!) allocated towards logging, metrics, and traces, and are struggling to u

katzchang 2024/06/29

リンク

ログ基盤のFluentdをFluent Bitに移行して監視ツールを実装した話 - Mirrativ Tech Blog

はじめまして、Azuma︵@azuma_alvin︶です。現在大学院の1年生で、2024年2月から4ヶ月間ミラティブのインフラチームにインターンとして参加しました。普段はインフラやMLOpsといった領域に興味があり、最近はVim環境の整備がマイブームです。本記事では、ログ基盤をFluentdからFluent Bitへ部分移行した経緯とその2種類の監視ツールの実装についてお話しします。記事の最後に、インターンから見たインフラチームの特徴と私が4ヶ月間で学んだことを紹介しています。興味がある方は末尾までスクロールしてぜひご覧ください。 1. 背景と目的 2. ミラティブのログ基盤について 3. ログ欠損の原因調査 Fluentdのバッファリングの仕組み fsnotifyを用いたバッファリングの観察負荷試験日付時刻フォーマットとワイルドカードによるログ欠損ログ保存とサーバータイムスタン

katzchang 2024/06/29

リンク

【資料公開】価値創造と開発生産性

みなさんこんにちは。@ryuzeeです。 2024年6月28-29日に開催の開発生産性Conference 2024で登壇しましたので、資料を公開します。最近﹁開発生産性﹂という言葉を耳にする機会がすごく増えたような気がしますし、自分でもあるメディアの取材で﹁開発生産性﹂という単語を使ったのですが、なんとなくスッキリしない感じを抱えていました。僕自身は﹁生産性﹂という単語の不透明さをさけるべく﹁開発生産性﹂を使ったのですが、これでも不透明さは残ったままだったわけです。ということで、﹁開発生産性﹂が何を指すのかを深堀りした上で、この単語とどう付き合っていくべきなのかを整理したのが、このセッションです。スライド全部を読む時間のない方もいると思いますので、以下に結論を書いておきます。﹁開発生産性﹂に関心を持つ理由も、﹁開発生産性﹂の定義もさまざま重要なのはコンテキスト数字だけで全て

katzchang 2024/06/29

リンク

ココヘリ（新ジロー）と旧ジローの違いについてまとめてみた（2024年6月27日時点） : 絶対にマネをしてはいけない山歩き。

2024年6月27日時点で、ココヘリとジローにまつわる情報を自分なりに整理してみた。あくまで個人的な備忘録であり情報の真偽を保証することはできないので悪しからず。タップできない目次はじめにココヘリ（ジロー）騒動の発端旧ココヘリと旧ジローの統合前ココヘリとジローがひとつになった直後統合から約1年後、サービス内容が変わった！旧ココヘリと併用で旧ジローを山岳保険的に使っていた人は不利益あり旧ジローがカバーしていた部分が一部無くなる形になった一番不利なのはジローしか加入してない準会員ココヘリ自体は依然として恩恵が大きいサービス山岳保険の検討とココヘリのこれからに期待はじめにココヘリとジローにまつわる情報を自分なりに整理してみたが、あくまで素人理解であり、公式（代表者）への質問の回答は今だ得られていない状況ではあるが、僕なりに解釈した情報をまとめてみる。僕自身は昔ながらのシンプルプラン（今は新

katzchang 2024/06/28

リンク

「その仕組みは効果を出し続けているだろうか？」を問う - CARTA TECH BLOG

デジクルのあっきー(akkiihs)です。小売企業様の販促活動をDX推進するプロダクトの開発リーダーをやっています。今回は社内ブログに書いた記事を公開します。﹁仕組みをつくる﹂という話はよくあるけど、果たして "その仕組みは効果をだし続けているだろうか？" と自分に問うている今日このごろ。ここでの “仕組み” とは、システムに何かをやらせる仕組みではなく、チームや組織の仕組みの話である。例えば、全体定例も、情報共有や意思決定などの目的をもった1つの仕組みとも言える。ルーティーンや習慣、かなり大袈裟に言うと思想や文化を醸成する要素といってもいいかもしれない。仕組みは、つくって終わりではなく、継続して効果をだし、事業組織の状況に合わせて適応し続けることが大事だと感じている。この手の仕組みは、管理や準備を怠れば、すぐに形骸化し、効果のないものに変わり果ててしまう。これがシステムのみで

katzchang 2024/06/28

リンク

社内の基盤を活かして爆速開発を実現するために重視したマイクロサービステンプレートの5つの要点 - MonotaRO Tech Blog

はじめに転職後の二つの喪失感への対応所属チームの現状とMonotaROのアプリケーション/サービス共通基盤（所謂プラットフォーム）所属チームの状況社内プラットフォームの状況マイクロサービス開発のためのテンプレートの導入開発のロケットスタート：テンプレートの早期提供テンプレート作成の5つの要点 1. ベンダー非依存なObservabilityの実装 2. CI/CDを早期に提供（特にLinterを最初期に） 3. APIプロトコルとして、JSON over HTTPとgRPCの双方をサポート 4. 最低限の薄いフレームワーク 5. セントラルProtobufリポジトリの提供現在の取り組み (2023年10月以降)と今後の展開さいごにはじめにはじめまして、MonotaROのCTO-Officeに所属する伊藤と申します。 github.com recruit.monotar

katzchang 2024/06/28

リンク

自社に適した運用でフロントエンドのエラーを迅速に対応することを実現

比較した軸*Sentry を導入したのは 2019 年でサービス毎の比較は古い情報になるため詳細は記載しません。以下のような軸で比較を行いましたコスト(サービス利用料・導入・運用に掛かるコスト) Microsoft Teams との連携︵食べログでは Microsoft Teams を使用している︶対応の必要がないエラーを課金対象外にする機能管理画面の使いやすさドキュメントの情報量と読みやすさ運用環境ログの保存期間選定理由多くのエラートラッキングツールには、1ヶ月に受け取れるエラーの数にプランごとの上限があります。食べログでは日々大量のブラウザエラーが発生しているため、全てのエラーをキャッチしてしまうとすぐ追加料金が発生してしまいます。そのため、スクレイピングやユーザーの環境依存など、対応の必要がないエラーを課金対象外にする機能を重要視していました。 Sentry ではス

katzchang 2024/06/27

リンク

デーモン閣下に関するご報告 (H.E. DEMON KAKKA | INFORMATION)

弊社（株式会社パワープレイミュージック）所属のデーモン閣下（悪魔。アーティスト。10万61歳）は今年2月に、日頃よりお世話になっているかかりつけ医に勧められて、内視鏡による検査を致しました。その際、本来の検査目的ではない部位において早期の癌を見つけることができました。「なるべく早く専門医による治療を受けたほうが良い。」とのアドヴァイスを頂いたため、3/16（日）に開催された「ジゴロック大分地獄極楽ROCK FESTIVAL」の出演を最後に、既に決定していた仕事のほとんどをキャンセルさせて頂き、4月から5月にかけて検査入院と手術を致しました。手術後も問題なく回復を致しまして、5月下旬に退院を致しました。現在は、体力を回復させるため、トレーニングをするまでに至っております。デーモン閣下は、厚生労働省「上手な医療のかかり方大使」を5年、広島県「がん検診啓発特使」を12年間務めており、そ

katzchang 2024/06/26

リンク

WebブラウザにおけるOpenTelemetryの自動計装PoC: Trace via Service Worker | Marginalia

2024-06-26 WebブラウザにおけるOpenTelemetryの自動計装PoC: Trace via Service Worker 2024/06/25のOpenTelemetry Meetupで発表した『opentelemetry-js 探訪 Webフロントエンドでも自動計装したい！編』の中で、Service Workerを使った非破壊的な自動計装のPoCを紹介した。この記事では発表の中では割愛した詳細部分を含めて解説する。 otel-jsのバージョン今回のPoCのコードで利用しているopentelemetry-jsのパッケージバージョンは以下のとおりである。experimentalだらけなので時間が経てばいろいろと壊れるだろう。 "@opentelemetry/api": "^1.9.0", "@opentelemetry/core": "^1.25.1", "@opentel

katzchang 2024/06/26

リンク

何が事業貢献なのか分からなくなっていた伊藤直也さんが再認識したユーザーエクスペリエンスへのコミット - Findy Engineer Lab

ソフトウェアエンジニアは、どのように事業に貢献すべきか？宿泊施設やレストランの予約サービスを提供する株式会社一休で執行役員CTOを務める伊藤直也さんは、2016年に入社しておよそ2年間、心の奥に抱えた悩みを解消できないまま仕事をしてきました。伊藤さんは、2000年代から複数のWeb系テックカンパニーで技術部門のリーダーとして活躍し、現在でも利用される個人向けWebサービスのローンチをいくつか手掛けています。一休には入社以前からフリーランスで技術顧問を務めており、会社がヤフーグループ︵当時︶に入って経営陣が一新されるタイミングで、代表取締役CEOとなった榊淳さんの要請を受けて入社しました。当時は全て.NETだったというサービス基盤の刷新や技術的負債の解消、開発組織の整備といったエンジニアリングにおいて重要な改善を進めてきましたが、あるとき自身が﹁事業に貢献していない﹂ことを明確に意識す

katzchang 2024/06/26

リンク

How to send distibuted traces to Datadog using build own OpenTelemetry-Lambda distribution

https://opentelemetry.connpass.com/event/317170/ https://scrapbox.io/aereal-tech/2024%2F6%2F25_OpenTelemetry_Meetup_2024-06

katzchang 2024/06/25

リンク

OpenTelemetry Meetup 2024-06 - ABEMA と分散トレーシングのあゆみ

https://opentelemetry.connpass.com/event/317170/

katzchang 2024/06/25

リンク

feature flag と OpenTelemetry

OpenTelemetry Meetup #3 2024-06 登壇資料 https://opentelemetry.connpass.com/event/317170/

katzchang 2024/06/25

リンク

Why Roadmaps Reflect the Level of Agile Inadequacy

I was in the fifth and final round for a Product Owner position. I rem ember becoming tired of responding to all kinds of questions, often the same as I had already answered before. Especially considering I had already jumped through quite a few hoops— I had completed a personality test and an intelligence assessment. Didn’t they have enough information to decide if they wanted to hire me (or not)