はてなブックマーク

リーナー開発チームの黒曜(@kokuyouwind)です。 最近話題の AI ソフトウェアエンジニア、 Devin AI をリーナーでも使い始めました。 いろいろ試してみた限り「めちゃくちゃ上手くタスクをこなしてくれるケース」と「びっくりするほど迷走するケース」の差が激しくてうまく使いこなすのには利用者側のノウハウが必要だなーと感じています。 今回は試したなかでも、特にうまく動いており汎用性の高いものを記事にまとめます。 Dependabot PR のレビュー、意外と時間かかる問題 依存ライブラリのバージョンを最新に保つため、 GitHub Dependabot など依存関係更新ツールのを使っている方も多いのではないでしょうか。[1] ライブラリごとに自動でバージョン更新の Pull Request (以下 PR)を作ってくれるため大変便利ですよね。 ただ、これをマージするには大抵の場合以

Leaner 開発チームの黒曜(@kokuyouwind)です。 Leaner では先月(2024 年 9 月)に葉山で開発合宿を行いました。合宿全体については既に開発者ブログの記事が上がっています。 今回、自分は議事録の自動まとめツールを作るチームでプロンプトを調整し、結構いい感じに動いたため記事を書くことにしました。 やりたかったこと 商談や社内のミーティングなどの実施後に議事録を作ることがあるのですが、結構時間がかかるため ChatGPT などの LLM を使って自動化できないか、というのを試しました。 やりたいこととしては LabBase さんの以下の記事が近いです。 ただし前提が異なる部分もあったため、諸々検証したうえで最終的には異なる構成になりました。 Amptalk を利用しており文字起こしが取得できているため、文字起こし部分はこれより精度が良いかが基準になる tl;dv や

Leaner 開発チームの黒曜(@kokuyouwind)です。 先日の RubyKaigi 2024で Let's use LLMs from Ruby 〜 Refine RBS types using LLM 〜 というタイトルで登壇させていただきました！ 参加しての感想は別記事にするので、この記事では発表の概要や裏話などをまとめます。 動画アーカイブ 発表スライド 自分の発表資料は slides.com というサービスでスライドを作っています。 埋め込み表示ができませんが、上記リンクから開くと発表時のスライドがそのまま見られます。 一応 Speaker Deck にもアップロードしていますが、 PDF 出力時にフォントが化けてしまっているためちょっと見づらいです。 発表の簡単な概要 Ruby の型定義である RBS を手で書くのは大変だし、既存手法の rbs prototype rb

Leaner Technologiesでは、各自がエンジニアとして動きつつ、エンジニア+αの多様性ある動きをすることを組織として尊重しています。直接的な事業への貢献の背景の裏で「なんかいろいろやってくれる」人の存在を紹介します。 例えばこんなことをやってます まず大前提として、みんなエンジニアとしてプロダクトを開発するのが好きです。そのベースのうえに、各自の判断で、例えばこんなことをしています。 チームのふりかえりやプロセスの改善をリードする Leanerのエンジニアは顧客の要望や困りごとをCSから共有してもらい、一緒にプロダクトとして解くべき課題を考えます。必要なら顧客との商談や定例ミーティングにも同席して直接ヒアリングします。 顧客の困りごとをどう理解・解釈して、課題に落とし込むのか。そしてリリース後に得られたフィードバックをどのようにプロダクトの改善に活かすのか。このプロセスはプロダ

現状のLeanerがこういう価値観で組織づくりしているというだけで、今後も絶対これらのポジションをつくらないと思ってるわけではないです Leanerについて Leaner Technologiesは「調達のスタンダードを刷新し続ける」会社です。企業の購買や調達に関する業務を支援するBtoB SaaSスタートアップです。トヨタ自動車様 や 大手コンビニエンス企業様 など主にエンタープライズ領域に導入いただいて急成長してます。 「Leaner見積」 「Leaner購買」 の二つのプロダクトを開発・提供しています。 エンジニアメンバーは約15名ほどです。 なぜポジションがないのか そもそもなぜポジションがあるのかについて明確な理由が自分たちの中でありません。特定のポジションがあるとそのポジションを目指すことが社内で正当化されます。 Leanerは「調達のスタンダードを刷新し続ける」という大きなコ

