pytest と「最初にテストを書く」という考え方を活用することで、機械学習の実験コードに再現性と設計の明示性を確保する手法を、主にテストを書くのが億劫だなと感じている研究者・機械学習エンジニアに向けて紹介します ■ 堅牢.py #1 https://kenro.connpass.com/eve…

#yapcjapan タグを見てくださいよ。めちゃくちゃ盛り上がりましたね、YAPC::Fukuoka 2025！ そんなわけで、まずスタッフと福工大の山澤先生、スポンサーのみなさん、参加者のみなさん、本当にありがとうございました＆お疲れさまでした！！ こばけんさん (@kfly8) と共同登壇しましたPerlの生きのこり というタイトルで、こばけんさんと共同登壇しました。 Track Cは、わいとんさん & kobakenさんによる「Perl の生きのこり」です。#yapcjapanC #yapcjapan pic.twitter.com/s00nGnQOUX — yapcjapan (@yapcjapan) November 15, 2025 この発表自体は きのこカンファレンス2025 でやったものではあるのですが、YAPC::Fukuoka 2025向けにかなり研ぎ澄ましておりまし

技術部の谷脇です。皆様いかがお過ごしでしょうか。今回は素敵なオンラインイベントのお知らせです。どなた様でも参加できますのでぜひご参加ください。YAPC::Fukuoka 2025に参加されない方でも参加可能です。 コードゴルフコンテスト PerlAnybatross を開催します！ perlbatross.kayac.com ルールは簡単。与えられた仕様を満たすプログラムをいかに短く書けるかを競うコードゴルフコンテストです。ここで言う"短く"はバイト数なので、改行やスペースも含みます。 今回からPerl以外にもRuby,Python,JavaScript,PHPで提出可能です。真のトップを目指すもよし、腕試しに参加するもよし、言語内トップを取るもよし。皆様の熱い挑戦をお待ちしております。 開催期間 2025年11月10日(月) 13:00 〜 2025年11月25日(火) 11:59 開催

8月くらいに、コードベースから、使ってないコードを探すツールをAIに作ってもらっていたら、突然「バイブス静的解析」という言葉が降ってきて、これだ！とプロポーザルを出したら採択してもらえたので、喋ってきた。 スライド3枚くらいでダイジェストするとこんなかんじ。 資料はこちら speakerdeck.com 感想はこちら いろいろつぶやいてもらえた。 「これくらいみんな今どきはやってて、常識でしょ、わざわざ発表するほどのことはない、内容が薄すぎ」という反応が想定する反応だったので、おもしろがってもらえてよかった。 つかっていない（使われていない）コードが大量に眠っている… #yapcjapanB #yapcjapan— uzulla (@uzulla) 2025年11月14日 Perlにもいい感じのIDE（たとえばJetBrains）がきてくれればな…よかったのにな…。#yapcjapanB

Qwen3-VL を味見👀 Qwen2-VLやQwen2.5-VLも性能高くて良かったのですが、 Qwen3-VLは、多様なタスク（2D物体検出や3D物体検出、OCRなど）をサポートし、日本語性能も高いので大変良いです。 また個人的にはT4 CPU（2B、4B、8Bあたり）で動くのがポイント高いです。 Qwen3-VLの好きなところは、日本語での指示が結構通ることと、色々なタスク（2D物体検出、3D物体検出、OCRなど）をサポートしているところ👀… pic.twitter.com/YmxDvLmPvi — 高橋 かずひと@パワポLT職人 (@KzhtTkhs) 2025年11月13日 試したノートブックは以下にコミットしています🦔 github.com --- おまけ↓ からあげさんのLarge Language Marioプレイ 最近お気に入りのQwen3-VLを用いて、久々にプレ

