Vibe Coding、最初は速い。でも後半で急にしんどくなる - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 実際にやってみて分かったこと 最近 Vibe Coding を続けていて、最初はかなり便利だと感じました。 画面も処理もすぐ形になるし、初速は本当に速いです。 ただ、機能が増えてくると、しんどさの種類が変わってきます。 大変なのは「コードを書くこと」より、その後の設計、整合性、テスト、レビューでした。 今回は、実際に進める中で感じたことを、開発の流れに沿って短くまとめます。 1. まず大事なのは、何をどの順番で作るかを先に考えること Vibe Coding では、思いついた機能をそのまま作り始めても、最初はそれなりに進んで見えます。 で
GitHub Copilot CLI の /fleet が面白い
はじめに GitHub Copilot CLI の /fleetがおもしろいです． 名前だけ見ると「並列で動くモードなんだな」ぐらいですが， 実際に触ってみると，効くかどうかは prompt の切り方 で大きく変わってきます． 雑に投げるとあまり速くならないですし， うまく分解できるように書くと「これは気持ちいいな」という挙動をしてくれますと思います． 今回は，公式ドキュメントと GitHub Blog の /fleet 記事を見直しながら， /fleet が何をしているのか，どういう prompt だと並列化しやすいのか， そして どんな使い方があるのか について書いてみようと思います． /fleet って何がうれしいの？ /fleet は，Copilot CLI に対して「この大きめの仕事を，分解できるなら分解して，並列で進めてね」と渡すためのコマンドです． たとえば，こんな感じです．
AIが書いたコードをレビューするな
はじめに AIが書いたコードを一生懸命レビューしているあなた。残念だが、その作業は今日で終わりにしていい。 2026年3月、InfoQがある調査結果を報じた。「AIコーディングアシスタントは開発速度を上げなかった」。理由は単純で、コーディングは元々ボトルネックではなかったからだ。 では本当のボトルネックは何か。それは「認識のズレ」だ。 レビューすべきはコードじゃなくて前提だ。「テストは書くよね？」「外部依存は増やさない方向だよね？」——その暗黙の期待を、実装が始まる前に言語化して合意する。それだけでコードレビューが「驚きの連続」から「確認作業」に変わる。 この記事では、そのフローを Claude Code のスキルとして実装して実際に使ってみた体験を書く。 課題：「作ってもらったけど違った」の繰り返し AIと仕事していると、こういうことがよく起きる。 「○○を実装して」と頼む AIが実装し
Ohm: a user-friendly parsing toolkit for JavaScript and Typescript
OhmA JavaScript library for building parsers, interpreters, compilers, and more. Ohm is a parsing toolkit consisting of a library and a domain-specific language. You can use it to parse custom file formats or quickly build parsers, interpreters, and compilers for programming languages. The Ohm language is based on parsing expression grammars (PEGs), which are a formal way of describing syntax, sim
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Inside Ohm's PEG-to-Wasm compiler | Ohm
