GitHubは、生成AIがプログラミングなどを支援してくれる「GitHub Copilot」の新機能として、「GitHub Copilotコードレビュー」が正式版になったことを発表しました。 コードレビューは開発に欠かせないが時間がかかる コードレビューは、新しくコードを書いたときや変更するときなどさまざまな場面で、そのコードにバグなどの問題がないか、目的に沿った内容や表現になっているか、などのチェックや評価を行う作業です。 チームでシステム開発を行ううえでコードレビューは欠かせませんが、コードレビューは基本的にレビューを行うプログラマ（レビュワー）がコードを目視で読み取り、チェックしていくことになるため、レビュワーにとって負荷の高い時間のかかる作業となっています。 最低限のコードレビュー作業を生成AIが代行 GitHub Copilotコードレビューは、GitHub Copilotに作業

いつもMackerelをご利用いただきありがとうございます。このたび、MackerelのAPM（アプリケーションパフォーマンスモニタリング）をベータリリースいたします！ この記事では、APMによってMackerelで得られる体験と、正式リリース時の料金体系をご紹介します。 APMとは、アプリケーションの性能や状態を可視化し、問題の早期発見や解決を支援するツールです。これまでMackerelが提供してきたインフラを中心としたシステム監視に加え、システムのトランザクション単位での詳細な追跡や、HTTPリクエスト・データベースアクセスなどのボトルネックの特定といったアプリケーションの監視やオブザーバビリティ向上のための機能を提供します。 目次 サービスを中心としたオブザーバビリティ体験を提供します 詳細分析の起点となるサービス一覧 サービスごとのパフォーマンスを素早く確認できるサマリー 問題の分

平素よりはてなをご利用いただき、誠にありがとうございます。 「はてなのお知らせ」拡張機能について、Chrome版、Firefox版に続き、この度、「はてなのお知らせ」紙版をリリースいたしましたことをお知らせいたします。 以下のURLにアクセス後、印刷いただくことで、紙版の「はてなのお知らせ」拡張機能をご利用いただけます。目に優しく、長時間見ても疲れないお知らせをお楽しみください。 https://www.hatena.ne.jp/notify/ 「はてなのお知らせ」拡張 紙版のご利用方法 https://www.hatena.ne.jp/notify/にアクセスし、 はてなにログインしてください 「お知らせ」が表示されたら、「印刷」ボタンをクリックし紙面を印刷してください。 お知らせがない…そんなあなたへ！ 「はてなのお知らせ」拡張 紙版を試してみたいけれど、お知らせが特にない…そんな方は

こんにちは、MackerelチームCREの id:kmuto です。新年度・新学期の気配ですね。新年度・新学期での未知は不安でもありワクワクでもありますが、システムやサービスが未知で何も見えない状況は困るだけなのでオブザーバビリティで解決していきましょう。では、今回のアップデート内容をお知らせいたします。 すぐに始められるトレース投稿チュートリアルを用意しました トレーシング機能のドキュメントをMackerelのヘルプページで公開しました スパンの属性値が配列だったときの表示をわかりやすくしました トレース詳細画面からそのサービスに関するメトリックへのリンクを追加しました デプロイ環境を表す属性としてdeployment.environment.nameもサポートしました カスタムダッシュボードでグラフスライダーの表示有無を記憶するようになりました 注意喚起：MackerelのOSSリポジ

https://findy.connpass.com/event/345202/ Findy 技術参謀たちの戦略図 発表資料です

信頼性を支えるテレメトリーパイプラインの構築 / Building Telemetry Pipeline with OpenTelemetry

