この記事で得られること ✅ 30分の会議を5分で議事録化する自動化フロー ✅ 開発量を2.5倍に増やした具体的な環境構築方法 ✅ 情報検索を30秒以内に短縮するナレッジ管理術 ✅ PRレビューを10点満点で自動評価する設定 ✅ すぐに使えるCLAUDE.md設定テンプレートとスクリプト TL;DR Claude CodeとObsidianを組み合わせることで、議事録作成時間を66%削減、開発コントリビューションを2.5倍に増加させました。Tactiq→Google Drive→Obsidianの自動化フローと、AIに最適化されたナレッジベース構築により、マネジメント業務をこなしながらも効率的な開発を実現。本記事では実際の設定ファイルとワークフローを公開します。 こんにちは、YOUTRUSTでエンジニアリングマネージャーをしている須藤（YOUTRUST/X）です。AI爆速普及委員会の委員長と
How does this work? Your browser makes HTTPS requests to link Google Cloud Run services deployed to each region. The median time between request and response is shown. The global row uses a link Global External HTTPS Load Balancer to route requests to the nearest service. Note: This site is intended to show relative latency to each region, and should not be used to determine the absolute lowest la
DuckDB: カラムナ型: データがカラム（列）単位で格納・処理されます。従来の行指向と異なり、特定の列だけを効率的に読み取れます。 埋め込みデータベース: アプリケーションのプロセス内で動作し、別サーバーを必要としなせず、SQLiteのように単一ファイルとして動作可能です。DuckDBの場合はインメモリなので、ファイルを作成せず、メモリ内だけで動作可能です。 ベクトル化クエリ実行: 一度に多数の値（ベクトル）をバッチ処理することで、CPUのパイプラインと命令レベル並列性を最大化します。これにより関数呼び出しのオーバーヘッドが大幅に削減され、処理速度が向上します。 OLAP特化設計: 分析クエリ（OLAP）に最適化されており、大量データのスキャン、集計、結合操作が高速です。特に集計クエリや複雑な分析において優れたパフォーマンスを発揮します。 並列処理: 複数のCPUコアを活用して処理を並
Update 2021/03/14: benchmarks age poorly, Polars now has the fastest join algorithm in the benchmark! Know your hardware If you want to design for optimal performance you cannot ignore hardware. There are cases where algorithmic complexity doesn’t give you a good intuition of the real performance due to hardware-related issues like cache hierarchies and branch prediction. For instance, up to a cer
@dyoshikawaです。 先日、以下のリリースでZennのサイト内検索の高速化を行いました。 結論を先に述べるとCDNキャッシュやPostgreSQLの全文検索インデックスを活用して対応しました。この記事では本パフォーマンス改善の取り組みについて紹介します。 Zennの構成 ZennはGoogle Cloud上に構築されており、フロントエンドNext.jsとバックエンドRailsをそれぞれCloud Run上にホスティングしています。上の図では省かれていますが、CDNにはCloudflareを利用しています。 データベースはCloud SQL for PostgreSQLを利用しています。 検索速度とDB負荷に課題 2025年2月頃、某AIクローラーによる検索ページへの集中アクセスによりDBインスタンスのCPU使用率が100%近くに張り付いてしまうという事象が発生しました。 生成AIサ
概要 SSR Streamingは、使いやすく素晴らしい機能ですが、 その通信がどのような仕組みで動いてるかの記事が少ないため、HTTPフレームの通信を見ていきます。 また、この記事では、HTTP/1.1での通信は行わず、HTTP/2のみ関心を寄せています。 (本来は、HTTP/3の通信も確認したいですが、vercelがHTTP/2のみ対応しているので...) Streaming まず、大前提としてストリーミングですが、 今回はNext.js 14のストリーミングを基準に考えていきます。 Google Chrome上で確認すると、画像のようにダウンロードが長く見えるのが特徴です。 サーバー側でのレンダリング処理がデータフェッチなどの非同期処理によって長時間かかる場合、 ブラウザ側ではHTMLを受け取れず、ブラウザ側はネットワークもCPUなどのリソースを持て余してしまいます。 例えば、Ear
この記事は カオナビ Advent Calendar 2021 17日目です。 はじめに 株式会社カオナビのフロントエンドエンジニアの@shinji_beckyです。 先日Next.js ConfがありNext.js 12で様々な機能のリリースが紹介されました。 その中にReact18のサポートがされるという内容があり、SSR Streamingの話がありました。 Suspenseとかその辺の話かな〜くらいには思ってましたが、「まだよーわからん」状態だったのであらためて調べてみました。 いろいろ調べた中でこちらのページがめちゃめちゃ参考になりました。 基本的にはこちらの内容ベースなのでより詳しい話はこちらを読んでいただけると幸いです。 Server-Side Rendering(SSR)のはなし SSRとは SSRとはなんぞや。 簡単に説明すると「サーバーサイドで事前にレンダリングしたペー
「ウェブに関する指標」から確認できる問題は、問題となっているURLがグループで表示されますが、具体的なURLをクリックしていくと、「デベロッパー向けリソース」から、GoogleのLighthouseの結果(スコア含む) が即時確認できますので使っていきます。 特にNext.js製のプロジェクトに関して対処したポストが比較的少なかったため、是非記事を書いてみたいと思いました。 いきなり結論 私の場合は、CDNから外部読み出ししているCSSをサイト内に設置したCSS呼び出しに変更すると劇的に改善しました！ 結論から読みたい方はこちらへどうぞ！ 具体的な作業内容 確実にこれを修正すればLCPの問題は解決するというのをGoogle側では教えてくれませんので、できることをこなしていきます。 一番パフォーマンスにマイナスの影響を与えているのは Javascript CSS のいずれか、または両方が同期
Progressive Web Apps (PWA) are built and enhanced with modern APIs to deliver enhanced capabilities, reliability, and installability while reaching anyone, anywhere, on any device with a single codebase. To help you create the best possible experience, use the core and optimal checklists and recommendations to guide you. Core Progressive Web App checklist The Progressive Web App Checklist describe
Next.js でシステム開発しています。 ログイン機能や記事を表示するなど、意気揚々と色々な機能を構築してたんです。 でもある日、気がついちゃいました。 スーパーリロード後 → 「読み込みちょっと遅くない……？」 そう思い、LightHouse で調べて見た結果が以下です。 あと一個７が付いてくれたら、パチスロではハッピーな数字ですが、Web アプリのパフォーマンとしてはいただけません。 LightHouseってなに？ ウェブアプリの品質をチェックするためのツールで、Chromeの拡張ツール及びNodeでのCLIツールとして、Googleが提供をしています。 LightHouseでは、以下５つの項目別に１００点満点で点数が付けられます。 Perfomance (パフォーマンス) サイト内のスピードに関する評価です。 ページの読み込み速度や、ユーザーが操作することで発生するレスポンス速度。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
