タグ

shiba_yu36のブックマーク (11,347)

  • UI Skills

    UI Skills When invoked, apply these opinionated constraints for building better interfaces. How to use /ui-skills Apply these constraints to any UI work in this conversation. /ui-skills <file> Review the file against all constraints below and output: violations (quote the exact line/snippet) why it matters (1 short sentence) a concrete fix (code-level suggestion) Stack MUST use Tailwind CSS defaul

  • AI に指示するのではなく、まずは AI に質問させた方が捗る

    はじめに 頭の中には手順や判断のポイントがあるのに、それを明文化出来ていない。 その結果、関係者間で前提が共有されないまま話が進み議論がすれ違ってしまう、ということがあると思います。 これは、暗黙知が言語化されていない状態です。 そしてこれは、 AI ≒ LLM を使う上でも同じ課題に直面します。 頭の中にある暗黙知を明文化しないと、 LLM から良い回答は得られません。 この記事で紹介するのは、そういった状態をプロンプトエンジニアリングの力を使って、解決する方法です。 結論 暗黙知の言語化には、"AI に答えさせる"のではなく、AI に質問してもらう(インタビュー型プロンプティング)のが有効です。 なぜなら、自分がまだ言語化できていない前提・判断基準・制約を、AI の質問であぶり出して メタ認知(自分の思考を一段上から見ること) を起こすことができるからです。 題 なぜ「指示」より「質

    AI に指示するのではなく、まずは AI に質問させた方が捗る
  • 副業・業務委託エンジニア受け入れの実態と、うまくいくタスク設計のコツ(バクラク事業部の事例をもとに) - LayerX エンジニアブログ

    はじめに 「LayerXって正社員しか採用していないのでは?」「バクラクの開発はハードルが高そう」 そんな印象を持つ方もいるかもしれません。 ただ実際には、LayerX バクラク事業部ではこれまでも 副業・業務委託のソフトウェアエンジニアを受け入れ、プロダクト開発を一緒に進めてきた実績があります。 最近SNSでこの話題に触れた際にも反響があり、「興味はあるけれど、実態が分からない」という方が一定数いることを実感しました。 バクラク事業部で副業・業務委託のソフトウェアエンジニアも受け入れていること、もしや世の中に全然知られていないのでは??という話を同僚としていたのですが、 これって当ですか…? 興味ある方、お気軽にDMください!お話しましょう!!!— serima | LayerX (@serima) 2026年1月8日 記事では、候補者にとっての不安が大きい どのくらい稼働できるのか

    副業・業務委託エンジニア受け入れの実態と、うまくいくタスク設計のコツ(バクラク事業部の事例をもとに) - LayerX エンジニアブログ
  • CLAUDE.md や AGENTS.md のベストプラクティスな書き方 - izanami

    CLAUDE.md は LLM にコードベースを理解させる最重要ファイル。WHY/WHAT/HOW の3要素を300行以内で簡潔に書き、指示は最小限に。段階的開示で詳細は別ファイルに分離し、リンターや自動生成には頼らないのがベストプラクティス Claude Code を使っていて、なんか思い通りに動かんなって感じたことない?指示を書いてるはずなのに無視される、毎回同じことを説明し直さなあかん、コードスタイルがバラバラになる こういう問題の多くは、実は CLAUDE .md の書き方に原因があったりするんよね X で 毎日 AI 情報を配信してるコムテです。Agentic AI / AI 駆動開発などを中心に情報を配信しています この記事は HumanLayer のブログ記事「Writing a good CLAUDE .md」をベースに、Anthropic の公式ドキュメントと最新の学術研

    CLAUDE.md や AGENTS.md のベストプラクティスな書き方 - izanami
  • サラリーマンソフトウェアエンジニアのキャリア

    最近少しキャリアについて考えていたので自分用に整理したもの

    サラリーマンソフトウェアエンジニアのキャリア
  • 霞が関から学ぶ、仕事のコミュニケーション────官僚は複雑なステークホルダーをどう調整しているのか?

    今回のAgendのテーマは、ステークホルダーの調整。 関わる人たちの納得が得られず資料を書き換え、また根回しの相手を増やす────そんな調整ごとに悩んでいませんか? そこで、政治家や陳情団体との複雑な調整をこなし続ける霞が関の官僚に「調整ってどうしていますか?」を聞いてみました。 日常で使える仕事のヒントがたくさんのインタビューです。どうぞ、最後の「まとめ」までお読みください。

    霞が関から学ぶ、仕事のコミュニケーション────官僚は複雑なステークホルダーをどう調整しているのか?
  • GhosttyをVSCodeみたいにしよう!|Naoki |電電猫猫

    English Article 最近はClaude Codeでコーディングすることが増えてきました!しかしこいつもそうだけどVSCodeもメモリをもりもりいます。大いが5プロジェクトもあるとまあメモリもカツカツです。 そうして流行りのGhosttyに乗り換えたのが半年前なんですが、最近はGhosttyでVSCode環境をそのまま再現したい!という今の自分のGhostty環境をお見せします! 私の環境Ghostty環境そして私の元々のVSCode環境です。 詳しく見ていきましょう。まずVSCodeのほうですが、簡単にはこれです。一般的な部類だと思いますが、左のサイドバーにファイル一覧とGitのTree表示。右にはClaude Code or Code Editorとその下にターミナルという基構成です。 これをそのまんまGhosttyで再現したい!ということで実際に使っているのはこれです

    GhosttyをVSCodeみたいにしよう!|Naoki |電電猫猫
  • #RSGT2026 に参加し、いろんな人から刺激をもらってきた - $shibayu36->blog;

    ブログを書くまでがカンファレンスということで、RSGT2026に参加しました記事です。 今回参加したのは、「開発フロー改善がうまくいって知見も溜まったし、どこかで発表したいな」と思った時にたまたまRSGT2026のプロポーザル応募をしているのを見て、勢いでプロポーザル応募したのがきっかけ。結果的にプロポーザルも通り、初参加 & QAフローを最適化し、品質水準を満たしながらリリースまでの期間を最短化するという発表をしてきた。 初参加で、しかもこれまでスクラムアジャイル系のイベントにはほぼ参加したことがなかったため、ほとんど知り合いがいないという状況だった。けれど今回の機会で色んな人と廊下や懇親会で話せて、興味深い議論をしたり知り合いを増やせたりしたなと思う。 セッションもレベルが高いものばかりで、特に以下の2つのセッションが参考になった。両方とも深い知見であると同時に、会社でまず一歩目を踏

    #RSGT2026 に参加し、いろんな人から刺激をもらってきた - $shibayu36->blog;
  • 「そもそも生成AIでやるべきでない問い」に、企業が挑んでしまう問題|深津 貴之 (fladdict)

    わりと複数の企業のお悩みが、「そもそも生成AIでやるべきでない問い」にチャレンジして疲弊してる。ので説明メモ。 大企業が生成AIを導入してうまくいかないケースの多くは、ツールの性能不足というより、業務設計がズレている印象があります。 もう少し正確に言うと、「AIが苦手な問い」をそのまま投げている。で、当然苦戦しています。 ポイントは大きく2つあります。 完璧性を要求する仕事を、やってはいけない ステップが長く連鎖する仕事も、やらせないほうがいい 順番に解説すると… そもそも完璧性を要求する仕事を、やってはいけない生成AIは確率分布で、未来を予測したり、答えを予測するマシーンです。つまり、「確率的に間違えが発生する」ことは仕様の一部です。 なので、以下のような「そもそも100%の正しさを前提とする業務は苦手」です。 正解が一意で厳密:数式の厳密計算、機械語や厳密仕様のコード生成(1文字違いで

    「そもそも生成AIでやるべきでない問い」に、企業が挑んでしまう問題|深津 貴之 (fladdict)
  • #RSGT2026 で「QAフローを最適化し、品質水準を満たしながらリリースまでの期間を最短化する」という発表をしました - $shibayu36->blog;

    RSGT2026に参加して発表してきました。スクラム系のイベント初参加・初発表・かなり大きなホールでの発表ということで緊張した〜。 発表資料はこちら。QAフローの最適化とタイトルに入っていますが、QAチームの立場からというより、開発チームのソフトウェアエンジニアの立場から開発フローを改善していく話です。 speakerdeck.com 資料を作っていて、「うーん自分は結局この発表で何が伝えたいんだろう?」と迷っていたのですが、作っていく中で言語化できたように思います。それは今回のフロー変更がうまくいったのは2つの成功要因があり、さらにこの成功要因はQAだけでなく開発フロー改善全体に言えることだなということです。 簡単にこの部分で話したことを要約するとこんな感じ。 QAフローや開発フローの改善をするとき、最初からフロー設計をするのではなく、必ず事業やサービス理解から始める方が良い よくある罠

    #RSGT2026 で「QAフローを最適化し、品質水準を満たしながらリリースまでの期間を最短化する」という発表をしました - $shibayu36->blog;
    shiba_yu36
    shiba_yu36 2026/01/09
    開発フローの改善を設計する前に、事業理解や開発フローの制約を先に理解したことが良かったよという話をしました
  • 技術同人誌の著者は、なぜKindle版を出すのか or 出さないのか - プログラマでありたい

    技術同人誌の著者として、技術書典・BOOTH・Kindleダイレクト出版(以下KDP)と3つの販売チャネルを使ってきました。その中で Kindle をどう見ているのか、どんな距離感で付き合っているのかを整理してみます。記事では、売上金額や販売冊数には触れず、構成比や役割の違いという観点から、Kindle と BOOTH を比較します。なお、技術書典はオフライン販売会があるなど位置づけが大きく違うので、今回は直接の比較の対象として除外します。 Kindleはやるべきか/やめるべきかという二択ではなく、どう位置づけるのが現実的かを考えるためのヒントになれば幸いです なぜ技術同人誌Kindle の話を書くのか 技術同人誌界隈では、Kindle に対する評価が両極端になりがちです。ある人はAmazonが持つ巨大なユーザー基盤の恩恵をうけ、ある人はKindleのロイヤリティプログラムに対して不

    技術同人誌の著者は、なぜKindle版を出すのか or 出さないのか - プログラマでありたい
  • AIがバイナリを直接吐くようにはならない - きしだのHatena

    たびたび見かける「そのうちAIが直接バイナリを吐くようになるんでは」という話、原理的に難しいし、できるとしてもだれもやらないし、できるようになったとしてもだれも使わないので、今の仕組みのAIが直接バイナリを吐く未来は来ないと思います。 ここらへんも参照 AIがコードを書くようになるなら、AIだけに理解できる言語を作ればいい、のかな? - きしだのHatena AI専用のプログラミング言語は現れない - きしだのHatena AIが読み書きするコードも読みやすいほうがいい(トランスフォーマの特性の考慮やリーダブルコードについて追記) - きしだのHatena プログラミング言語は人間が扱いやすく機械が実現できるよう論理を表現するものでありプログラムの体 - きしだのHatena ※ LLMが生成したコードを内部でコンパイラを呼び出してバイナリにするというのは、例えばここにあるようなプログラ

    AIがバイナリを直接吐くようにはならない - きしだのHatena
  • 育てるほど楽になる AI 開発体制を作っている話 | BLOG - DeNA Engineering

    こんにちは。ソリューション部 エンタープライズ事業部 スポーツプラットフォーム部の永田です。普段の業務ではスポーツ領域の新規サービス開発に従事しています。 記事では、複雑なドメインを持つ新規サービス開発のプロジェクトにおいて、「AI を活用して開発生産性を向上させる」 ために構築した仕組みと、その具体的な例を紹介します。 背景と課題 プロジェクトの特性 プロジェクトには、以下のような特性があります。 新規サービス開発: ゼロからの立ち上げであり、設計判断が多い タイトなスケジュール: ビジネス要件上、できるだけ早く開発を進める必要がある 複雑なドメイン・コード: 特有の概念や複雑な構造が多く、全体像の把握が難しい。新規メンバーが多いチーム構成も相まって、ドメイン知識の蓄積が十分でない こうした背景から、AI をうまく活用してスピードと品質を両立して開発を効率化したいと考えていました。

    育てるほど楽になる AI 開発体制を作っている話 | BLOG - DeNA Engineering
  • CuraQ(クラキュー) - AIナレッジアシスタント

    AIで、管理の手間をゼロに。「あの記事どこで見たっけ?」「ブックマークし損ねた」——そんな後悔を繰り返すのは、手動のブックマーク管理に限界があるからです。 CuraQは、あえて緻密な管理を捨てました。あなたがやることは、URLを雑に投げ、読み終えた時にボタンを押すだけ。あとの整理はすべてAIが引き受けます。

  • 自分の作ったVSCode拡張をOpen VSXにリリースした - $shibayu36->blog;

    最近CursorやWindsurfといったVSCodeフォークのエディターが使われるようになっているが、これらからはVisual Studio Marketplaceに公開された拡張を探すことができない。Open VSX Registryから拡張を検索するようになっている。 自分もVSCode拡張を作っているが、CursorやWindsurfなどからも簡単に使えるようにしたい。そこで自分の作ったものをOpen VSXにリリースした。 Search in Current File インクリメンタルサーチ中に、ファイル内のヒットした箇所を一覧しやすくする拡張 Open to Other Editor Group Explorer Viewにいる時にファイルをActiveなEditor Groupの隣に開く拡張 どうぞご利用ください。そしてVSCode拡張作っている人いたら、どんどんOpen V

    自分の作ったVSCode拡張をOpen VSXにリリースした - $shibayu36->blog;
  • Temporal for AI

    They’re essentially distributed systems on steroids. Issues like flaky tools and APIs, rate limiting from LLMs, and storing conversation history add complications to already-challenging projects. Ship faster by focusing on the business logic Offload the plumbing code like retries, durability, state management, and error-handling to Temporal. Focus on the code that will drive value and differentiat

    Temporal for AI
  • アジャイルチームが変化し続けるための組織文化とマネジメント・アプローチ / Agile management that enables ever-changing teams

    Regional Scrum Gathering Tokyo 2025 https://2025.scrumgatheringtokyo.org/ での登壇資料です

    アジャイルチームが変化し続けるための組織文化とマネジメント・アプローチ / Agile management that enables ever-changing teams
  • プロダクト目線とエンジニア目線でストーリーを紡ぐ「全体マップ」の作り方 - KAKEHASHI Tech Blog

    カケハシでエンジニアリングマネージャーを担当しているいくおです。 今回は、私たちのチームで中規模以上(複数スプリントにまたがるもの)の機能開発を行うときに作成している「全体マップ」について紹介します。 全体マップを考案したのはチームメンバーの椎葉さんなのですが、「いくおさん言語化うまいからブログにしてください!」とおだてられたので、それを真に受けて私がブログに書きます。 全体マップを作るようになってから、中規模の開発で自分たちの状況を把握しやすくなりました。また、全体マップを通して関係者全員がコミュニケーションすることで、なめらかな協働関係を築けるようになりました。こういった実体験からも、ぜひ多くの現場で全体マップを試してみたいと思っています。 では、全体マップとは一体なんなのか、どうやって活用するとよいのか、解説します。 この記事は秋の技術特集 2024の6記事目です。 ユーザーストーリ

    プロダクト目線とエンジニア目線でストーリーを紡ぐ「全体マップ」の作り方 - KAKEHASHI Tech Blog
  • 【2025年ベストマンガ】このマンガもすごかった! - 今は亡しわが村

    「このマンガがすごい!」には隙がある! 世の中にはすでに宝島社「このマンガがすごい!」が存在するのに、お前はどうして毎年懲りずにマンガランキングを作っているのかと問われたら、理由のひとつは「このマンガがすごい!」は隙だらけだからだと答えます。 まずは、あまり意識することのない「このマンガがすごい!」のレギュレーションを確認してみましょう。 ・10月1日から9月30日の期間に、単行が発売された作品を対象とする。 ・同作品に対して、オトコ編とオンナ編の選者からそれぞれ得票があった場合は、選出人数の多い方へ合算。 つまり、9・10・11月頃に発売された作品は不利になりやすいということです。9月は締切ギリギリすぎて読まれないですし、10・11月頃の作品は次のランキング投票時期には記憶から滑り落ちてるケースが多いです。 そして、オトコ編とオンナ編の得票が合算されているということは、男女両方から支持

    【2025年ベストマンガ】このマンガもすごかった! - 今は亡しわが村
  • ノーベル平和賞受賞の栄光と米国トランプ政権の軍事圧力に揺れるベネズエラ(坂口 安紀) - アジア経済研究所

    写真1 ベネズエラの反政府派政治リーダー、マリア・コリナ・マチャド(中央) と彼女の代替候補として大統領選で勝利したエドムンド・ゴンサレス(右) ベネズエラは、ノーベル平和賞受賞の栄光と軍事攻撃の脅威という相反するふたつの状況下で、激動の2025年末を迎えようとしている。12月10日、オスロでノーベル平和賞が、ベネズエラの民主化闘争を主導するマリア・コリナ・マチャドに授与された。1年以上国内に潜伏して逮捕を逃れ、出国禁止命令を受けている彼女が無事にオスロに到着できるのかが注目されたが、命をかけた脱出劇のすえ、式典には数時間遅れたものの無事オスロにたどり着いた。その一方、米国のトランプ政権がニコラス・マドゥロ独裁政権への軍事圧力を日に日に強めており、なんらかの軍事行動がいつ始まってもおかしくないほど緊張が高まっている。ベネズエラではいったい何が起きているのか、報告ではこれらの背景についてみ

    ノーベル平和賞受賞の栄光と米国トランプ政権の軍事圧力に揺れるベネズエラ(坂口 安紀) - アジア経済研究所