デジスマチームの荒谷(@_a_akira)です。最近の特技は、家の外観1枚と内装4,5枚の写真から施工したハウスメーカーを特定することです。AIにはまだ負けません。 この記事はデジスマチームブログリレーの10日目の記事です。 普段はデジスマ診療のアプリ開発を担当していますが、今年の初めから新規事業のアプリをFlutterで開発しました。このアプリは、エムスリーで7つ目のFlutterアプリとなります。 新規開発にあたり、国内外の設計事例やカンファレンスを調査しましたが、「Flutterのアーキテクチャにおける正解は何か」という問いに、未だ明確な答えがないのが現状だと認識しています。 デジスマのアプリは5年前の2020年頃に開発したため、当時はまだBLoCやProviderが主流でした。同時期にRiverpodが登場し、今後の主流になるだろうという潮流があったことを記憶しています。また、当時

こんにちは！アジャイル開発チームの筒井です！ 最近の生成AIツールの進化は目覚ましいものがあります。Microsoft CopilotやGemini for Workspaceなど、業務向けの生成AIサービスも企業の業務基盤に組み込まれつつあり、もはやAIを業務で活用するのは特別なことではなくなっています。 その中でも「社内ドキュメントやFAQをAIチャットで（横断）検索したい」というニーズは生成AIが話題となり出した数年前から根強く存在しており、弊社でも当時から「社内ドキュメントを生成AI型チャットボットで検索できるシステム」を開発し、さまざまなプロジェクトの中で提供してきました。 しかし、CopilotやGeminiなどSaaS型AIサービスが急速に進化する中で、「独自開発システムでは最新のAI体験や新機能をすぐに取り込めない」「他社サービスと同じ機能をゼロから作るのはエンジニアとして

こんにちは。株式会社MonotaRO CTO-Office AI駆動開発チームリーダーの市原です。 先日、2025年6月24日に開催されたFindy様のイベントにて、「モノタロウのAI駆動開発 Cline編」というテーマで発表させていただきました。今回は、その内容をベースに、私たちがClineを200人規模で導入し、運用してきた実体験をお伝えしたいと思います。 findy.connpass.com speakerdeck.com なぜモノタロウはClineに着目したのか モノタロウでは、AIの登場をインターネット登場に比肩する変革と捉えており、「大きく導入、後から検証」という方針で全社的にAI活用を推進しています。 具体的には、GitHub Copilot、Devin、Cursor、Windsurf、ClineやClaude Codeなどを中心に比較的広く実践しながら試していっているところ

tl;dr foobarhogehoge.invalidは絶対にリクエストが飛ばないのでおすすめ あらすじ 書いていたコードは、とあるミドルウェア向けに内部利用するURLを環境変数で受け取るようになっていた。普段は実際の内部のURLが書かれているのだが、テスト時には以下のようにダミーを設定していた: FOOBAR_EXTERNAL_URL="https://example.com/foobardummy" テストではこのURLを利用しないのだが、内部で環境変数のバリデーションを行っている都合上、とりあえず適当なURLを指定しなければ起動してくれないから、こうなっていた。重ねて言うが、実際はこの環境変数を利用していないのでこれでいい。 しかしこれだと、うっかり内部の様子がおかしくなったりエンジニアが狂ってしまった場合に、example.comに本当にアクセスしてしまう。なおかつ、セキュリティ

こんにちは、わさびーふです。 今回は Claude Code の --dangerously-skip-permissions オプションを使いながらも、hooks↗ 機能と deny-check.sh スクリプトで安全性を確保する方法を紹介します。 問題：権限チェックのジレンマ Claude Code には通常、安全のための権限チェック機能がありますが、開発効率を重視して --dangerously-skip-permissions を使うことがあります。 しかし、これには以下のリスクがあります。 システム設定を変更する git config コマンドの実行 パッケージの自動インストール（npm install -g、brew install など） 権限変更（chmod 777）や強制削除（rm -rf）の実行 GitHub の API を使った破壊的操作 解決策：PreToolUse

macOS で Touch ID を使った「人間の確認」ができるシンプルな CLI ツール confirm-pam を作りました。 azu/confirm-pam: CLI tool for biometric authentication confirmation prompts このツールを使うことで、AI Agent が任意のコマンドやスクリプトの実行する前に、Touch ID による生体認証を要求できます。 コマンドラインから実行される処理に対して、人間による明示的な確認ステップを追加する仕組みを提供します。 confirm-pam とは confirm-pam は、macOS の Touch ID を使った生体認証による確認プロンプトを提供する CLI ツールです。 主な特徴 Touch ID 認証をサポート 認証ダイアログに任意のメッセージを表示 0（成功）、1（失敗）、2（エ