Leaner 開発チームの黒曜(@kokuyouwind)です。 最近 Terraform の整備を始めたのですが、 AWS provider と S3 backend で別の AWS profile を使いたいケースがあり、 GitHub Actions での terraform plan にどう認証情報を渡すか困って調べたところうまくいったので記事に残しておきます。 TL;DR configure-aws-credentials の OIDC を使うと、アクセスキーを使わず安全に認証できる。 ログインしたロールから他のロールに切り替える場合、 credential_source = Environment を使うことでソースプロファイルを指定せずに Assume Role できる。 前提: 複数の AWS profile を使いたくなった局面 Leaner ではベストプラクティスに沿っ

こんにちは。Leaner Technologiesの小久保(twitter:@yusuke_kokubo)です。 これはなに Leanerでは「Leaner見積」と「Leaner購買」という二つのプロダクトを開発提供しています。 ここでは「Leaner見積」の開発プロセスをざっくり説明します。 開発プロセスはプロダクトや事業、組織のフェーズによって日進月歩で変わっていきますので、あくまで執筆時点のスナップショットとしてご覧ください。 この開発プロセスの狙い 顧客フロントに立っているセールスや、カスタマーサクセスのメンバーと共同でプロダクト開発をするにあたり、以下の課題を設定して考えました。 （ビジネス側とDev側で）開発粒度の認識をいい感じに合わせたい （ビジネス側とDev側で）開発するうえでの難しさの認識をいい感じに合わせたい 今の開発プロセスになる前は、ここの認識が上手く合っていなかっ

この記事で紹介したいこと Leanerでは「相棒制度」と呼ばれる職能間のコミュニケーションを促進する施策をやってます。 何のためにそんなことをやっているのか？を感じていただけると嬉しいです。 Leanerの相棒制度とは セールス、カスタマーサクセス、Devのチーム間で三人一組をつくって相棒となります（人数比が合わないので2人になる組もある）。 それぞれ相棒になった組で、週一で相棒ミーティングを行ってもらいます（頻度は各組にお任せ）。 3ヶ月を区切りとして、組をローテーションして別のメンバーと相棒を組みます。 相棒ミーティングで話すこと 社内向けには以下のように説明していますが、実際にどのような話をするかは各組に完全に任されています。 （社内のNotionを転記） - 基本的にはセールス面、サクセス面で抱えている顧客の課題について話してもらう - それをどう解決するかを組で一緒に考える -

Leaner Techonologies の @corocn です。 最近 Nuxt.js のアプリを Next.js + App Router に載せ替えたのですが、メニューの描画に useSelectedLayoutSegments が便利だったので軽く紹介します。 実は App Router のドキュメントをちゃんと読んでいくと、Functionsの最後で紹介されています。 何ができる？ メニューを描画するときに、現在のページのメニューだけ下線や太字で装飾したいケースがありますよね。このとき普通に実装しようとするとURLからベースとなるパスを除いた上で分割して...など若干面倒です。 useSelectedLayoutSegment(s) を使うと、レイアウトを起点として、URLをいい感じにパースして返してくれるのでスッキリ書くことができます。 単数形（segment）と複数形（se

Leaner Technologies の @corocn です。 最近フォームを作っていて、意図しないタイミングで 1Password のオートコンプリートが表示されてしまい困っていたので解決法を残しておきます。 画像はshadcn/ui - dialogから拝借 結論 input に data-1p-ignore 属性を付与する autocomplete="off" しても空気読んで無効化してくれないので注意。

Leaner Technologies の @corocn です。 最近は Next.js with App Router に入門しており、layout に関する学びを共有します。 本記事は Next.js v13.4.4 で検証しました。 子のpageで親のlayoutを継承したくない場合にどうするか？ まず App Router には Nested Layouts という機能があり、上層レイアウトの children で定義した部分に下層のレイアウトまたはページが描画され、入れ子のように描画されます。 下層のレイアウト定義がシンプルになる一方、上層のレイアウトを無理やり修正することはできませんが、無視したいケースも一定存在します。そこで利用するのが Route Groups です。 Route Groups を利用する方法 Route Groups は "(auth)" のような括弧付

