これは何か 今月末で今の職場を離れることになったので、ふりかえりも兼ねて。 これまでの経歴的にスタートアップで働くことが多かったので、前職に限らずこれまでのキャリアをふりかえってみて、日頃どんなことに気をつけながら働いていたか、あるいはこれまでの人生で「もっとこうすりゃよかった」みたいなしくじりを整理したもの。 前職を辞める前に社内でLTぽく話したのを少し改変している。 前提：私はこういう性格 自己肯定感が低い 今やってる仕事は別に誰でもできるよな〜とか思っちゃう ので、俺すごくね？って滅多に思わないし、こんなんやりましたでドヤ！みたいな発信が苦手 他者とのコミュニケーションに必要以上に気を使いがち Slackの投稿文は何回も何回も考えてようやく発信してる @全社all メンションとか極力打ちたくない おしながき 自分が気持ちよく働ける限界値を把握しよう ワイはできてた度：★★★★☆ 周り
TL;DR: Try out the Rolldown-powered Vite today by using the rolldown-vite package instead of the default vite package. It is a drop-in replacement, as Rolldown will become the default bundler for Vite in the future. Switching should reduce your build time, especially for larger projects. Reach out to discover production use cases! Over the last year, we've been working on Rolldown, a Rust-based ne
さて、ではどちらを選べばよいのか？という話ですが、個人的にはClaude Maxプランをオススメします。 月額$100なので高いのは間違いないです。 ですが、試してもらえばわかると思いますが、Claude Codeが解決してくれるタスクの量を知れば破格の値段だということに気づくと思います。 とりあえずAPIで数タスク試してみて、それで使い勝手がよかったらMaxプランに加入するでも良いと思います。 ちなみに以下のツールを使うと今までの課金額がわかるのですが、参考までに私の1週間の利用料金の合計を添付しておきます。 新規プロジェクトに導入するでは早速プロジェクトのディレクトリに入ってclaudeコマンドを実行してみましょう。 -> % claude ╭────────────────────────────────────────────────────────────────────────
世の中の活用事例 カンファレンス系のキャッチアップ 2025年5月に Google I/O'25があり今回も様々なアップデートが発表されましたが、公式が Google I/O'25のリソースをまとめたノートブック を公開してくれています。本編の Keynote セッションは YouTube にあがっています が、大体2時間くらいあります。最初は YouTube リンクなどをソースに追加してインプットしていたのですが、公式対応してくれているならその必要もないですね。ちなみにこのノートブックは Google から公式提供されているものでグローバルリンクのような形で誰でも閲覧できますが、おそらく先行仕様で私たちはまだこの機能を使えません。 Understand all the I/O news with NotebookLM.より引用 単純にチャットや要約で利用するのはもちろん、リソースが束ねら
はじめに こんにちは、iOS エンジニアの kaikai です。 プルリクエスト（PR）のレビューが滞ると、開発速度も品質も下がりがちです。 そこで私は AI エディタ「Cursor」 を “補助輪” として取り入れ、レビュー時間を短縮しつつ見落としを減らす 方法を実践しています。 本記事では、「AI に丸投げせず、人が主役のままラクにする」具体的な流れを紹介します。 前準備 1. レビュー専用のディレクトリを準備する まずは レビュー専用ディレクトリ をcloneしてきましょう。実装用ブランチと混ざらないので安心です。 私はレビュー依頼が頻繁に来るプロジェクトを Cursor で常に開きっぱなしにしています。 2. 拡張機能を導入する Cursor に GitHub Pull Requests and Issues 拡張機能 をインストールします。 この拡張機能によって、自分宛に来ている
はじめに Claude Code、GitHub Copilot、Cursor など、様々な AI ツールが同時に複数のタスクを並行して処理することを可能にしました。しかし、従来の Git ワークフローでは、ブランチ間の切り替えによる作業の中断や、複数のタスクを同時進行する際のコンフリクトが課題となっています。 そこで注目されているのがGit Worktreeです。この記事では、Git Worktree の基本概念と使い方を紹介します。 従来の Git ワークフローの課題 ブランチ切り替えの問題点 従来の Git ワークフローでは、異なる機能やバグ修正を行う際にgit checkoutやgit switchでブランチを切り替える必要がありました： # 機能Aの開発中... git add . git commit -m "WIP: 機能Aの途中" # 緊急のバグ修正が必要 git switc
株式会社秀和システム（東京都・代表取締役会長兼社長 上田智一）は、2025年5月30日、新刊『Looks Good To Me』を発刊します。本書は、「なぜ必要なのか？」「どのように行うべきなのか？」「効率的に行う方法」など、コードレビュー全般について解説した「コードレビュー、最高の教科書」です。 ● 雰囲気でコードレビューをやっていませんか？ ああ、コードレビュー！ リリースプロセスに組み込まれているからやっているけど、何となく「雰囲気でやっている」けど、これが正しいのか、そもそもうまくできているかすらわからない。大事だとは理解しているけど、どのようにやればいいのか、どうなるのが正解なのか、何を参考にすればいいのか、「ぜんぜんわからない」という状況ではないでしょうか。でも大丈夫。これからは本書があります。コードレビューの「なぜ」から「どのように」まで、これが「コードレビューの最高の教科書
At React Conf last summer we announced that Remix was going to "take a nap". Remix v2 had become such a thin wrapper around React Router that an artificial separation developed between the two projects. We simplified the projects by moving the bundler and server runtime code from Remix directly into React Router v7, merging everything that made Remix great into React Router v7 “framework mode”. We
Deno + Claude4 + RooCode。Claude 4 が進化しているので、それに合わせて Roo のプロンプトを書き直した。 リポジトリはここ たぶん .roo/rules/rules.md と .roo/rules-orchestrator/01_workflows.md だけ見ればいいです。 オーケストレーター用のプロンプト システムプロンプト側 AI へのお題はダイクストラによる経路探索の実装。 効いたこと ハイラムの法則と単一責任原則に言及しながらリファクタさせる https://ssaits.jp/promapedia/glossary/hyrums-law.html eslint の warn でかなり積極的なルールを採用して、それを根拠にリファクタリングさせる 最初は 単体ファイルだけで eslint を回す 通常のテストではログが邪魔になるので通所の CI で
透明性を高める公開ロードマップ 利用者との信頼構築のためにも、現在運営として何を考えているかわかるよう、機能ロードマップもSlackのリスト機能を活用して公開しています。 v0 (Vercel社が提供する生成AIによって画像・自然言語からUIコードを生成するツール)を使ったプロトタイプなどを使い、ここでやり取りすることにより、各部署/グループ会社のAI活用推進者とも連携をとりつつ、個々のステークホルダーとのやり取りが断片化しないように合意形成を進められます。 OpenView Partners （PLGの提唱企業）によるNotionなどの事例 継続的なカスタマイズ開発 私たちのプロジェクトでは、Difyをシングルテナントのまま、全ユーザーが自由な相手を選べるReBAC（関係ベースのアクセス制御）のアプリ共有機能を独自に実装しました。これにより、利用者ごとの組織・利用形態に合わせた柔軟にアプ
スクラム新潟2025でプレゼンしました。 https://confengine.com/conferences/scrum-fest-niigata-2025/proposal/21850/2025 グローバルなソフトウェアテストにかんするサーベイであるThe State of Testin…
下のようなツイートを見かけたので少し書いてみます。 おそらくこの方はバックエンドをTypeScriptで書くのは良くないという誰かの意見に反応したものだと思う。そういう意見に惑わされないためにも、宣言しておきます。もうすでにTypeScriptでバックエンドを書いてもいい時代です、と。 っていうか書いてもいいどころか、すでにみんなTypeScriptでバックエンド書いて本番で運用してます。仕事上いろんな会社さんの開発の手伝いとかやってるんですが、全部TypeScriptでバックエンド書いてなくても、バックエンドの一部(BFFなど)をNext.jsやRemixのようなフレームワークを使って書いているところを含めるともう最近は見聞きする相手はみんな本番で運用してます。なのでもうTypeScriptでバックエンド書いてもいいです。 TypeScriptでバックエンド書くということは、多くの場合ラ
はじめに：コーディングエージェントの新たな分類今年初めに筆者が投稿した「ClineとAIコーディングツールの現状」ではAIコーディングツールを「コード補完」「チャットアシスタント」「コーディングエージェント」の3つに分類しました。しかし現在では「エージェント」が包括的な概念となり、この区別の必要性が薄れています。 さらに現在は役割や機能ではなく コーディングエージェントがどこまで自律的に開発プロセスに関与するのか開発タスクが実行される環境はどこかユーザーとの対話インターフェイスが本質的な違いになってきました。 本記事では、こうした変化を踏まえて解説します。 本記事の分類について「AI Agents Are Here. What Now?」ではAIエージェントの重要な特性の一つとして「自律性（autonomy）」が挙げられています。「自律的（agentic）」であるとは、ある目標が与えられた
Ready-to-useYou can use the icons as HTML images, embed them in your HTML code, create an SVG sprite or render them in React. Multiple formatsIcons can be used in Sketch, Illustrator, XD and Figma - choose the tool you feel the most comfortable working with. CustomizableEvery icon is designed on a 24x24 grid and a 2px stroke. You can easily customize them, changing the size, stroke or color.
TSkaigi 2025 スポンサーLT 登壇者: Lighthouse studio @yokkori_dev
Originally, Issues search was limited by a simple, flat structure of queries. But with advanced search syntax, you can now construct searches using logical AND/OR operators and nested parentheses, pinpointing the exact set of issues you care about. Building this feature presented significant challenges: ensuring backward compatibility with existing searches, maintaining performance under high quer
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く