WorldTopHub日本

Zenn · 最新記事

20 エントリ · Japan ranking

タイムマシン 毎日のスナップショット · 北京時間

123456789101112131415161718192021222324252627282930

スナップショット: 2026-09-14 ・本日の最新アップデート

毎日のスナップショット
  1. 1.2026年に多くのシストレの戦略のアルファが消えた件についてTomoya Kitayama | AlpacaTech · AlpacaTechの北山です。このブログでは、気になったクオンツネタを取り上げています。 今週、X上で「簡単な検証で見つかるエッジが2026年から劣化した」という話がありました。 おそらく起点はUKIさんの投稿です。 https://x.com/blog_uki/status/2098342216217370999 あっかぎさんが5日移動平均の逆張りの年次損益を、上原さんが夜型株／日中型株ロング
  2. 2.クロスプラットフォーム開発が解決するコスト、解決しないコストNkzn · 2026年9月、Shopify Engineeringから「Native is now the future of mobile at Shopify」という記事が公開されました。 https://shopify.engineering/back-to-native Shopifyは2020年にモバイルアプリ開発をReact Nativeへ寄せる方針を打ち出し、React Nativeコミュニティ
  3. 3.デカルト積問題って知っとるか〜？　気軽にJOINでメモリ爆発するアレのヤバさ実測すぞ！もりた · これはなに こんにちは、レバテック開発部のもりたです。 今回はJOINありのクエリを書くときにメモリオーバーなどの問題を引き起こすデカルト積問題について、実際にメモリ使用量を計測してどれくらい問題になりうるのか確かめてみました。 構成 構成 デカルト積問題とは 計測 結果 最初に問題の解説、続いて計測、結果という流れです。それでは参りましょう。 デカルト積問題とは デカルト積問題[1]とは、JOI
  4. 4.単体テストの実行時間を6割程度削減してみたanizozina · はじめに こんにちは、Dress Code 株式会社でプロダクトエンジニアをやっている津田です。 AI が実装の大半を担ってからずいぶんと経ち、単体テストによってある程度の動作の保証をしてくれるようになった一方で、いつの間にか単体テストの実行時間が伸びていました。CI環境で50件計測し、p90 で 16分14秒 にもなっていました。これには GitHub Actions の setup 等も含め、
  5. 5.OpenTelemetry eBPF Instrumentationの舞台裏Yoshi Yamaguchi · Go Conference 2026の登壇「OpenTelemetry eBPF Instrumentationの舞台裏」の解説資料です。eBPFによるゼロコード計装は「言語を問わず動く」と語られますが、Goバイナリへの関数レベルの計装は他言語にない4つの難所を抱えています。なぜ難しいのかを、CPUとメモリの仕組みという初歩から積み上げて、OBIの実装コードまで手元で確かめながら読める構成にしまし
  6. 6.【VRChat/Udon】世界最速のC#コンパイラを開発した話bea4dev · はじめに 今回、Rustを用いて世界最速のC#コンパイラを開発してみました。 C#公式のコンパイラであるRoslynよりも最大11倍程度高速にコンパイルすることが可能です。 ただし、.NETバックエンドは現在実装できておらず、UdonAssembly出力にのみ対応しています。 ! 先に種明かしをしておくと、Roslynコンパイラはそもそも最速を目指しているというより、インクリメンタルなコンパイルや
  7. 7.GPT-6 Astraは何を待ち、いつ指示を取り込むのか — async tool callingとmid-turn steeringを実測joe_re · はじめに 2026年9月3日にOpenAIがGPT-6 Astraを公開しました。 公式の出しているベンチマークも凄まじく、筆者の体験としても体感も現状はそれに伴うものです。 https://x.com/OpenAI/status/2095595752815030713?s=20 model guidanceを眺めていると、What's newセクションで紹介されている、Async Tool Ca
  8. 8.メモリに載らないGROUP BYをDuckDBはどう処理するのかHiroto Ryushima · ! この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の160週目の記事です！4年連続達成まであと52週となりました！ ログラスの龍島(@hryushm)です。先日スイカを一玉いただく機会があったのですが、とても大きいので一度に全部は食べきれず、切り分けて冷蔵庫に入れて数日かけて食べました。ということで今日はメモリに載りきらないデータの処理方法の話です。
  9. 9.ドメインモデル実装におけるトリレンマに対するSoutherの回答kawasima · ドメインモデル貧血症はなぜ生まれるのか — Decision パターンで DDD トリレンマを解く は Domain model purity vs. domain model completeness (DDD Trilemma)を非常に分かりやすく解説し、かつGoでこの循環を解消する方法として、domainの関数が「許可」「拒否」「まだ終わっていない、これを取ってきてほしい」の3種類を返すDe
  10. 10.Nuxt.js から Next.js へ ── フロントエンド技術リプレイスにおけるハーネスエンジニアリングと理解負債y_nakahata · はじめに 株式会社 mediba でフロントエンドエンジニアをしている中畑です。 弊社では Nuxt.js から Next.js への技術リプレイスプロジェクトが進行中です。この記事では、 Claude Code を活用した技術リプレイスの現状と課題をお伝えします。 ! 要約 ハーネス(ルール・コンテキスト・フィードバック・スキル)を整備し、開発フローをスキル化して Claude Code による
  11. 11.なぜエージェントハーネスで開発パイプラインを作っているのかlaiso · クロステック・マネジメントでは docker-agent を使い、エージェントハーネスで開発パイプラインを構築しています。現時点の設計では、プロダクトオーナーやプロダクトマネージャーが要求仕様書を Markdown で記述すると、それを受け取って、要求を満たす Web アプリケーションの Pull Request を生成する、という流れです。 何を作っているのか 私たちが作っているのは docke
  12. 12.GPT-6 Astra x Unityでゲームを作るTakeshi Kada · 概要 これまでUnityとAIを組み合わせて何回かゲームを作ってきました 2025年4月 https://zenn.dev/tkada/articles/3cc10bf3733ae6 2026年2月 https://zenn.dev/tkada/articles/00b32b7f41a2ed 2026年7月 https://zenn.dev/tkada/articles/1ba97707dee14
  13. 13.Agent Skillは振る舞いとナレッジを分けて設計するtakubii · どうもこんにちは、たくびーです。 弊社ではClaudeのチームプランに契約しており、開発者全員がClaude Codeを使うことができます。 希望者はChatGPTのチームプランも使えてCodexを併用することも可能です。 私はAI開発環境整備の一環でルールやスキルの作成やメンテナンスをすることが多いです。 そこで最近はエージェントスキルの設計方針について考えることが多く、現時点でどういう観点でス
  14. 14.AIエージェントの評価と品質保証 — 「動く」を「信頼できる」に変える検収の技術はんぺん · AIに実装を任せたあと、何を根拠に受け入れ、改善し、モデルやプロンプトを更新するか。評価仕様、課題集、コードとLLMによる評価、評価器自体の検証、複数試行、継続評価、受け入れ記録を、共通のTypeScriptアプリでつなぎます。既知の六故障を使う評価器実験、一課題を六回実装した比較、四報告のLLM判定を収録。公開サンプルと保存成果物を再評価できる手順、各章の図解、テンプレート付き。実測と未検証の範
  15. 15.プロジェクトマネジメントの教科書（内製チーム向け）tan_go238 · 内製・プロダクト組織のための実践ガイド。計画は外れる前提で立て、要件を軽く扱わず、言われていないことを扱う。立ち上げから要件定義、計画、チーム、実行、運用、そして終わらせ方までを全42章で扱う。
  16. 16.LLMのトークン効率化で気をつけたいことまとめML_Bear · ! この記事は2026年9月時点の情報で書いています。状況はすぐに変化するので適宜調べ直していただけると幸いです。Claude Code や Codex をサブスクで使ってる人は、「コスト」を「利用枠 (リミット) の消費」として読んでいただけるとわかりやすいかと思います これはなに？ 端的に言うとこの友人に送ったメモを清書したものです。基礎的な内容が多いですが、トークン効率化で気をつけたいことを
  17. 17.最近のClaude Code Desktop、使いやすさマシマシです！たなちゅー · はじめに Claude CodeをまだCLIで使用していませんか？Claude Code Desktop、昔は使えるコマンドが少なかったり、そもそも重かったりなど使いにくかったですが、最近めっちゃ使いやすくなってます！ 思いつくままに、Claude Code Desktopのいいところを書いてみました！ https://code.claude.com/docs/ja/desktop おすすめの機能
  18. 18.Amazon Bedrock 料金が一定額を超えたら使用不可にする仕組みを作ってみたhato-se · Amazon Bedrock の料金が予算上限を超えたら、自動的に追加リクエストを弾く仕組みを AWS Budgets Actions で作ってみました。 はじめに Amazon Bedrock に定額制のプランはなく、料金の上限をセットする機能もありません。 AWS の公式ブログには Amazon Bedrock のエンドポイントの前に API Gateway を置いて、料金を監視しつつ予算を超
  19. 19.Herdr × git worktree × Claude Codeの相性がいい話muranakaaa · こんにちは、村中（@wage790）です。関西でバックエンド・クラウドインフラのエンジニアをしています。 普段の開発でClaude Codeを1つだけ動かしていると、その応答をただ待つ時間ができてしまいます。そこで、Claude Codeを複数並べて動かすことにしました。ただそれだと、同じ作業ディレクトリで2つ動かした場合に、片方がgit switchするともう片方が読んでいるファイルまで入れ替わ
  20. 20.Techはすぐに追ったほうがいいmyuron · はじめに このブログはTechに関する思想です。 興味があれば続きを覗いてみてください。 Techって面白い 私はターミナルが好きだ。テキストエディタも好きだ。特にNeovimが好きだ。 私はインフラエンジニアなので、Vimは日常的に使っていたが、普通に使いづらいと思っていたし、矢印キーを多用していたのでVimmerなんて名乗っていい者ではなかった。 だが、ハッカーはVimやEmacsを愛用してる

このランキングについて

Entries follow the 最新記事 order supplied by Zenn. Metrics are shown only when provided by the source; WorldTopHub does not calculate a combined popularity score. This is a running list of what the publisher most recently put out, in the order it published it. It is not a popularity ranking, and it is kept out of the cross-source views.

収集時間は、WorldTopHub がソースを取得した時間を示します。記事の公開時間ではありません。更新が遅れると、最後に利用可能なランキングが維持されます。

WorldTopHub がランキングを収集する方法 →