ここで伝えたいこと すごいプロダクトやサービスをつくっても売れなければ事業にならない すごいプロダクトをつくれる、たくさん売ることができる、顧客も社会もハッピーにできる、どうせ仕事するならそんな環境で働きたい そういう組織は組織内の多様性が尊重されていて、その多様性が大きな知恵を生み出す Leanerでは組織づくりを何のためにやるか（Leanerが考える多様性とは何か） Leanerは「調達のスタンダードを刷新し続ける」ことをミッションにしてます。ただ単に事業として成功するだけでなく、調達という業界のスタンダードを刷新することを意識してます。 ExcelやiPhoneのように世の中に当たり前に使われるプロダクトをつくりたいと思ってます。（Excelが良いプロダクトなのかどうかは別として） 世の中のスタンダードとなるようなプロダクトを生み出すためには、今までにない価値観、顧客や業界への理解、

Leaner 開発チームの黒曜(@kokuyouwind)です。 RubyKaigi 2023 で「RBS meets LLMs - Type inference using LLM」と題して LT させていただきました。 そのうち本編のアーカイブ映像が出るはずですが、文字でも読めるよう大まかな内容を記事にまとめておきます。 また時間に収まりきらなかった内容も少し触れておくので、本編見ていただいた方も 本編に盛り込めなかった話 の節を呼んでもらえると嬉しいです。 発表スライド 以下の slides.com のものがマスターです。 フォントが中華フォントに化けてしまっていますが、一応 SpeakerDeck に上げたものも埋め込んでおきます。[1] 発表概要 Ruby の型定義ファイルである RBS を、 ChatGPT で推測できるか試してみました。 特に変数名や関数名の単語の意味を使うこ

Leaner 開発チームの黒曜(@kokuyouwind)です。 RubyKaigi 2023が終わってしまいましたね。終わってみればあっという間でした。 Leaner Technologies では初日一発目に CEO の大平からスポンサートークをさせていただき、 LT では筆者の黒曜が登壇させていただきました。また 2 日目には主催のドリンクアップも開催させていただきました。 スポンサートークや LT を聞いていただいた皆様、ドリンクアップにご参加いただいた皆様、交流させていただいた皆様、なにより運営の方々とすべての参加者の皆様、本当にありがとうございました。 メンバーに RubyKaigi 2023 の感想を聞いてみよう Leaner Technologies からは総勢 9 名が現地参加させていただきました[1]。この中には初めての RubyKaigi というメンバーも、何度も参加

Leaner 開発チームの黒曜(@kokuyouwind)です。 明後日には RubyKaigi 2023 が始まりますね！自分は LT を採択してもらえて 2 番手で話すので、ぜひ聴きに来てください！ 前回記事 で紹介したとおり、弊社には今回始めて RubyKaigi に参加するメンバーも数名いるため、社内で RubyKaigi の予習会を行いました。 今回はこのときに話した内容のうち、「Ruby 処理系の基礎知識」の部分を記事にまとめます。 Ruby 処理系の種類 Ruby のソースコードを実行するには Ruby 処理系を利用します。Ruby 処理系にはいくつかの種類があり、それぞれに開発が行われています。 以下に、 RubyKaigi で触れられることの多い処理系をいくつか紹介します。 MRI(CRuby) MRI(CRuby とも呼ばれる)は、 C 言語で実装された、公式の Rub

Leaner 開発チームの黒曜(@kokuyouwind)です。 最近は AI や LLMs 関連の話題が付きませんが、弊社でも GitHub Copilot for Business を導入しました！ 今回は開発メンバーに GitHub Copilot を使った所感や、特にどんなコードを書くときに便利かを聞いてみました。 黒曜 主に使っている開発ツールを教えて下さい 利用エディタ: IntelliJ IDEA 使ってみた感想 Ruby と TypeScript で試しましたが、とにかく賢い ですね。 特に同じような記述が続く RSpec や定形コンポーネントを書くときには、最初の 1 行だけ打ったら後は Tab と Enter を打つだけでコードが完成してしまったりします。メソッド名・テスト名・コメントなどで「なにをやりたいか」が Copilot に正しく伝わるほど正確な予測をしてくれる

Leaner 開発チームの黒曜(@kokuyouwind)です。 この記事は Datadog Advent Calendar 2022 の 22 日目です。いよいよクリスマスが近づいてきましたね。 今回は Datadog APM のトレース機能を利用したパフォーマンスチューニングを実施したため、その内容をまとめます。 パフォーマンスチューニングの背景 今回パフォーマンスチューニングの対象にしたのは、外部サービスの商品を横断的に検索する「商品検索 API」です。この API では外部サービスごとに API を呼び出しており、取得したデータの加工や集約などを行っています。 機能を使ってみて確かに重いことはわかっているのですが、どの処理に時間がかかっているのかは判別できていませんでした。このため自分を含むメンバー全員が「外部サービス API 呼び出しが大半を占めており改善はできないだろう」と推測