アドバイスはこれだけだ。あとは何をするのも自由だ。 無駄な調理器具を買えば、何よりも「自炊しなきゃ…」という無駄な罪悪感まで背負うことになる。メンテナンスが必要になる。場所も必要になる。いいことはない。 炊飯器は買うな。箸も買うな。茶碗も鍋も買うな。ガスコンロも買うな。契約するな。場合によっては包丁すらもいらない。 自炊＝和食幻想は捨てろ。今のところはな。 毎日ピザを焼くことができる者だけが次のステージに進むことができる。和食はゲーム終盤にならないと解放されない高度スキルと心得ろ。 まずは黙ってピザを焼くんだ。 なぜピザなのかを説明しよう。 ピザこそは料理の王者であるからだ（アメリカ調べ）。 何を合わせても旨い小麦と、トマトソースと、チーズからなる。しかも特別な調理器具がいらない。オーブンだけだ。アルミホイルに載せて焼けば皿もいらない。 野菜も唸るほど食える。むしろトマトソースとチーズだけ

物騒な世の中です。皆様お気をつけください。 3行でまとめ 自作の OSS、fujiwara/apprun-cli のマルウェア入り偽物を作られて GitHub で公開されました 偽物には大量の新規アカウントがスターを付けていたため、検索でオリジナルのものより上位に表示される状態でした GitHub に通報したところ、偽物を作ったアカウントはbanされたようです 経緯 2024年末に、さくらのAppRun用デプロイツール apprun-cli という OSS を公開しました。 github.com 2025年2月10日 12時過ぎのこと、謎の人物が X で apprun-cli を宣伝しているのを見つけました。 どう見ても自分の物と同じ(コピー)なのですが、妙にスターが多い。リポジトリをのぞいてみると、fork ではなくコードがすべて commit 履歴を引き継がない状態でコピーされ、スター

いつもMackerelをご利用いただきありがとうございます。Mackerelプロデューサーのid:wtatsuruです。 この記事では、今後Mackerelが開発するアプリケーションパフォーマンスモニタリングの開発予定と使い方について紹介いたします。 アプリケーションパフォーマンスモニタリングの開発と今後の予定 Mackerel APMに込めた思い Mackerelのトレーシング機能の利用方法 使ってみた感想やフィードバックをお聞かせください！ 2/13（木）わかった気になる分散トレーシング - OpenTelemetryでトレーシングに入門するハンズオン！ アプリケーションパフォーマンスモニタリングの開発と今後の予定 Mackerelは、2025年前半にアプリケーションパフォーマンスモニタリング（APM）の機能をリリースします。APM機能は、アプリケーションの挙動に注目して性能やエラーの

“見積り” を作成した開発チームと、それを確認したビジネス担当者や経営者が、その内容を巡って対立することがあります。「見積りが大き過ぎる」「いや、これぐらいはかかりますよ」といったあのやり取りです。 これはおそらく、両者がともに “見積り” と “計画” を区別せず、混同しているから発生しています。見積り依頼を受けた時、開発チームが提出するものは、おそらく “見積り” です。しかし、ビジネス担当者や経営者が期待するアウトプットは “計画” なのです。 こうして “見積り依頼” という名のもとに、ソフトウェア組織に対立が日々生じているのではないでしょうか。 “見積り” と “計画” は別物見積り結果の「30人月」という数字（①）は、計画ではなく見積り工数です。そんなことは当たり前ですよね。 工数が明らかになれば計画なのか？それでは、30人月の開発を5人でこなすから「6か月」かかる（②）、とい

仕事終わりどころか朝起きた瞬間からなんだか疲れてしまっていることがある。 そういう時は体力的には元気でもポンコツになる。RPGゲームで言うとMPがじわじわ削られているような感覚で、注意力や集中力も落ちて生産性ががくんと下がってくる。自分はこれを "毒状態" と呼んでいる。毒効果はたいていHPを削るものだが、そこはあまり気にしないでほしい。 自身が毒状態にあることを認識したら、原因を明確にするところから始めなければならない。 たとえば、他チームの◯◯さんとのやりとりに苦労してるとか、ミーティングで人と話す時間が増えて気疲れしてるとか。何か期限があるタスクを誰にも相談できずに抱え込んじゃってるとかもよくある。あるいはプライベートの心配事なども関係しているかもしれない。 経験上、毒状態には2つの傾向がある。ひとつは「単一ではなく複数が積み重なっていること」、もうひとつは「人の顔がチラついてしまっ