最近Cursor、Cline、Claude Codeなどの発展でAIコーディングが進歩し、非常に高速にプログラミングができるようになり、より短時間で機能開発ができるようになってきている。この高速化によって作り出した時間は何に使うべきだろうか？ 僕はこの時間を更なる新機能開発に使うべきではなく、サービスのユーザー理解・既存機能のバグ修正や手触りの改善・エンジニア以外も含めた社内改善に使うべきだと考えている。そのような話を先日Xにポストした。 開発生産性カンファレンスでいろいろ会話する中で、コーディングエージェントによる開発高速化によって作り出したエンジニアの時間は、新機能開発ではなくて、顧客理解・エンジニア以外も含めた社内効率改善・既存機能の手触りやバグ修正辺りに当てるべきだな、という気持ちを新たにした— 柴崎優季 (@shibayu36) 2025年7月3日 今回はこの話について詳しく自分

AI時代のソフトウェア開発を考える（2025/07版） 開発生産性 Conference 2025 2025年 7月4日（金） https://dev-productivity-con.findy-code.io/2025

2025-02-21 【増枠】Product Engineer Night #7 〜LT大会！〜 https://product-engineer.connpass.com/event/345220/

今年に入ってすぐくらいから、coding agentを活用した、いわゆる vibe coding を行うようになりました。 vibe codingとは、おおむね「自然言語でcoding agentに指示をしてプロダクトを作る」という開発スタイルのことを指すとみていいようです*1。 これはまさにソフトウェア開発における革命です。しかも、この革命はすでに "成って" います。 たとえば、ここ1ヶ月くらいで私が仕事で生産するコードの8割くらいは、coding agentによるものです。そして、おそらく1年以内にこれは9割を超えます。 この流れはもはや不可逆です。すでにvibe codingによって作られるプロダクトは、これまでとは異なる質を持っているからです。 つまり、vibe codingはただagentic codingがコーディングの役割を担うというだけにとどまりません。vibe codi

個人の感想でありrantなのであまり真に受けないでほしいです。ちなみに私はフロントエンド専門ではないです。Vue.jsは仕事で5年ほど使っています。Reactは趣味でいじる程度。 Reactはお作法を学び続けないといけないフレームワークReactを触れば触るほど、学ぶべき「お作法」が多いフレームワークだなと思う。例えば hooksの種類が多くて覚えきれない。それぞれの役割を理解するために、Reactの内部機構を多少理解している必要がある。例えば  useReducer とか、useTransitionを名前から使い所を予想することは多分不可能だと思う。 hooksはコンポーネントの関数の中に書かないといけないので関心ごとにhookを書く場所を分けることができない。 ステートを変化させるたびにそのステートが描画に関係ない場所も再レンダリングされる。例えば<input> タグにステートをバイン

written on June 12, 2025 There is currently an explosion of people sharing their experiences with agentic coding. After my last two posts on the topic, I received quite a few questions about my own practices. So, here goes nothing. Preface For all intents and purposes, here’s what I do: I predominently use Claude Code with the cheaper Max subscription for $100 a month 1. That works well for severa