Leaner 開発チームの黒曜(@kokuyouwind)です。 もうすぐHerokuの無料プランが廃止されますね。 Leaner ではチャットボットの Ruboty を Heroku 上の無料 Dyno で動かしていたため対応が必要だったのですが、いろいろ検討した結果 Ruboty 自体を停止することにしました。 今回はこの辺の経緯や対応をまとめます。 社内 Ruboty のお仕事 Leaner では GitHub 上のブランチとデプロイ先環境を以下のように紐付けて管理しています。 develop ブランチ: 開発環境 main もしくは staging ブランチ: ステージング環境 [1] release ブランチ: 本番環境 各環境へのデプロイは自動化されているため、 develop から main や main から release への Pull Reqeust を作成してマージ

Leaner 開発チームの黒曜(@kokuyouwind)です。 AWS Startup Community Conference 2022 に CfP を出したので通ってほしい今日このごろです。 さて、今回は Rubocop 警告の修正で少し手間取った話を書きます。 RSpec/MessageSpies に引っかかったコード あるクラスで「Rails.logger に特定文字列を出力していることを検証したい」というケースがあり、この spec を以下のように書いていました。 # ログを出力するクラス class Hoge def log Rails.logger.info('test message') end end # spec RSpec.describe Hoge do describe 'log' do let(:logger) { instance_double(Active

会社で Zenn Publication を導入したので、個人アカウントからちょっとした Tips 記事を書いてみます。 TL;DR JavaScript の String.prototype.substring は UTF-16 コードユニットを数えるので、英数字と日本語文字が混じっていても問題なく「人間から見た文字数」で動作する 絵文字などコードユニットを複数使う文字では、切り取り指定通りの文字数にならないことがある Unicode プロパティを指定した正規表現を使うと絵文字対応版の substring が簡単に実装できる マルチバイト文字列の substring を取得したい ちょっとした事情で、マルチバイト文字列の部分文字列を取り出す必要が生じました。例えば「あいうえお」の 2 文字目から 3 文字目を取り出して「いう」という文字列を作りたい、といったユースケースです。 この際、全

こんにちは Leaner Technologies の小久保です。 Leaner では Notion をドキュメント管理やタスク管理にフル活用しています。 NotionのDatabasesについて Notion には Databases という強力な機能が用意されています。Database は DataSource（データそのもの）と View（データの見え方）の組み合わせで表現されています。 1 つの DataSource を、テーブル、リスト、ボード、カレンダーなどのいろんな View で見えるようにできる優れものです。また、プロパティを設定することでグルーピングやフィルタリングもできます。 これがフロー情報を蓄積、整理するのに便利でいいぞ、という話が今回の主題です。 豆知識（ストックとフローのNotionでの扱い方） ドキュメントベースの情報共有では「ストック」と「フロー」で考えるこ

Leaner 開発チームの黒曜(@kokuyouwind)です。 先日開催された AWS Startup Community Conference 2022 に登壇させていただきました。 AWS Startup Community に合わせた若干釣り気味のタイトルですが、内容としては Copilot CLI の使い方や利用の際のポイントをまとめたものでした。とはいえ新規アプリケーション構築に向いていることやマルチアカウント運用に癖があることから、スタートアップでよりハマる局面が多いだろうというのも本心です。 ちなみに CFP 提出時点の仮タイトルは「1 年間本番運用してきた AWS Copilot CLI の悲喜こもごも」で、もう少しエピソードベースでの Tips に比重を置いた内容を考えていました。 今回は大まかな発表内容や、発表で触れられなかった個別 Tips などをあわせて記事にまと

Leaner 開発チームの黒曜(@kokuyouwind)です。 先日開催された AWS Starup Community スタートアップ事例祭り 〜監視・モニタリング・セキュリティ編〜 に登壇させていただき、「なるべく楽したい AWS セキュリティ」と題して Leaner Technologies での AWS セキュリティ設定事例を紹介しました。 今回は発表内容のポイントとともに、発表で省いた話をいくつか記事にまとめていきます。 発表スライド 口頭での補足を前提としたスライド構成になっているため、スライドのみだと少々分かりづらい部分があります。 発表時の動画がアップロードされているので、そちらをご覧いただくとよりわかりやすいです。 発表内容のおおまかなまとめ スライドだけだと分かりづらいし、動画だと見るのに時間がかかるなぁ… という方もいそうなので、発表内容のポイントを以下にまとめます