年末も近くなり、皆さんも帰省について考え始める頃だとは思うが、一方、旅行に行ったり、自分ではなくパートナーの帰省に随行するなどで飛行機や新幹線を調べる方もいるだろう。 その中で、北海道に来る人。 北海道のお土産というのは、個人的に質・量いずれも全国トップクラスだと思っており、札幌駅のお土産店や新千歳空港でよく知らないお菓子を適当に選んでも、そうそう外れる事はないのだが、道民として「これ美味いのに道外の知名度低いんだよなぁ」というものが結構ある。 北海道土産の王者白い恋人や、価格と品質のバランスでばら撒き菓子戦線上位に確固とした足場を築いた札幌農学校、ロイズのチョコレート、ルタオのチーズケーキなどは当然のように美味いし、あったら喜んで食べるのだが、今回はメジャーすぎるということで選外とし、もうちょっと「あれ美味しかったです」「そうでしょ、北海道では有名なのよ」となって内心ニヤけるようなものを

1994年に『姑獲鳥の夏』で作家デビュー。1996年『魍魎の匣』で日本推理作家協会賞、2003年『覗き小平次』で山本周五郎賞、2004年『後巷説百物語』で直木賞を受賞。今年作家生活30周年を迎える京極さんに、夏の納涼歌舞伎のために書き下ろした小説『狐花 葉不見冥府路行』について伺いました（構成：山田真理　撮影：本社・武田裕介） 歌舞伎のために書き下ろした小説 広告デザインの仕事をしていた30歳の頃、企画書を書くふりをしながら会社のワープロで書いた小説を出版社に持ち込んだところ、運よく編集者の目に留まってデビューしました。早いもので、今年は作家生活30周年になります。 本作は歌舞伎の脚本として書き下ろし、今年8月の納涼歌舞伎で上演されました。伝統芸能は好きでしたし、「歌舞伎化を」と言われた時は「過去のどの作品を舞台化してくれるんだろう」と光栄に思いました。 ところが最初の打ち合わせで「書き下

Mackerelに関する情報を提供するメタデータAPIについて解説します。 ベースURLはhttps://mackerel.io/meta/です。 オーガニゼーションのAPIキーは必要ありません。 IPアドレス範囲 IPアドレス範囲 Mackerelが使用するIPアドレス範囲を表します。 GET https://mackerel.io/meta/ip-ranges.json { "incoming": [ "13.113.31.156/32", ... ], "outgoing": [ "52.193.111.118/32", ... ] } KEY TYPE DESCRIPTION incoming array[string] Mackerelが受信に使用するIPアドレス範囲です サービスがホストされているIPアドレス範囲 outgoing array[string] Mackerelが

誰かがリードしている時に、それを支え、あと押しするような振る舞いをフォロワーシップと呼ぶ。 フォロワーシップについては、Derek Sivers の TEDトーク How to start a movement や あんちぽさんのやっていき、のっていき が自分は好き。研究でいうとロバート・ケリー教授の The Power of Followership の5つの分類が有名。 難しそうに感じるかもしれないが、実はフォロワーシップの実践というのはもっとゆるいところにも現れるものだと思う。自分のまわりの人たちがおそらく無意識的に実践しているように見えることを雑に書きだしてみる。 1. 反応を返す 誰かが発言したり何かを書いたりしたことに対してわかりやすく"反応を返す"という振る舞いは、意外と皆ができていなかったりする ミーティングで最初の挨拶に対して挨拶を返したり、「何か質問や意見ありますか？」

