しばらくフリーランスとしてフラフラしていましたが、縁とタイミングが合って、12/16付でGitHub Japanにシニアソリューションエンジニアとして入社しました。開発職ではなく技術営業職で、担当は主にエンプラ領域の予定です。 GitHubが好き 「SongmuさんてGitHub好きですよね」 Mackerelのプロダクトマネージャーをやっていた頃、一緒に事業を手がけていたビジネスマネージャーのnkakoさんにそう言われたことを覚えています。これは「そういうふうに見えているのか」という気付きを与えてくれました。GitHubはもちろん嫌いではありませんでしたが日常的に使うサービスなので、好き嫌いはそこまで意識してはいませんでした。 ただ、MackerelのPdM時代はかなりGitHubを意識していた事は確かです。個人の道具としても仕事でも使えることや使いたくなるサービスであることを目指してい

KMC37代のdamaです。 KMC外ではDNEKと名乗っています。 これはKMC Advent Calendar 2025の6日目*1の記事です。 対象読者 概要 仕様解釈の誤り（私の事例） 誤解の内容 解釈を誤った原因 仕様解釈の誤りがもたらした影響 Pietの仕様との向き合い方 仕様重視型Pietプログラミングガイド 入門資料2選 IDE 2選 インタプリタ2選 今後の予定 対象読者 Pietの正しい仕様や開発環境に興味がある方 使っているPiet開発環境の挙動に疑問を感じている方 一次資料を読むことの大切さを知りたい方 Pietの仕様を知らない方は、とりあえず雰囲気で読むか、以下の解説スライドの16-37ページに目を通すと良いでしょう。 ドット絵でプログラミング！難解言語『Piet』勉強会 from 京大 マイコンクラブ www.slideshare.net 概要 「Piet」はド

この記事は Mackerel Advent Calendar 2025 の16日目の記事です。15日目は id:kazeburo の JSONL ログから柔軟にメトリクスを生成する ― mackerel-plugin-jsonl を作った話 でした。 みなさまMackerelのアラート履歴はどのように確認していますか？ Web上からアラートの一覧を眺める？ ツールで集計して以前との変化を確認する？ それとは別に、会議でダッシュボードを見る際にこんな状況になったことはありませんか？ メトリックとイベントの突き合わせが早押しクイズになってしまう 「そのメトリックが変化したのはその日に障害があったのと関連していて...」など メトリックの変化をの理由を調べるアクションは出るものの、監視ルールの見直しなどはあまり話題に上がらない その結果監視ルールの見直しもあまりできず、その他のアクションを出す会

request_smuggling_2025.md 文責と分析: mala 前置き 個人の見解であり所属組織とは関係ない 業務時間中の調査内容も含むが、公開情報をベースとして書く 注意喚起のために書いており、あとで更新される request smuggling自体の解説はしない。(元々知ってる人向け) 概要 request smugglingは古くからある脆弱性だが、2025年になってBlackHatでrequest smugglingの発表がされたり、未だに新規性のある手法が見つかっていたりする 大きめの発表のタイミングで一過性の注目を集めることもあるが、実のところ全然修正されてなかったり、あるいは修正に非常に長い時間がかかったり、潜在的な問題が残ったままになっていたりする どういう問題が残っていた、残っているのか、なぜなくならないのかといった考察をする いくつかの重要研究 https:

この記事は一休.com Advent Calendar 2025の13日目の記事です。 宿泊開発チームでエンジニアをしている @kosuke1012 です。 本記事では、予約処理の中で必要な在庫引当、カード決済などの各処理について、予約処理全体として成功/失敗の結果整合を実現するための実装パターンを紹介します。 背景 現在、一休.com の宿泊予約のシステムでは、予約部分のリニューアルを進めています。 予約リニューアルプロジェクトの全体感もどこかで是非説明したいのですが、アドベントカレンダーの期日も迫ってきているため、 リニューアルの中で取り組んだ、予約処理の結果整合を実現するための実装について書いてみたいと思います。 用語 この記事内での用語の定義をしておきます。 この記事の中で「トランザクション」と言った際には、予約処理全体を指すことにしたいと思います。 また、「カード決済」「在庫引当

