こんにちは。ソフトウェアエンジニアの id:masutaka26 です。 ROUTE06 では全社ワークスペースに GitHub を利用しています。 note.route06.co.jp ストック情報としての社内ドキュメントは GitHub Pages で社内限定で公開されており、静的サイトジェネレーターとして Docusaurus を利用しています。 検索精度への課題 DuckDB Wasm で検索フォームを実装した DuckDB とは 検索フォームの実装概要 PoC で検討したこと まとめ 参考 検索精度への課題 今までは Docusaurus の Community plugins でも紹介されている @easyops-cn/docusaurus-search-local を使用していました。 フロントエンドだけで動作し、設定もお手軽なのは良いのですが、検索精度に難があり、一部ではリ

こんにちは！ ROUTE06 でソフトウェアエンジニアをしている@NoritakaIkedaです。 TSKaigi 2025 に参加してきましたので、レポートをお届けします！ TSKaigi 2025協賛背景 ROUTE06 が TSKaigi 2025 へ協賛した背景は以下の記事をご覧ください。 route06.co.jp 弊社エンジニアの登壇 弊社からは 2 名のエンジニアが登壇しました。 Day1 Miyagi Hirotaka の登壇: 「Valibot Schema Driven UI - ノーコードWebサイトビルダーを実装してみよう」 登壇: Valibot Schema Driven UI - ノーコードWebサイトビルダーを実装してみよう 登壇者：株式会社ROUTE06 / Software Engineer 宮城 広隆（Miyagi Hirotaka） タイトル：Val

Liam ERD はER図の自動生成ツールで、 PostgreSQL, MySQL ( tbls ), Prisma, Ruby on Railsなど様々なフォーマットに対応しています。（ 対応状況 ） GitHub Trending でも上位にランクインしており、 リリースから3ヶ月で3,000スターを超えるなど注目を集めています。 本記事では、Ruby on Railsプロジェクトで schema.rb からER図を生成する方法を紹介します。 今回作成したサンプル サンプル用に適当なスキーマをLLMに生成してもらいました。 Copy # schema.rb create_table "owners", force: :cascade do |t| t.string "name", null: false t.string "email", null: false t.string "p