anond:20241012181121週刊少年ジャンプ史上最も重要なマンガ20選 ↑を書いた増田です　適当に書いた増田がしばらく見ないうちにブクマ数めっちゃ伸びてて派生増田もめちゃくちゃ出ててビビった。ただのおじさんの与太話にいろいろ意見をくれてありがとう みんなのコメントの中には恥ずかしながら読んでなかった作品もあったくらいで、今週はネカフェやKindleの50%還元セールでいろいろ読み返してました 選考基準について少し補足すると、ジャンプという雑誌の在り方への影響度がとにかく重要だと考えてます。売上とか人気とか社会的影響は考慮はしてますが、あくまで付随する要素に過ぎません。 ブコメやXで結構言及されてたのを見て思ったのは、選評を雑に書きすぎて自分の考える重要性が伝わってないところが多かったのと、20選だとさすがに網羅出来てないなということ。もともと個人的なメモ書き程度に書いたものだっ

チャットコミュニケーションむずかしい。全然そんなつもりで書いてないのに受け手の解釈が乗っかって伝わったりする。 たとえば純粋に質問しているだけなのに責められているように感じる人もいるし、感謝を伝えたつもりが煽りや嫌味と捉えられることもありうる。 そもそもチャット以前の関係性の問題として対処すべきこともあるし、受け手の人となりや状況を完全に理解することもできないのであまり気にしすぎても仕方ない。一方で、自分の経験上解釈ズレが起きやすい表現は明確にあって、自分はそれらを"禁止"するマイルールを作っている。誰でもできるチャットコミュニケーションの工夫の一つとして雑にまとめておく。 あー / えっと 「あー (そうじゃなくて)」とか「えっと (理解できないみたいだからどう言おうかな)」みたいな感じで相手に非があるという印象で伝わることもある じっくり考えられるチャットでこれらを書く必要もないので使

数日前に𝕏上で「日本のDevRelって何なんだ？」という議論が巻き起こり、エンジニアや今DevRelを名乗っている人たち周辺で大きな話題となりました。わたしもかつてDevRelという名前のチームで働き、その活動に意義があると思っているので話題を整理してみたいと思います。今や様々な役割を内包する名称としてIT・WEB業界で一定の認知度を得ているDevRelとは何をする人なんでしょうか。 ここに書いたものはあくまでも個人的な視点と意見ですが、関連する皆さんは一緒に考えてみてもらえると嬉しいです。𝕏でもブログでもPodcastでもYouTubeでもなんでもいいので、是非ご意見ご感想をお寄せください。 この記事を人力で三行でまとめると アメリカ式のDevRelが日本で改変されて使われるようになったよ なんでこうなっちゃったか考えてみるよ 本来的なものだけを残して、ほかは名前を変えるのもいいんじ

Amazon Web Services ブログ 重複した IP アドレス範囲を持つネットワーク間接続 本稿では、重複した IP アドレス範囲を持つネットワーク間接続のいくつかの方法を紹介していますが、第一に VPC の IP アドレス範囲は、通信するネットワークと重複しないように慎重に設計することが重要です。 お客様のネットワークにて、IP アドレス範囲が重複したリソース同士が通信する必要のある状況がよく見られます。これは、企業が買収された際、同じプライベート (RFC1918) アドレス範囲を使用している場合によく発生します。しかし、固有の IP アドレス範囲を持つサービスプロバイダーが、同じ IP アドレス範囲を持つ2つの異なるコンシューマーにアクセスを提供する際に発生する可能性もあります。 ネットワークの重複は意図せず発生することもあります。Amazon SageMaker や AW

ミーティング中にうまく意見を言えないという相談を受けた。めちゃくちゃわかる。自分は開発関連のミーティングではそういう悩みは少なくなったけれど、経営関連のミーティングでは今でも歯がゆく悔しい思いをすることが多い。 相談された時にはうまく答えられなかったので、雑に自分がやっていることを書き出してみる。必要な役割としてミーティングに入っているというのを前提として、そもそものミーティングの必要性や参加者の要否についてはここでは対象外とする。 1. 事前に予習する 意見を言えないのは、その場で理解できなかったり考えがまとまらなかったりするから 事前にアジェンダが用意されていたら読み、関連ドキュメントがあればそれも目を通しておくなどできるかぎり事前準備をしておく わからないところや聞いておきたいことがあればコメントしたり頭出ししたりしておくとよい 2. 話を振ってもらう 意見を言えないのは、発言するタ