Leaner Technologies のころちゃん @corocn です。エンジニアとして今の会社に入社しましたが、1 月からはプロダクトマネージャー（以下、PdM）として働いています。 実際に PdM として動き出して 3 ヶ月に満たないぐらいですが、仕事の内容や日々考えていることを紹介します。 なぜPdMを引き受けたのか カジュアル面談でもよく聞かれるんですが、事業をぐんと成長させられたら "楽しそう" なので引き受けました。 権限と責任がセットで降ってきますが、見てる範囲が広がる分、問題解決の打ち手も広がるなと思っています。ゲームでも武器が増えると色んな戦い方ができるようになるので面白いですよね。 それで強くなるかは別の話ですが、あまりキャリアを気にして仕事をしていないので、まあいいかなといったところです。 また、事業のトップラインが伸びていかないとチームメンバーへの投資（採用も含

Leaner 開発チームの黒曜(@kokuyouwind)です。 先週はBurikaigi2022で登壇させていただきました！ 今回はリモート開催でしたが、来年は現地でブリしゃぶを食べられると良いですね！ Burikaigi ではRBSから始める静的型付け生活と題して、 Ruby の静的型検査の概要や開発手順などについて登壇しました。 入門的な内容ではありますが、今回は発表内容を大まかにまとめた記事をお届けします。 なお記事の構成上、発表内容から一部割愛している話がありますがご容赦ください。[1] Ruby 静的型検査の概要 TypeScript の台頭や Python 3.5 での型注釈記法の導入など、動的型付けの言語においても静的型検査の仕組みを導入する動きが近年活発です。 Ruby においても 2020 年 12 月にリリースされた Ruby 3.0.0 において RBS と Typ

Leaner 開発チームの黒曜(@kokuyouwind)です。 先日会社のポッドキャストでこくぼさんと一緒にお話させていただきました。 ポッドキャストは初体験なのでドキドキしながら収録しましたが、評判が良いようで嬉しいです。 AWS WAF について (>ω<)わふー！　みなさん AWS WAF は使っているでしょうか？ Web アプリケーションは HTTP ポートをインターネットに露出しているため、 SQL インジェクションやファイル読み出しなど様々な攻撃に晒されてしまいます。 SSH ポートなどはそもそもインターネットから到達できないようセキュリティグループで制限すればよいのですが、 Web アプリケーションは不特定多数から HTTP リクエストを受けるのが仕事なので、アクセスを弾くわけにもいきません。 こうした攻撃を防ぐのが WAF(Web Application Firewall

Leaner Technologies でエンジニアをしている @corocn です。 社内では IDaaS 利用していきたいねという機運が高まっているのですが、toB で SAML 対応の IDaaS について比較検討してみて難しいな〜と思ったところをまとめてみました。 前提 BtoB SaaS では、初期のプロダクトの領域を起点に事業領域を隣接する領域に広げていくことが多いですよね。バックオフィス向けの SaaS を開発しているメガベンチャーを見ているとそう感じます。 新しく立ち上げたプロダクトを既存のユーザーさんにも提供したい。そうなると、必然的に複数のプロダクトに対して共通で ID 基盤を持ちたくなるはず。認証ドメインを分離しようとすると、自前で作るか、KeyCloack などの OSS をベースに運用するか、IDaaS の利用を検討することになるでしょう。 最初は認証基盤も含めて

こんにちは、Leaner Technologies の小久保 @yusuke_kokubo です。 最初に諸注意です。これは会社のテックブログですがテックな話ではありません。 Leaner で言うエンジニアは「Web 系のソフトウェアエンジニア」をさします。（ですが、Web もソフトウェアにも特化した話ではありません） スタートアップで働くエンジニアにとっては自分の技術力で事業をつくりだしてグロースさせることが本望 と私は思ってますがどうでしょう？ そう思わなくてもとりあえずそういうものだと思って続きを読んでください。 スタートアップが事業をつくりだすためには、まだ世の中にない価値を爆速で生み出す必要があります。世の中にない新しい価値を爆速で生み出すためには、組織の問題でつまづくわけにはいきません。 スタートアップがスタートアップするために 会社で組織が大きくなってくると、職種で壁をつくり