【2025年5月16日追記】 利用規約について、Cline社からの回答により適用範囲が明確となりました。 以下の記事も合わせてご覧ください。 blog.serverworks.co.jp 【2025年5月16日追記ここまで】 これまでClineに関するブログ記事をいくつか公開し紹介してきました。 今回、利用規約の変更に伴うユーザーデータの取り扱いについて懸念が生じたため、本記事ではClineの利用規約の中でも特に注意すべき点と、弊社の対応についてご説明します。 Cline利用規約の変更点とデータ収集のリスク Clineの利用規約 (https://cline.bot/tos 更新日: 2025年2月24日) を確認すると、ユーザーコンテンツの取り扱いに関する記述が変更されていることがわかります。特に注目すべきは、利用規約の3.2における以下の記述です。 You further grant,

Liam リポジトリがリリースから 3 ヶ月で、GitHub のスター 3,000 個を獲得するまでの施策と経過を紹介します。 先日 Liam リポジトリのスターが、リリース 3 ヶ月目にして 3,000 を超えました。リポジトリのトラフィックやフォーク、外部コントリビュートとともに、現在もスターが増え続けています。 スターは自然に増えたわけではなく、能動的な施策により増やすことが出来ました。 この記事では GitHub スター 3,000 を獲得するために、何を考え、どんな施策をしたのかを綴ります。 Liam ERD とは Liam ERD は Liam ブランドの１つ目のプロダクトであり、データベーススキーマから美しい ER 図を簡単に自動生成するツールです。OSS として公開し、コミュニティとともに成長することを目指しています。 KPI として GitHub スター 3,000 を設

ROUTE06 でソフトウェアエンジニアをしている @MH4GF です。2025/03/26 に、Findy Tools さん主催の「実例！フロントエンドの技術選定とその後を ADR から振り返る」というイベントで登壇します。 発表タイトルは「チームの性質によって変わる ADR との向き合い方と、生成 AI 時代のこれから」の予定です。サイボウズ株式会社の @sakito さん、ファインディ株式会社の @puku0x さんとパネルディスカッションも行います。オンラインのイベントなので、ぜひお気軽にご参加ください！ findy-tools.connpass.com 発表に先立ち、私が関わったプロジェクトで運用していた Architecture Decision Record(ADR) のマークダウンファイルをできるだけそのままの形で公開します。 私は ADR を「意思決定をアップデートするた

こんにちは。ソフトウェアエンジニアの id:masutaka26 です。 以前、OSS 活動の指標（メトリクス）を GitHub のリポジトリデータから考察しました。 tech.route06.co.jp それを踏まえて、GitHub リポジトリのトラフィックデータを継続的に蓄積する Google Apps Script (GAS) を実装しました。 tech.route06.co.jp 今回は他のメトリクスを蓄積する GAS も追加しつつ、OSS としてリポジトリを公開したので、改めて紹介します。 公開したリポジトリ 蓄積しているメトリクス 1. Stargazers やりたいこと 課題感 解決策 2. Traffic views やりたいこと 課題感 解決策 3. Traffic clones やりたいこと 課題感 解決策 4. Top referral sources やりたいこと

この記事は、Liam ERDのブログ Introducing Liam ERD からの翻訳記事です。 私たちは Liam ERD というデータベース設計のための新しいツールを開発しており、ついこの度リリースしました！その紹介をさせてください。 TL;DR データベースのテーブル構造を可視化する ER 図を自動生成するツール Liam ERD をリリースしました Web 版: パブリックリポジトリの場合は https://liambx.com/erd/p/github.com/mastodon/mastodon/blob/main/db/schema.rb ですぐに試せます CLI 版: プライベートリポジトリ用として、Prisma + GitHub Actions + Cloudflare Pages のデプロイ方法も紹介 なぜLiam ERDを作ったか ソフトウェア開発において、ER 図

こんにちは。ソフトウェアエンジニアの sasamuku です。 Prism は、エラートレラント性や移植性を考慮して設計された新しい Ruby パーサです1。先日リリースされた Ruby 3.4 で、Ruby のデフォルトパーサとして採用されたことが発表されました2。 ROUTE06 が開発している Liam では、以前から Ruby コードのパースに Prism を活用しています3。パーサと聞くと「専門知識が必要なんじゃ」「自分には難しい」と感じるかもしれません。私自身もそうでしたが、実際に開発で利用してみると、そこまで複雑ではなく、使いこなせると非常に便利な技術であることが分かりました。 本記事では、前半で Prism の基本的な使い方を、後半では、カジュアルな Prism 活用例として、個人開発の Gem を作成した事例をご紹介します。普段の開発現場やちょっとした個人ツールの作成など

こんにちは。ソフトウェアエンジニアの id:masutaka26 です。 最近 ROUTE06 では、Giselle と Liam というプロダクトを OSS 化しました。 https://github.com/giselles-ai/giselle https://github.com/liam-hq/liam 本記事では、ROUTE06 の OSS 推進室が OSS 化の際に作成し実際に使用した、「OSS 公開チュートリアル」を公開します。一部、内部リンクへの参照などは削除しています。 👉 ROUTE06 の OSS 推進室は Open Source Program Office (OSPO) として、OSS の活用促進やリスク管理、コミュニティ貢献支援に加え、社内プロダクトやプロジェクトの OSS 化を推進する部門です。 OSS 公開チュートリアル 1. 前準備 2. リポジトリの

こんにちは。ソフトウェアエンジニアの id:masutaka26 です。 前回は OSS 活動に関係する指標のうち、取得期間に制限のある数値に言及しました。 前述のとおり、Views, Unique views, Clones は直近 2 週間の数値しか取得できません。次回はこちらの課題を解決した方法を紹介する予定です。 tech.route06.co.jp 今回は Google Apps Script (GAS) を使って、Google スプレッドシートにこれらの数値を 2 週間以上蓄積する方法を紹介します。 Google スプレッドシートを作成する GitHub App Access Token を使用する GitHub App を作成する GAS を実装する main.gs github.gs GAS にスクリプトプロパティを設定する GITHUB_APP_ID GITHUB_APP

ER Diagrams, Reinvented for Simplicity.Automatically generate and explore your database schema with a powerful interactive viewer

データベーススキーマを動的に操り、ユーザが持ち込んだ BYODB（Bring Your Own Database）のデータベースとも連携する——こうした特殊な要件に直面したローコードプラットフォームの開発現場で辿り着いた解決策はイベントソーシングと補償トランザクションでした。 本記事では、Ruby on Rails アプリケーションでタイトルのアーキテクチャパターンを実践し、複雑な分散トランザクション問題を乗り越えた手法と、その裏にある思考プロセスをご紹介します。 前半では課題の背景として、ローコードプラットフォームと BYODB 要件がもたらす複雑性を説明します。その後、イベントソーシングや補償トランザクションをどのように適用し、整合性や回復性を確保していくのか、その具体的な実装サンプルと効果をお伝えします。 実装サンプルのリポジトリ： github.com 注意点 ローコードプラットフ

こんにちは。ソフトウェアエンジニアの id:masutaka26 です。 最近 ROUTE06 では、Giselle と Liam というプロジェクトを OSS 化しました。 https://github.com/giselles-ai/giselle https://github.com/liam-hq/liam これから OSS 活動を進めるにあたり、その指標を定義し計測することは、プロジェクトの成長やユーザーとのエンゲージメントを理解し、改善点を見出すために重要です。 本記事では、OSS マーケティングにおける成果を測定するための指標と、それらの相関性、取得可能な指標の範囲について考察していきます。 指標の種類 1. 認知 (Awareness) 2. 関心 (Interest) 3. 検討 (Consideration) 4. 行動 (Action) 5. 利用 (Adoption

こんにちは。ソフトウェアエンジニアの id:masutaka26 です。 プロダクトの OSS 化を進める過程で security.txt を知りましたので、軽くご紹介します。 security.txt の概要 security.txt のフォーマット ROUTE06, Inc. におけるテンプレート ROUTE06, Inc. における設置例 まとめ 付録: 各社の設置例 Supabase その他 security.txt の概要 security.txt はウェブサイトのセキュリティに関する情報を提供するための、標準的なテキストファイルです。2022 年 4 月に公開された RFC 9116 で定義されており、ウェブサイトの /.well-known/security.txt に設置します。 security.txt を設置することで、以下の恩恵を受けられます。 セキュリティ研究者や善

こんにちは。ソフトウェアエンジニアの id:masutaka26 です。 最近社内でいくつかのプロダクトの OSS 化が始まっています。OSS 化にあたり、利用パッケージとのソフトウェアライセンス（以下ライセンス）の競合はリスクになり得ます。 今回は License Finder というツールを導入することで、そのリスクを軽減し、継続的に監視し始めたお話を紹介します。 License Finder の紹介 インストール方法 実行方法 依存関係の承認 License Finder を CI に導入する GitHub Actions への導入例 まとめ 補足: 導入例で取り上げた Giselle と Liam 付録: ROUTE06 での運用方法 License Finder が CI で失敗した場合の対応方法 対応フロー Case 1: ライセンスに互換性がある Case 2: ライセンスに

ROUTE06 では全社ワークスペースとして GitHub を利用しており、社内資産をはじめとしたあらゆる情報を GitHub Projects で管理しています。 例えば、プロジェクトごとのアサイン状況、社内で承認/活用されているツールやライセンス、費用承認稟議など、その範囲は多岐にわたります。 GitHub という強力なプラットフォーム上に、社内のあらゆる情報が一元化されることよって生じるメリットは、非常に大きいと感じています。 一方で、デフォルトの機能だけではやや課題が残ることも事実です。 本記事は GitHub Actions でワークフローを構築することで課題を補ってみたよ、という記事です。 課題 例えば、プロジェクトごとのアサイン状況であれば、以下のようなカスタムフィールドを準備し、管理します。 - プロジェクト名 - 稼働割合 - 稼働開始日 - 稼働終了日 - 雇用形態 -

GitHub AI OperationsAutomates issues, PRs, and deployments with AI

TypeScript + Bun な環境にて、SQLiteを操作したいことがありました。 Bunにはネイティブの SQLite driver があることから、そのまま bun:sqlite を使うこともできそうでした。 SQLite – API | Bun Docs ただ、日頃ORMでDBまわりを書いていることから、ORM的な何かを使いたくなりました。 BunのExamplesを見ていたところ、 Drizzle ORM が紹介されていました。 Use Drizzle ORM with Bun | Bun Examples Drizzle ORM - Overview また、Drizzleでは Drizzle Kit — is a CLI companion for automatic SQL migrations generation and rapid prototyping. Driz

こんにちは！ROUTE06 でソフトウェアエンジニアをしている @sasamukuです。 Kaigi on Rails 2024 に参加してきましたのでレポートをお届けします！ 前回に引き続き、ROUTE06 は Silver Sponsors として協賛させていただきました。 弊社からは4人のメンバーが現地参加しました！ ROUTE06は4名でおじゃましてます🙌 #kaigionrails @hoppiestar @sasamuku @MH4GF @ynndino88 pic.twitter.com/n7BRei0djt— ヤノ | ROUTE06 (@ynndino88) 2024年10月25日 参加レポート セッションレポート Keynote: Rails Way, or the highway Capybara+生成AIでどこまで本当に自然言語のテストを書けるか？ モノリスでも使