はてなブックマーク

Coding Agentでもチケット管理的なことをやらないとコードを書き続けるのは難しい。何をどこまで作ったかわからないし、Check listを作ってちゃんとチェックさせないとLLMは簡単にサボる。 従来のアプローチとその限界私も最初は、Agentにコーディングさせたいことは先にdocs/project-backlog.mdに書き出させて作業させてた。でもファイルが無限に大きくなるし、大きくなってくるということを聞かなくなってくるし、個別チケットファイルにしても管理が難しい。 GitHub Issues: MCPで連携できるけど人間中心すぎ。LLMが扱うならMarkdownやYAMLがいい。 バックログファイル: 一つのファイルに全て詰め込むと扱いきれない 個別チケットファイル: ファイルの管理が必要 理想的な解決策チケットを個別ファイルにしてgitに保存するようにしてチケット管理すれば

Faissを使ったFAQ検索システムの構築Facebookが開発した効率的な近似最近傍検索ライブラリFaissを使用することで、FAQ検索システムを構築することができます。 まずは、SQLiteデータベースを準備し、FAQの本文とそのIDを保存します。次に、sentence-transformersを使用して各FAQの本文の埋め込みベクトルを計算し、そのベクトルをFaissインデックスに追加します。新しいクエリが入力されたときは、sentence-transformersを使用してクエリの埋め込みベクトルを計算し、Faissインデックスを使用して、クエリの埋め込みベクトルに最も類似したFAQの埋め込みベクトルを検索します。 検索結果は、FAQのIDのリストとして返され、最後に返されたIDを使用して、SQLiteデータベースから関連するFAQの本文を取得し、検索結果としてユーザーに表示されま

Slackって読むの大変ですよね。っていうかもうみんな追いかけるの無理でメンションしか読んでないですよね？ でも、全体感は把握しておきたい。そんな人のために昨日発表されたChatGPT APIを使って、SlackのチャンネルをGPTが読んで短くまとめてくれるスクリプトを作りました。 OpenAIへの登録(要課金)とGitHub Actions(要課金)だけで、朝早くに昨日のSlackのPublic channelの内容をチャンネルごとに要約して投稿してくれます。 Summaryチャンネルに昨日の要約が投稿されるかなりの精度で要約してくれるので、普段は目を通さないチャンネルでも何が話されているのか把握ができてめちゃ便利です。 このスクリプトで既知の課題としては、1チャンネル当たりの発言が4000tokenを超えるとコケます。分割する部分は書いてないので。Pull Requestをお待ちしてま

よくある2ペインのレイアウト用コンポーネントを作りつつ、Web Componentsの仕組みを理解する Web Componentsを一言で説明すると「HTML/CSSが独立したカスタムタグを作れる仕組み」です。理解するには、まずは素のJavascriptだけでよくある部品を作ってみることが一番だと思います。 多くのサンプルではボタンやアイコンなどの部品を作りますが、今回はflexboxを使ったレイアウト定義のコンポーネントを作ってみます。この部分にはちょっとしたハマりどころがあるのでちょうど良い練習になります。 もう一つハマりやすいのはフォーム部品ですが、これはまた後日書きます。 この記事の前に 「今なら使えるWebComponents」を軽くでも読んでおいてもらえると嬉しいです。 2ペインのレイアウトを考える最初にWebアプリでよくある、左にナビゲーション、右にコンテンツを置く2ペイン

これでついにM1 MacbookAirを開発機として使えるようになります！多分。 先日、DockerのAppleSilicon対応版がDeveloper Preview Program(要ユーザ登録)で公開されたので早速試してみました。 インストールは特別なことなくD&Dするだけ。まずはターミナルからalpineを起動してみます。 $ docker run -it --rm alpine sh / # uname -a Linux 1bf5d756f216 4.19.104-linuxkit #1 SMP PREEMPT Sat Feb 15 00:49:47 UTC 2020 aarch64 Linux / # あっさり動きました。CPUはaarch64＝ARMとして認識してます。 次にInter Macで動いていたRails & Nuxtのプロジェクトをビルドしてみます。 $ dock

前に紹介したCoderがPivotしエンタープライズ開発に注力するようで、個人開発者向けVSCodeブラウザ版はオープンソースで提供するようになりました。 VSCodeのブラウザ版はDockerでも提供されていて、Dockerさえインストールされていれば下記のコマンドを起動したあと`http://localhost:8080`をブラウザで開くだけでVSCodeと同じ環境で開発ができるようになります。 docker run -it -p 127.0.0.1:8080:8080 -v "${HOME}/.local/share/code-server:/home/coder/.local/share/code-server" -v "$PWD:/home/coder/project" codercom/code-server:v2しかし、ローカルで動かすなら普通のVSCodeと同じなので、どこ

今日、Facebookに「プログラマだったら当然知ってるよね？という知識一覧」という記事で、「データ構造」や「計算量」から「理論計算機」など幅広くコンピュータサイエンス(CS)の基礎をプログラマ知っているべきという論が展開されています。 私は経営学部だったのでコンピュータサイエンスについて学校で習ったことはないのですが、高校の頃から趣味で色々調べていて、この中だとグラフ理論と機械学習系以外は大体理解しています。 「Web系の人って、新技術ばっかり追いかけてCSの基礎とかちゃんと学んでないよね」っていう話は他でも時々聞く気がします。 一つがWeb系のエンジニアは情報系の大学を出てない人も多いことと、実際あまり役に立つシーンがないのではないかと思います。 実際、CSの基礎ができると多くのエンジニアにとって何のメリットがあるのでしょう？ 一番は「先の技術を読めるようになる」ことです。 ITの世界