昨日はスライドホスティングサイトの文字化け・文字落ちの対処としてPDFの画像化・透明文字埋め込みの変換をするPDF Slide Guardを作っていた。 kmuto.hatenablog.com 「そもそも何でこの文字化けが起きるんだ？」と掘っていった結果、（少なくとも今対象にしているケースでは）QPDFで修復できることがわかった。 qpdf --qdf 元PDFファイル 修復後PDFファイル だけで治り、画像化によるサイズ問題や埋め込みテキストの消失も考えなくてよい。Dockerイメージも一応用意したよ。 Ghostscriptによる調査 QPDFによる修復 Dockerイメージの提供 Ghostscriptによる調査 壊れるPDFはそもそも何らかおかしいと思われるので、リファレンスとしてGhostscriptで見てみるところから始めた。以下はPDF original.pdfを読み込んで

これは はてなエンジニア Advent Calendar 2025、10日目の記事です。 onishiアドベントカレンダー10日目でもあります。 生成AIによるコーディングが大きく進化した2025年。普段は人事部長などをしているため、あまりコードを書かないのですが、ある程度自律的に開発をしてくれるAIはそういった人こそ便利に使えるのではないでしょうか。 というわけで、「なるべくAIだけでどこまでできるか」をテーマにいくつか遊んだ様子をお届けします。動作環境を必要としない、ブラウザで動くゲームを題材にし、紹介したコードは全て GitHub の public リポジトリに置いてます。 ちなみに本記事に実用性は全くありませんので先に注意しておきます。 3つのAIで実装対決 共通指示と結果 評価 同時開発 3つのAIで順番に開発 単一のプロンプトで開発を進める 褒め合うAI 完成したもの AIが自

LayerX Tech Advent Calendar 2025の9日目の記事です。 バクラク事業部 ソフトウェアエンジニアの @upamune です。 今日は、ローカル開発のシークレット設定をいい感じにした話をします。 ローカル開発環境のシークレット設定、手動でやっていませんか？ 「シークレットは1Passwordにあるので設定してください」 開発環境のセットアップでこのようなことを言った・聞いたことがある人も多いのではないでしょうか。APIキーなど、ローカル開発でシークレットの設定が必要なことがあります。 この記事では、AWS Secrets Manager と Go の struct tags を組み合わせて、ローカル開発時のシークレット設定を自動化した仕組みを紹介します。シークレットを手動で設定する手間をなくし、開発体験を向上させることが目的です。 背景・課題 私たちのチームでは、

はっきり言う。 企業のTech Blog、もう全部やめてくれ！！！頼むから！！！！ いや、マジで。 今年もまたこの季節が来てしまった。アドベントカレンダーだ。 QiitaだのZennだの自社ブログだので、TLに流れてくる「〇〇社のAdvent Calendar」。 これを見るたびに、俺は心の底からうんざりするんだよ。吐き気がするほどに。 はてなでも度々話題になるが、あえて言わせてもらう。 お前らの書くTech Blog、9割9分は無価値だ！！！！！！ 「〇〇イベントに行ってきた。熱気がすごかった！」 「〇〇の新機能を試してみた。便利だと思った！」 ……小学生の絵日記かよ！！！！！！！！ 「すごかった」「便利だった」じゃねえよ！！！！ そんなもん、公式ドキュメント読めば3秒でわかることだろ！？ わざわざ自社のロゴ貼り付けて、ドヤ顔で公開する内容か！？ 本当に！本当に！！なんの！！！価値も！！

Intro 「Background Fetch を使っているのが、世界であなたのサイトだけなんだけど、この機能消しても良い?」 と、TPAC 2025 の会場で、Chrome の Service Worker チームの開発者と話していた際に言われた。 Background Fetch Background Fetch は、Service Worker を使って、文字通り Fetch をバックグラウンドで行う機能だ。 特に Android では、ダウンロードの UI にプログレスが表示され、終わったら Cache API に保存されます。 筆者が運営している mozaic.fm のサイトは、Podcast アプリと同じようなことを Web でもできるように PWA 化し、様々な機能を試していた。 PWA: モバイルでインストールしてアプリとして使える Background Fetch: エピ