fortee.jp っていうトークをします。 トークは前半と後半に分かれており、前半は論文を挙げながらどのようにしてコード生成タスクにReActが組み合わさり現在のコーディングエージェントとして練り上げられてきたかを語ります。 SWE-Bench Verifiedも一問だけだがちゃんと通ったのでスライドも完成としました pic.twitter.com/5dLSjUwhv8— macopy (@mackee_w) 2025年11月11日 後半はPerlを使ってReActループを実装しながら、コーディングエージェントとして動かすまでをライブで見せていきます。どちらかというとスライドのコードを写経しながら解説し、動かすというのに近いかもしれません。 このトークが面白いと思ってくれそうな人 普段コーディングエージェントを使っているが中身がどうなっているか興味がある シンプルではあるものの意外と奥深

こんにちは、ろっぷるです。 えいがさき2章を見ました。整理できていない部分が多分にありますが、まずは初日を経て感じたものを言葉にしていきます。一度言葉にすると、次見返すときの解像度が違う気がするんですよね。 1. イマと未来 2. 寄り道こそが人生の本質ではないか 3. 隣にいる人 3.1 璃奈とミア 3.2 愛とせつ菜 4. 雑感 4.1 愛について 4.2 せつ菜について 1. イマと未来 クロエはスクールアイドル活動に対し、寄り道と表現していました。ミアが歌手になるならば、テイラー家に戻り、良い環境で歌手としての研鑽を積むことが最短距離で、日本の高校生に混ざってサークル活動を楽しむのは確かに寄り道と言われても仕方のないことでしょう。クロエの示す道に従えば、ミアは歌手としてたった今から成長を始めることができるかもしれない。今のミアは歌手として寄り道の途中であり停止の最中にいます。 ただ

こんにちは、YAPC::Fukuoka 2025実行委員の id:papix です。いよいよ来週末に迫ったYAPC::Fukuoka 2025、皆さん準備は万端ですか？運営チームは上へ下への大騒ぎです。 さて、先日募集したライトニングトークですが、多数の応募を頂きました！ありがとうございました。 blog.yapcjapan.org この中から、11月14日のDAY1の「企画ライトニングトーク」と、11月15日のDAY2の「ライトニングトーク」で、それぞれ6本しか採択できないのは大変心苦しいのですが、なんとか選び切ることができました。ここに採択された珠玉のライトニングトークたちをご紹介します！！！ ※ 掲載順＝当日の発表順ではありません。当日の発表順は後日タイムテーブルに掲載しますので、こちらをご確認ください。 企画ライトニングトーク（DAY1） fortee.jp fortee.jp f

Kotlin Fest 2025の登壇資料です 以下補足 はんずおんExposed ExposedはKotlin向けに作られたJetBrains社製のORM。Ktor×Exposedでのバックエンドアプリケーションの導入事例はほとんど見られず、Exposedに関するノウハウがあまり出回っていない印象がある。 事実、プロシージャやらファンクションやらcaseやら複雑なサブクエリやらを使ったSQLをExposedに移植しようとした際に非常に困った。なぜなら、この辺のノウハウは当時のExposed Wikiにはしっかり書かれておらず、ソースコードを解析するしかなかったので。 とまあそんな悲しい歴史を繰り返さないために執筆した本がこちら。 techbookfest.org iolite github.com 日付、メールアドレス、IPアドレスなど仕様が必ず決まっていて、かつ世界のいろんな場所で繰り

組織として初めて政府助成金の申請を行ったPythonソフトウェア財団が、助成対象に推薦されながらも、受給時の条件についてリスクがあるとして申請を取り下げたことを明らかにしました。 Python Software Foundation News: The PSF has withdrawn a $1.5 million proposal to US government grant program https://pyfound.blogspot.com/2025/10/NSF-funding-statement.html Pythonソフトウェア財団はPythonとPyPIの構造的脆弱性への対処のため、2025年1月、アメリカ国立科学財団の「オープンソースエコシステムの安全性・セキュリティ・プライバシー」プログラムに提案書を提出しました。 スタッフ数が14名、年間予算が約500万ドル(約7

