http://izanami.dev/occupations/Software Engineer Software Engineer に関連する記事のRSSフィードです Tue, 28 Apr 2026 13:42:46 GMT https://validator.w3.org/feed/docs/rss2.html izanami RSS Feed ja http://izanami.dev/favicon.ico http://izanami.dev/occupations/Software Engineer All rights reserved 2026 http://izanami.dev/post/62d50c95-d09f-46a9-9e54-3f14c3cfa4f6 http://izanami.dev/post/62d50c95-d09f-46a9-9e54-3f14c3cfa4f6Kenta Takeuchi Fri, 20 Mar 2026 18:11:30 GMT http://izanami.dev/post/cc269ee6-8260-438d-ae9f-8efa95144a16 http://izanami.dev/post/cc269ee6-8260-438d-ae9f-8efa95144a16早乙女智也 Thu, 19 Mar 2026 15:52:55 GMT 金曜の夜は電話と予約サイトの通知が鳴り止まず、ダブルブッキングの恐怖と戦っていました。導入してから電話対応が激減し、完全にストレスが消えました。 > — イタリアン / オーナーシェフ > 深夜にインスタで見つけてDMしてくるお客さんが多いのに、朝まで返せなかった。今はAIが即レスしてくれるので、朝起きたら予約が入ってます。 > — バー / 店長 > ランチのピーク中に電話取れなくて逃してた予約が、DMで自動で入るようになった。しかも設定が10秒で終わったのが衝撃でした。 > — 和食居酒屋 / オーナー 開発者として特にこだわったこと DX（Developer Experience）ならぬ「店舗オーナー体験」には徹底的にこだわりました。飲食店のオーナーは忙しい人たちなので、やりたいことへの導線をとにかく短くすることを最優先に設計しています。ログインから予約確認まで、余計な画面遷移やローディングを挟まない。 もう一つこだわったのがスピードです。Cloudflare Workers のエッジ配信を活かして、管理画面は体感でほぼ一瞬で表示されます。既存の予約システムを触ったことがある方なら、画面遷移のたびに数秒待たされるストレスを知っていると思います。tongari はそこが圧倒的に違うので、日常的に使うツールとして「触っていて気持ちがいい」と感じてもらえるはずです。 従来の予約システムとの比較 | 比較項目 | 大手グルメサイト | 高機能予約台帳 | 無料予約システム | tongari | |----------|----------------|--------------|----------------|-------------| | 予約導線 | 外部サイト | 外部サイト | 外部サイト | DM 内で完結 | | AI 自動対応 | なし | なし | なし | 24 時間即レス | | 月額 | 数万円〜 | 1〜3 万円 | 無料 | 3,980 円〜 | | 隠れたコスト | 送客手数料 1 人 200 円〜 | 決済手数料 3〜5% | 決済手数料 3.24%〜 | なし | | 導入 | 数週間 | 数週間 | 即日 | 10 秒 | | 予約の一元管理 | サイト内のみ | 高額な連携が必要 | サービス内のみ | スクショで AI 登録 | tongari の設計思想は「お客様をどこにも飛ばさない」こと。DM の中だけで予約が完結するため、導線の離脱が構造的に発生しません。 料金 | 対象 | 料金 | |------|------| | テストユーザー（現在） | 完全無料 | | 正式リリース後（予定） | 月額 3,980 円〜 | | 送客手数料 | なし（何件予約が入っても追加コストゼロ） | | 初期費用 | なし | 現在はテスト期間として、実際にご利用いただける店舗様に無料で提供しています。テスト期間終了後に自動で課金されることはありません。 技術スタック tongari は Next.js 16 (App Router) を Cloudflare Workers 上で動かしています。opennextjs-cloudflare を使って Next.js を Workers にデプロイし、DB 接続は Cloudflare Hyperdrive 経由で Supabase (PostgreSQL) に接続。ORM は Drizzle を使っています。 AI エンジンには Anthropic Claude を採用しました。予約受付に特化したプロンプト設計で、空席確認・予約確定までを会話の中で完結させています。 チャネル抽象化レイヤーを設けているのが設計上のポイントで、Instagram DM・LINE・Web チャットのどのチャネルから来ても、同じ AI エンジンが対応します。 | レイヤー | 技術 | |----------|------| | フレームワーク | Next.js 16 (App Router) | | ホスティング | Cloudflare Workers（opennextjs-cloudflare） | | データベース | Supabase (PostgreSQL) + Drizzle ORM | | DB 接続 | Cloudflare Hyperdrive（コネクションプーリング） | | AI エンジン | Anthropic Claude | | 決済 | Stripe | | メール | Resend | | UI | Tailwind CSS v4 + shadcn/ui | | 監視 | Sentry | | AI Coding | Claude Code | 開発は全て Claude Code を使った AI 駆動開発で進めています。設計・実装・テスト・デバッグの大部分を AI との対話で行っており、個人開発でもプロダクション品質を維持できている実感があります。 開発で一番ハマったところ — Cloudflare Hyperdrive と DB 接続 技術的に一番苦戦したのが、Cloudflare Workers 上での DB 接続です。 Workers はリクエストごとにランタイムが独立しているのですが、Hyperdrive がリクエスト間で接続を閉じる一方、postgres ライブラリ側がそれに気づかず、接続を使い回そうとしてハングする問題にぶつかりました。ローカルでは動くのに本番だけ固まる、という厄介なバグです。 結論として、Workers 環境ではリクエストごとに新しい DB クライアントを作る必要がありました。「毎回作るのはパフォーマンス的に大丈夫なのか？」と思いますが、Hyperdrive がプロキシ側でコネクションプーリングしてくれるので問題ありません。 実際のコードはこうなっています: ポイントは3つです: - が必須。Hyperdrive 経由では prepared statement が使えない - で同一リクエスト内の再利用はしつつ、リクエスト間では必ず新規作成 - Supabase の Supavisor pooler（）は使わない。Hyperdrive と二重プーリングになってクエリが失敗する Cloudflare Workers + Supabase + Drizzle の構成はまだ情報が少ないので、同じ構成で開発する方の参考になれば幸いです。 設計の判断 — なぜ「DM の中で完結」にこだわったのか 既存の予約システムは、どれも「外部サイトに飛ばす」設計です。お客様が DM で「明日19時、4名いけますか？」と聞いてきたとき、「こちらの URL から予約してください」と返す。 でも実際の飲食店のお客様は、Instagram の投稿を見てそのまま DM を送ってくる人たちです。わざわざ別のサイトを開いて、住所やメールアドレスを入力して、確認画面を経て予約する——その導線に耐えられる人はそう多くない。 だから tongari は「DM から一歩も出ない」設計にしました。お客様は普段通り DM でメッセージを送るだけ。AI が会話の中で必要な情報を聞き出し、その場で予約を確定する。お客様にとっては「DM で店に聞いたら予約が取れた」という自然な体験になります。 よくある質問（FAQ） Q. AI が変な返事をしたり、予約ミスをしませんか？ tongari の AI は「予約受付」に特化してチューニングされています。予約に関係のない世間話は丁重にお断りし、空席データに基づいてのみ予約を確定します。万が一の場合も管理画面からワンタッチで修正可能です。 Q. 既存の予約システムと併用できますか？ はい。既存システムを使い続けながら、DM 経由の予約だけを tongari に任せる運用が可能です。 Q. なぜ無料で提供しているのですか？ テスト期間として、実際に店舗でご利用いただきフィードバックをいただける方に無料で提供しています。テスト期間終了後に自動課金されることはありません。 Q. Instagram・LINE 以外にも対応していますか？ Instagram DM、LINE に加えて、店舗専用の Web チャット画面にも対応しています。URL をお客様に共有するだけでブラウザから予約できます。 Q. LINE で予約する場合、お客様は友だち追加が必要ですか？ はい、LINE の仕様上、初回は友だち追加が必要です。ただし店舗にとっては、予約が入るたびに顧客リスト（友だち）が自動で増えるメリットがあります。 Q. 導入に専門知識は必要ですか？ 不要です。Google アカウントでログインして店名を入力するだけ。営業時間や席数は後から設定できます。 リンク - [tongari 公式サイト](https://tongari-ai.com) - [管理画面](https://app.tongari-ai.com) - 開発者 X (Twitter): - GitHub: ]]> http://izanami.dev/post/4fd112dd-d5e4-461a-875d-13cb46896866 http://izanami.dev/post/4fd112dd-d5e4-461a-875d-13cb46896866Shota aaa Sun, 15 Mar 2026 12:58:41 GMT http://izanami.dev/post/5cb14ede-24d6-45e9-bb1d-619834a468ad http://izanami.dev/post/5cb14ede-24d6-45e9-bb1d-619834a468adYuji Ueki Sun, 15 Mar 2026 10:00:10 GMT http://izanami.dev/post/edebff12-425f-4cf3-9e63-a5c3f20c57b3 http://izanami.dev/post/edebff12-425f-4cf3-9e63-a5c3f20c57b3Yuji Ueki Sun, 15 Mar 2026 09:29:26 GMT http://izanami.dev/post/68e915d6-60ca-4220-8c39-87515f014234 http://izanami.dev/post/68e915d6-60ca-4220-8c39-87515f014234Kenta Takeuchi Fri, 13 Mar 2026 16:56:30 GMT http://izanami.dev/post/0acc73c7-b64c-462b-82aa-e3bee3c43773 http://izanami.dev/post/0acc73c7-b64c-462b-82aa-e3bee3c43773Kenta Takeuchi Fri, 13 Mar 2026 16:53:30 GMT http://izanami.dev/post/14100f3a-6907-444b-8d23-da2a454f7468 http://izanami.dev/post/14100f3a-6907-444b-8d23-da2a454f7468youtube google Sat, 07 Mar 2026 17:22:52 GMT http://izanami.dev/post/099be89a-1320-4ba8-be90-c736bde86223 http://izanami.dev/post/099be89a-1320-4ba8-be90-c736bde86223Keigo Chiba Fri, 13 Feb 2026 00:54:46 GMT http://izanami.dev/post/86361161-3371-4529-8c29-66c94404fc1f http://izanami.dev/post/86361161-3371-4529-8c29-66c94404fc1fSatoshi Tue, 13 Jan 2026 02:01:02 GMT http://izanami.dev/post/ac3fd300-992d-4429-a16d-fbbcbc0302a2 http://izanami.dev/post/ac3fd300-992d-4429-a16d-fbbcbc0302a2三浦賢志 Mon, 12 Jan 2026 13:43:44 GMT http://izanami.dev/post/6fcedf9a-7720-4d2e-ba5c-0b28fbfe3a47 http://izanami.dev/post/6fcedf9a-7720-4d2e-ba5c-0b28fbfe3a47Ryunosuke KARIMATA Thu, 08 Jan 2026 23:22:42 GMT - 自動記録を使う場合はが必要 - 上記コマンドでGitフックインストール＆連携完了 - 既存リポジトリで動作確認 ステップ3: 使用開始 1. でインタラクティブモードを起動し、連続でメモを記録 2. で最新の記録を確認 3. で日次サマリーを確認 1-3を使うことができれば、基本は問題ないかと思います。 初回利用時のコツ - 毎日最初に1行だけ記録: 記録のハードルを下げると習慣化しやすい。 - 短いキーワードでOK: 検索しやすい単語を残すだけで十分。 - 週次サマリーを活用: 週報・振り返りのテンプレとして使う。 困ったときは 公式リポジトリとガイド https://github.com/rynskrmt/wips-cli 質問や不具合報告 https://github.com/rynskrmt/wips-cli/issues 終わりに ライセンスの範囲内であればどのように使用していただいても構いません。 GitHubでリポジトリを公開しているので、コミットやスターをお待ちしております🙇]]> http://izanami.dev/post/e5c59d41-8e85-4c20-a3f6-2454e1ed8488 http://izanami.dev/post/e5c59d41-8e85-4c20-a3f6-2454e1ed8488西村考弘 Wed, 31 Dec 2025 06:13:27 GMT http://izanami.dev/post/f6777000-8d69-4644-97b3-b9702431533a http://izanami.dev/post/f6777000-8d69-4644-97b3-b9702431533a秋枝尚樹 Sat, 27 Dec 2025 15:40:33 GMT http://izanami.dev/post/86f1fe4c-689e-44bd-be1d-9cd7e6fd468c http://izanami.dev/post/86f1fe4c-689e-44bd-be1d-9cd7e6fd468cKohei Fujiwara Thu, 25 Dec 2025 09:24:51 GMT 評価軸は人間が決め、 > その軸に沿って判断するのがAI という役割分担です。 このサービスでやりたかったこと このサービスで目指したのは、 根拠のある年収診断です。 単に数字を出すのではなく、 職務経歴書の内容から 「なぜこの年収になるのか」が分かる形にしたいと考えました。 実装中心なのか、設計に関わっていたのか。 判断や責任をどこまで担ってきたのか。 > そうした評価軸をもとに、 > 納得感のある年収とスキル評価を提示する それを形にしたのが、このサービスです。 おわりに 根拠と納得感のある想定年収とスキル評価を 提示することを目指しました。 もしよければ実際に使っていただき、 診断結果をXにポストしてもらい、感想を教えていただけると嬉しいです！ 率直なフィードバックをもとに、 この評価軸自体も改善し更なる精度向上を目指したいと思っています。 ]]> http://izanami.dev/post/36db47f7-2da6-44ad-a5ff-81381fe1dfe9 http://izanami.dev/post/36db47f7-2da6-44ad-a5ff-81381fe1dfe9Ron Lon Thu, 18 Dec 2025 20:42:20 GMT http://izanami.dev/post/42b0df4a-c68c-44bb-b38a-07f9e20adb1e http://izanami.dev/post/42b0df4a-c68c-44bb-b38a-07f9e20adb1eChihiro Tomioka Thu, 11 Dec 2025 23:36:37 GMT http://izanami.dev/post/c3c52f8e-57e3-41f4-92d7-13a5ffd11e8d http://izanami.dev/post/c3c52f8e-57e3-41f4-92d7-13a5ffd11e8d後藤優明 Mon, 08 Dec 2025 20:35:58 GMT http://izanami.dev/post/40bf0b83-6c2f-4150-91a6-5da44de0e20f http://izanami.dev/post/40bf0b83-6c2f-4150-91a6-5da44de0e20f大見川紘平 Thu, 04 Dec 2025 20:24:01 GMT http://izanami.dev/post/a58261b8-1b5c-400c-a7a9-1f5987330d73 http://izanami.dev/post/a58261b8-1b5c-400c-a7a9-1f5987330d73s imada Fri, 24 Oct 2025 08:01:30 GMT