この記事に出てきた話で、 FlutterとFirebaseを使ってアプリを作る上でのテクニックあれこれ 「スプラッシュスクリーンで全て初期化するのではなく」 「読込中の画面を別途用意して、リトライ可能な初期化にしよう」 というのが、気になり、原文を読んでみたときの備忘録(*´ω｀*) How to Build a Robust Flutter App Initialization Flow with Riverpod いつもの初期化 いつもはこんな感じに、main内のrunAppを呼び出す前にやる感じ void main() async { try { // 何らかの初期化処理 await someAsyncCodeThatMayThrow(); // アプリの起動 runApp(const MaterialApp(home: MainApp())); } catch (e, st) {

巷で話題のCline/Roo Codeを試してみたくて、 前から欲しかったVSCode拡張機能を作ってもらった 構成や価格は、 VSCode + Roo Code Anthropic API(Claude 3.7 Sonnet) v0.1.0までで、約$30(≒4,500円) そこから機能追加で、＋約$10(≒1,500円) 執筆時点で、110タスクくらい つくってもらったもの VSCodeをノートアプリとして使いたいなと思うけど、 ファイルの並び順とかがいい感じにならないので、 並び替えとかいろいろできるエクスプローラーを作ってもらった Sortable Explorer - Visual Studio Marketplace memorylovers/sortable-explorer: Flexible Sort Explorer of VSCode Extention 機能はこんな

タイトルの通り、「DevRel」の商標がMOONGIFT社によって出願され、登録されてしまった問題について、異議申立を行った。 異議番号 ：異議2024-900263 DevRel商標登録問題とは 何が問題なのか 商標不正登録に対するものか 考えられる影響 なぜ異議申立を行ったか クラウドファンディングについて DevRel商標登録問題とは DevRelという単語については、昨年末にも色々物議を醸したことをご存じ方も多いだろう。その件については941さんの記事が詳しいのでリンク先を参照してほしい。 blog.kushii.net 本記事ではDevRelの定義については論じない。個人的には狭義のDevRel(エンジニア採用や技術広報を主目的としない) にやや賛成の立場だが、さまざまな意見があって良いと思う。 しかし、件の議論の中で気になったのは、異なる定義を唱える人間に対してまるで人格否定に

子供が産まれるのに備え子供の名前を探索するツールを作りました。Linux、macOS、Windows で次のように名前の候補を列挙してくれます： $ name search --space full 山田 --max-length 2 < ./filter.json | tee result.tsv 評点 画数 名前 読み 性別 天格 地格 人格 外格 総格 14 16 丈辞 ジョウジ 男性 吉 大吉 吉 大吉 大大吉 13 21 丈騎 タケキ 男性 吉 大吉 吉 大吉 大吉 ... github.com 名前探索器を開発した背景 12月に第二子が産まれました。第一子は人力で名前を探索したところあまり良い名前が思い浮かばず苦労した経験があります。最終的には友人の手を借りて命名したのですが、今回もまたお世話になるのは申し訳なかったため、システム的な解決を図りました。 開発した名前探索器の紹介

2025.2.14 追記 直ったことが確認されました！何回もチェックボックスを押しても通らなかったのが、1回の作業で通るようになりました！！ 過激なタイトルですみません。 Cloudflare Turnstile (Cloudflare の CAPTHCA のようなもの)、または Cloudflare の Under Attack Mode を 学校向けアプリに使わない方がいい理由を紹介します。 使ってしまうと、もしかしたら大量のユーザーを失うかもしれません。 学校のフィルタリングとの相性 あなたが Cloudflare を用いてサイトを公開するとき、ユーザー A,B,C は以下のようにアクセスします。いたってシンプルですね。 学校のフィルタリングは、ほとんどの場合、プロキシを用いて一箇所にリクエストをあつめて、そこでブラックリストと照らし合わせてブロックします。 要するに、生徒のリクエス

こんにちは、Xイノベーション本部の米久保です。 こちらは、電通総研テックブログ アドベントカレンダー2024の12月10日の記事です。 はじめに 認知負荷 認知負荷理論 ソフトウェア設計と認知負荷理論 認知バイアス エラー まとめ 参考文献リスト はじめに ITエンジニア同士で会話するときに、「メンタルモデル」や「認知負荷」などの認知科学に由来する用語をよく耳にするようになりました。ソフトウェア開発は結局のところ人間によって行われる社会的な営みなので、人間の心のクセ、つまり認知特性に注目することはその活動をより良いものにする上で重要です。 デザインの領域では人間中心デザイン（Human-centered design, HCD）に代表されるように、人間の認知特性を考慮に入れたアプローチが主流となっており、ユーザーのニーズ、能力、行動に合わせたデザインを行います。 ソフトウェアの品質は外部品

今日のこのブログ記事は Nostr Advent Calender 第２会場 の25日目の記事になります。 昨日のアドベントカレンダーはkaijiさんの「Nostrではじめる、分散型アプリケーション開発 」と、雨鹿茶房／fei🫑さんの「2023年 Nostrの思い出」でした。 adventar.org adventar.org Shino3 こと、しのさんで、しのはらです。 The Nostr (with Bluesky) 2023年という歳をあらためて振り返ってみると、僕にとっても四谷ラボにとっても、Nostr (Blueskyも含む) を主軸として共に過ごしてきた一年だったと改めて思います。今年は僕も久しぶりに四谷ラボの名前をお借りして複数のイベントとともに歩いたとても濃い一年間でした。この記事にて活動を振り返るとともに、今年様々なイベントでご協力いただいた皆様、参加していただいた皆