このたび、弊社によるアドベントカレンダー内記事につきまして、不適切な表現や内容が含まれていたことにより、皆様にご不快な思いとご迷惑をおかけしましたことを、心よりお詫び申し上げます。皆様の信頼を損ねる事態に至りましたこと深く反省しております。 弊社内における情報発信に対する指導・管理体制の甘さ、およびチェック体制の不徹底が、今回の事態を招いた最大の原因であると認識しております。 特に、人を異なる動物に例えたように映る表現について、多くの皆様にご不快な思いをさせてしまったこと重ねてお詫び申し上げます。 現在、当該ブログ記事は削除させていただきました。 本件を受け、発信における内容の適切性、倫理的な配慮、誤解を招く表現がないかを確認するため、複数名によるチェック体制を全社で強化し、再発防止に努めてまいります。また、全従業員に対し、改めて表現やソーシャルメディア利用に関するガイドラインを周知徹底い

川見てる Advent Calendar 2025の7日目の記事です。大遅刻*1。 隅田川の写真 11月に撮影した隅田川の写真です。 *1:書いているのは12/9です

AIが進歩して、ドキュメントやブログ記事などを非常に作りやすくなった。一方でAIは文章の足し算に偏重しているため、伝えたいことに対して非常に多くの文章を吐き出す。その結果、何が伝えたいか分からないドキュメントや記事が増えていると感じる。 こう感じたとき、僕は自分が好きな「圕の大魔術師」の、とあるセリフを思い出す。5巻 p141の「本が優れているかどうかの判断に厚みは直接的な関係がないと思います。言葉を削ぎ落とし簡潔に真実を述べた冊子のような姿もありうれば、いたずらに文字だけ増やした辞典のような姿もありうるからです」というセリフだ。 圕の大魔術師 5巻 p141から引用 AIによって文章を作りやすくなった時代だからこそ、「何を伝えたいか」を徹底的に意識し、「伝えたいこと以外を徹底的に引き算」した文章を作るように心がけたいと思う。 図書館の大魔術師（５） (アフタヌーンコミックス) 作者:泉光

Node.jsでSQLを高速に単体テストするライブラリ @rawsql-ts/pg-testkit を紹介します。 生SQLは当然として、PrismaやDrizzleなど既存ORMとも併用可能で、既存アーキテクチャを壊さず導入できます。 従来の問題点 SQLの単体テストを行う場合、一般的には以下の手順で行います。 マイグレーション（テーブル環境構築） シーディング（テストデータ投入） テスト クリーンアップ（ロールバック、テーブル環境破棄） 通常の単体テストと異なり、マイグレーション、シーディング、クリーンアップという工程が必要です。 さらに、DBという共有ストレージを使用するため、テスト間の競合に注意が必要です。 上記の問題を回避して高速化するのは難しく、現状では DBインスタンスをたくさん立てる DBにスキーマをたくさん作る テストデータが競合しないように気を付ける といった力業に頼る

記事の中で映画、ゲーム、漫画などのネタバレが含まれているかもしれません。気になるかたは注意してお読みください。 ネタバレ注意！！この記事は「魔法少女ノ魔女裁判」の特大ネタバレを含みます。 必ずクリア後に読んで下さい。 これは氷上メルルちゃんについてのメモです。 初見の人はどうしても彼女を誤解しやすいところがありますが、あとになってから無限に味のする良いキャラです。 このメモを読めば、氷上メルルに確定申告が無理な理由と、彼女の何が良くて何が悪かったのかがわかることでしょう。 氷上メルルというキャラの前提自作イラスト　https://x.com/Inamori_Ryusa_C/status/1994379977815683503公式プロフィールによると、氷上メルルはこのように書かれています。 心配性の塊で気になった人を付け回すストーカー体質 いつも他人を傷つけていないかを気にしている 自虐が激