・事の始まり　11th延期の発表 ・１度目の挫折　12thライブの発表 ・2度目の挫折　11th延期公演の発表 ・等身大ロコと願掛け　叶わなかった私の夢 ・12thライブとFIND YOUR WIND! ・私の『夢活』 ・事の始まり　11th延期の発表 2024年 11月8日　18時10分 全てはこの一報から始まった 「THE IDOLM@STER MILLION LIVE! 11thLIVE」開催延期についてのご案内 #ミリオン11th #idolmaster https://t.co/6RM6Il2DLv — アイドルマスター公式 (@imas_official) 2024年11月8日 仕事を終え、愛知県の実家へ向けて運転中の、まさに岐阜県から愛知県に入るその瞬間 橋の上で信号待ちをしている私に、連番から「どうしよう…」の1文と共に上記の一報が送られてきた 開催延期のお知らせ 今思えば

はじめに こんにちは。Algomatic AI Transformation(AX) のsergicalsix（@sergicalsix）です。 本記事では大規模言語モデル(LLM)を用いたアプリケーションないしAIエージェントの構築において切っても切り離せない「コンテキストエンジニアリング」について2025年10月時点での知見を備忘録としてまとめます。 コンテキストエンジニアリングとは コンテキストエンジニアリングとは、LLM に与える情報(コンテキスト)を制御する技術です。 コンテキストエンジニアリングはよくプロンプトエンジニアリングと対比されます。 プロンプトエンジニアリングとコンテキストエンジニアリング (Effective context engineering for AI agents) プロンプトエンジニアリングはあくまで特定のタスクに特化したエンジニアリング手法であるのに

こんにちは、 id:papix です。YAPC::Fukuoka 2025まであと約1ヶ月となりました。 yapcjapan.org 会場や懇親会、タイムテーブルなど、いろいろな情報をお知らせしてきましたが、これらを1つにまとめたエントリとして「詳解 YAPC::Fukuoka 2025」を用意しました！ 以後、当日までお知らせしていく情報は、適宜このエントリにも追記していきます。定期的に確認いただいて、YAPC::Fukuoka 2025の準備に役立てていただけると幸いです。 会場 会場設備 会場の注意点 タイムテーブル 2025年11月14日（金曜日） 2025年11月15日（土曜日） トーク 懇親会 チケット プレイベント・アフターイベント 11月13日（木） 11月14日（金） 参考情報 宿泊施設 連絡先 会場 YAPC::Fukuoka 2025は、2025年11月14日（金曜日

この記事はコンシューマーチームブログリレー4日目の記事です。 エムスリーエンジニアリングG コンシューマーチームの松原です。 今回はここ半年ほど開発支援として使っていた AI エージェントについて振り返ります。 自分の使い方としてはバリバリに使いこなしているわけではなく人並みに使っているというレベル感です。 それでも AI エージェントに助けられていると感じることがいくつもあったので、この記事でいくつか紹介したいと思います。 使用ツールの紹介 使っている AI エージェントですが、初期の頃は Cline を使っていて、Claude Code が盛り上がってきてからはほぼ Claude Code を使い続けています。その他にもチーム内では Devin が使われていたりして、様々なことに AI が使われてくるようになってきました。 当初は AI エージェントとのやりとりにのめり込みがちで、細か

サービスが成長するにつれてデータベースは肥大化する。 肥大化したデータベースは最初は良かった設計も、パフォーマンスの低下やメンテナンスが難しくなる。 もちろん、そうならないように最初から設計を工夫することもできるが、サービスの成長に伴い要件が変化することも多い。 そうなると全ての変更を予見することは難しいため、データベースのリファクタリングは必要不可欠だ。 実際にAIを利用したソフトウェア開発が主流になっていきつつある昨今はよりデータベースの成長速度は加速している。 だからこそ、データベースリファクタリングは重要であり、AIが台頭して来た時代でも変わらず必要なスキルである。 そこで今回は実際にサービスの成長と共にデータベースをリファクタリングする際の戦略と実践的な手法について解説する。 なお、AI時代でもデータベースの技術が重要であることは変わらない話はこちらを参照されたい。 データベース