アプリのメンテナンスや告知などを行う機能はすぐには使わないけど、必ず必要になるので最初から入れておきたいですよね。 そのために、。アプリ起動時や復帰時に適当なURLを叩いてJSONを取得して、ダイアログでメッセージを表示する機能を実装しておくといいでしょう。 URLを開くと通常は404が返ってきて、その場合は何も表示しないようにしておきます。 このURLはS3など本体のサービスとは違うドメインとサーバにおきます。 サーバのメンテナンスや不具合でアクセスできない場合には、このURLに適当なJSONを置くようにします。あとこのファイルの多言語化も忘れずに。 JSONの中にはメッセージ本文と、詳細ページのURL、何度も表示するか一度だけかなどを持っておくといいでしょう。 { "message": { "ja": "20時までメンテナンスです", "en": "We have scheduled

スタートアップの多くは、創業者が「こんなものが欲しい」とか「こう言うものが世の中にはあるべきだ」と言う信念を主軸にプロダクトや事業が作られていきます。（以下、主観型） PhotoShareやミイル、トレタなんかは、それぞれのプロダクトオーナーが「こうあるべき」と思うものを「どうやって形にするのか」という挑戦をしてきました。 もう一つの作り方に「顧客が必要とするものを作る」と言う方法があります。 顧客からの要望を元にしたり、観察をして「顧客にとって価値のあるもの」を探してそれを作ります。信念より外部から客観的に顧客を観察し、「課題」をどう明確にするのか、そこは「ビジネスになるのか」と言うことが主軸となります。（以下、客観型） 最近では、SmartHR社の宮田社長がインタビューの中で「『自分が』ほしいと思うものだけを作り続けてしまっていた。事業開発の仕方を変え、SmartHRが軌道に乗り始めて

今週はIVS CTOで金沢に来ています。私はもうCTOじゃないんだけど、ex-CTO枠っていうのがあってそれでの参加です。 昨日は前夜祭の二次会で居酒屋に行ったのですが、その時に「CTOの役割が広すぎてわけがわからん」という話があり、Amazon/AWS CTOのWerner Vogelsが2007年に同じような話をブログに書いていてその話をちょっとしたのでここでまとめを。 1. Infrastructure Manager ITインフラやセキュリティ、アプリ開発や保守に対して責任を持ちます。一般企業の情シスの統括みたいな役割です。 IT系スタートアップではこの役割でCTOと呼ばれることはあまりないでしょう。 2. Technology Visionary and Operations Manager ビジネス戦略を元に技術ビジョンを持って組み立てて実装します。アーキテクトに近い役割になり

多くの社会人エンジニアでもこれほどの作品は作れない!? "第3回 全国小中学生プログラミング大会"で審査員してきました。 初回から参加させていただいている"夏休みにプログラミングを楽しもう !!｜第3回  全国小中学生プログラミング大会"で今年も審査員をしてきました。 300作品ちかくの応募があり、一次審査を超えた30作品の審査をさせていただきました。二次審査は各審査員が実際に自分で動かして10作品を選び、今日の最終審査では作者のプレゼンテーションを聞きながら、優秀賞などの賞を選考しました。 最優秀作品は中学三年生 三橋さん"つながる。"という人が繋がることを表現したゲームでした。プレイ部分の完成度が高いだけでなく、ステージエディタやオリジナルのステージの共有機能、Archivementなど全体としての完成度も非常に高いものでした。また「こんな せかい あったらいいな」というこの大会のテー

「2013年の増井にトレタのコード書くときに気をつけて欲しい事を伝えられるとしたら、何を言いたい？ 」 フルタイムとしてトレタへの最終出勤日の今日、"Tech Mtg"という社内エンジニアの集まりで、今一番Railsのコードを書いているm_nakamuraくんに聞いてみた。(ちなみにトレタには中村が4人いますw) そしたら、こんな答えが。 - MySQLにUNIQUEやNOT NULL、外部キーなどの制約をちゃんと付ける - 魔改造的なHackはサービス内部のコードではやらないこと。ミドルウェアのアップデート時に問題になりがち - commit messageもしくはPull Requestのdescriptionは変更の意図がわかるように"なぜ"を書いておくこと - 仕様変更で必要なくなったテーブル・カラムは直ちに削除する、もしくは削除して良いというコメントを残す 「コードは変更できるけ

AWS Cloud9を始めとしたCloudIDE。結構昔からあるけど、パフォーマンス的にも機能的にもまだまだ実用にならないなと思っていたら、ここ1年ぐらいで本当に開発に使えるクラスのものが出てき始めた。 デスクトップ用のエディタが、AtomやVSCodeのようにブラウザ技術を使ったものが主流になって開発が加速しているのも一因だろうし、Dockerなどのコンポーネント技術によって開発環境のポータビリティがあったのも大きな要因だと思う。 CloudIDEのいいところは、ローカルのOSなどに依存しないことと、開発環境そのものの共有が可能なこと、環境の構築と破壊が簡単なところなどが上げられる。 私はノート２台と、デスクトップ、iPadを行き来するので、その時にいちいちGitにPushする必要がないのも大変助かる。 いくつかのCloudIDEはLive機能を持っていて、講習会やHands onなどで