最近雑じゃなくなってきた気がするのでより雑めに垂れ流すことにする。 自分が苦手だと思い込んでいたことが、苦手とかそういう属性次元の話じゃなくて事前の準備が足りないだけということがある。 たとえば、自分は「メールが苦手でつい見逃しちゃうんですよね」と言っていたことがある。Slackだとすぐ反応できるのにメールだと億劫になってしまうのだ。 少し時間を取ってラベルを整理したりSlackに連携して流すようにしたりすることで解決した。苦手とかではなくて、単に工夫のひと手間をサボっていただけだった。 人前で話すのも苦手と言って避けていたことがある。 話すのがうまいように見える人にどうしてるか聞いて観察してみると、自分より入念に調べてフィードバックをもらって10倍リハーサルをしていた。苦手とかではなくて、単に補うための準備が足りていないだけだった。 懇親会でボッチになるのが苦手と言っていたことがある。話

前回の記事でhttpxの検討を進めた後にこんな気になる記事を見かけたので現状を調査しました。 gfx.hatenablog.com 結論から言うと、これは httpx を async で利用する時の問題で、現状ではまだ解決されていません。同期APIを使っていれば問題ありません。 原因は、httpxの低レイヤーライブラリであるhttpcoreがanyio.Lockを使っていたのですが、その実装がasyncio.Lockよりも大幅に遅いことです。httpcoreに提案されている解決策は3つあります。 anyio依存排除 https://github.com/encode/httpcore/pull/922 anyioに追加された fast_acquire を利用する https://github.com/encode/httpcore/pull/953 コネクションプールの実装見直し http

LLM の注意機構には色んな機能があることが分かっています。注意機構を分析することで、なぜ LLM は文脈内学習や思考の連鎖に成功し、ひいてはなぜ LLM が外挿に成功することがあるのかについての理解が得られます。本稿ではさまざまな種類の注意機構を観察することでこの問題をひも解きたいと思います。 目次 目次 基本的な考え方 文法ヘッド 注意の受け皿とレジスタトークン 逐次ヘッドと検索ヘッド 帰納ヘッド 関数ベクトル 反復ヘッド まとめ 基本的な考え方 LLM の多くは注意機構と多層パーセプトロン (MLP) を交互に積み上げたアーキテクチャを持ちます。各層は複数の注意機構をもち、それぞれの機構を注意ヘッドと呼びます。 注意機構の役割は 文脈内の検索 ルール・アルゴリズムの実現 です。文脈とはプロンプトと今までの出力のことで、これを踏まえて次トークン予測を行います。注意機構は文脈から次トーク

はじめに こんにちは、生産プラットフォーム開発本部のstakmeです。 本稿では、スプレッドシートの作業に「手続き的なアプローチ」と「宣言的なアプローチ」という観点を持ち込み、ふたつを対比しながら紹介します。Google Sheetsの多彩な関数を駆使して、日常的な問題に効率的に対応するための具体的なテクニックやヒントを提供します。また注意点やリスクを指摘し、スプレッドシートをより強力に活用するための知識を提供します。 目次 はじめに 目次 背景・課題 本稿の目的 規則的な処理を繰り返すケース 手続き的に構築された例 宣言的に記述された例 SEQUENCE ARRAYFORMULA 関数の組み合わせ なぜ「宣言的」なのか データが徐々に増えるケース 手続き的に構築された例 宣言的に記述された例 別の見せ方でデータを表示したいケース 手続き的に構築された例 宣言的に記述された例 やりすぎのケ

httpxはものすごく遅いから使うべきでないかもしれない…という話を書こうと思ったんですが、検証してみたら、確かにaiohttpよりは2倍以上遅いんですが、設定次第で多少はマシかもしれない、という結論です。 前提として、async modeです。いまどきのAPI serverは全部asyncかなとは思います。今回はsync modeには興味がないので検証してないですが、sync modeではまったく違う結果かもしれません。 あと文脈としては httpx を推しているブログを読んで、いや httpx はパフォーマンスに問題があるんだよな、ということを周知したかったというのもあります。 note.com ことの起こりは Python の openai library が 0.x から 1.x になったときにものすごくパフォーマンスが劣化したという問題があったことです。 github.com い