はじめに 「ウォーターフォールでソフトウェアを作れる」という言説は、現場感覚を持つ人間ほど違和感を覚えるにもかかわらず、一定数の人に強固に信じられ続けています。これは単なる開発手法の好みの問題ではなく、人間のウォーターフォール神話とソフトウェア開発を巡る成功体験、そしてそれを支える認知構造が絡み合った現象です。 ソフトウェア開発の歴史を振り返れば、ウォーターフォールが教科書的に語られ、正統な方法論として扱われてきた時代が確かに存在します。しかし、その「正しさ」は結果から逆算された物語であり、検証可能な事実とは必ずしも一致しません。 本レポートでは、ウォーターフォールが実際に機能していたのかという事実認定を起点に、なぜそれでもなお「作れる」という嘘が信じられ続けるのかを、心理、組織、歴史、そして認知の観点から整理します。 感情論や宗派論争を避け、できるだけ冷静に、しかし現場の肌感を失わずに論

agent-browser は Vercel が開発した CLI でブラウザを操作するツールであり、AI エージェントにブラウザ操作能力を提供するために設計されています。この記事では agent-browser のインストール方法、基本的な使い方、AI エージェントからの利用方法について紹介します。 AI エージェントにより効果的にタスクを実行させるためには、適切なフィードバックループを構築することが重要です。特にフロントエンドの開発においては、ブラウザ上での動作確認が欠かせません。しかし AI エージェントは通常ブラウザを直接操作する能力を持っていないので、ツールを提供して AI エージェントがブラウザを操作できるようにする必要があります。 AI エージェントにブラウザを操作させるツールとして Playwright MCP や ChromeDevTools/chrome-devtools

メルカリはフリマの出品に関する新基準をまとめた。多数のトラブルが報告された商品について、9日から出品禁止とした。引き金となったのは任天堂のゲーム機「Nintendo Switch 2（ニンテンドースイッチ・ツー）」の転売騒動だ。迫俊亮執行役員は「スイッチ2は新基準に照らし合わせれば出品禁止とすべきだった」と明言した。――新基準を制定した背景は。「多様な価値観を持った人たちが安心・自由に取引で

はじめに エンジニアがブログや登壇などを通して外部に知見を発信することは、企業の技術ブランディングだけでなく発信者本人の成長にもつながる重要な活動です。 しかしながら、Engineering Manager（以下、EM）やDevRel、DevHR等のエンジニア採用に関わる方々には「自社エンジニアがなかなか外部に技術発信してくれない」という悩みを持つ方も少なくありません。 私が先日参加した Kaigi on Rails 2025 感想戦*1 というエンジニアイベントでもまさにその声が聞こえてきました。 パネルディスカッションで @joy_P_joy さんが提起してくれた「この程度の内容じゃ登壇できない症候群をどう打破するか」というお題に対して、EMとしての自分のアンサーがあるので近々ブログ書きます（宣言）#after_kaigionrails— なおぱー (@naopr) 2025年10月9

自己紹介 BASEでエンジニアインターンをしている吉川唯音です。趣味は音楽で、作曲や編曲をしています。この度10月9日をもって、インターンを無事に終えることになりました。約2ヶ月のBASEでのインターンを通して、感じたことや学んだことについて語っていこうと思います！ インターン入社の経緯 自分は普段から多様なクリエイターとの接点があり、周囲ではBASEを利用している方も多く、そのため以前からBASEという存在を知っていました。そうした背景もあり、サポーターズの1on1イベントに参加した際により強く興味を持ち、面談を経て応募に至りました。そして選考が進み、8月からインターンとして入社しました。初めてBASEを訪れた際には、大きなガラス張りのエレベーターとオフィスの開放感のある雰囲気に驚いたことを今でも覚えています。 BASEで実際にやったこと ショップ管理画面全体のデザインリニューアル開発

もうUIはいらない。 この一言に尽きる。 ChatGPTの新機能「Apps in ChatGPT」が登場した瞬間、フロントエンドという職種の地盤は音を立てて崩れた。 これまでは、Webアプリやサービスは「フロントエンドでUIを作り、バックエンドでデータを返す」 という分業構造の上に成り立っていた。 だがApps in ChatGPTは、その構造をぶち壊す。 ユーザーはもうWebサイトを開かない。 ChatGPTのチャット画面内でSpotifyを操作し、Zillowで物件を探しEtsyで買い物をする。 つまりUIはChatGPT内に統合される。 あなたが書いてきたReactコンポーネントもボタンもフォームもすべてAIに吸収される。 「UI」はAIが自動生成する時代に入った もはやユーザーはブラウザを必要としない。URLをコピペすることも無くなるだろう。 「このホテル予約して」と言うだけでAI

フィンテックで訳の分からん東欧の発展途上国や北朝鮮にすら負けてる日本の意識高いITエンジニアたちという生き恥晒して生きてる惨めなオッサン達　～いつまで他責思想してるの？次は何のせいにするの？ディープステートのせいとか？(笑)～最近、世界的なIT関連のニュースを調べていて、ジェトロ(日本貿易振興機構)の記事を読んでいると どうも中国の影に隠れて、イランや東欧諸国(マイナーとところではマケドニアとか)などの国が、IT業界の市場規模が続伸しかなりGDPを伸ばして、先進技術開発やビジネスが興っているらしい イランなんて40年も先進国から経済制裁を食らっててるのに、5Gなんかとっくに導入してるし、ほぼ自国サービスのみでアメリカ並みのITインフラを維持しているし、 AIに関しても「政府トップダウン型の開発志向で」、なんと政府の厳しい精査(イランは起業するにも国の審査がいる)にもかかわらず、今年だけで6

今は全くやらなくなったが、チャットコミュニケーションでなんだか憤りを感じた時に "お気持ち" をガッと文章で書いてしまっていたことがある。 この振る舞いは物事を前に進める上では悪手でしかないと思っていて、そんな感じのことを雑につらつらと書いておきたい。 自分の経験上、チャットコミュニケーションで「お言葉ですが」とか「気持ちだけ書いておくと」とか「ちょっと言っておきたいんですが」みたいな感じで自分の不満をテキストで表明するのは悪手。ここまで露骨ではないにせよ、ちょっと非協力的になって"拗ねた"り、線引きして突き放したりするような物言いをするとかもこれに含まれる。 やっちゃダメとまでは言わないけれど、建設的に物事が進むことは少ない。もし進んだとしたら、それは不満を表明した自分のおかげではなく噛み砕いて軌道修正してくれた相手やまわりのおかげ。勘違いしてはいけない。 「そうは言ってもきちんと明確に

俺（レビュアー）「ここはMath.minを使えば1行で書けるのでそうしてください」 レビュイー「AIがこのように生成しました」 俺「（だから何だよ…と思いつつ）盲目的にAIに従うのではなく、それを受け入れた以上コードの責任はあなたが持ってください」 レビュイー「しかしこの先コードを読むのもAIになってきている以上、AIが生成するコードはAIにとって読みやすい良いコードなんじゃないでしょうか？そもそもですが前から増田先輩は小さいことにこだわってapproveを遅らせすぎです。さっさとリリースしたほうが顧客価値に繋がるのでは？」 30分ぐらい悩んだが反論できず「確かにそういう考えもありますね」って言ってapproveした。 どうするのがよかった？

AI時代のコミュニケーションに期待する最低限の責任感https://hiragram.app/posts/e0uFGoNP仕事AI 2025-04-21 はじめに最近、エンジニア以外の職種でもAIを活用する動きが社内で加速している。企画、マーケ、カスタマーサポートなど、これまであまり技術に関与してこなかったメンバーがAIツールを使って、情報の整理や文章作成、アイデア出しなどに取り組むようになってきた。 これはとても良い流れだと思う。一方で、AIとの向き合い方や、AIが生成した情報をどう扱うかについて、よく考察された共通認識がないまま進んでいることに危うさも感じている。 この記事では、実際の業務の中で感じた違和感や課題をもとに、「これからのAI時代に必要なコミュニケーションの基本姿勢」について考えてみたい。 自分で判断できないことをAIに委ねないAIが出した情報に対して、自分で正否や適切さを

WEBページの制作進行兼営業の仕事をしている クライアントから「こういうWEBページを作りたい」「このまえ作ってもらったWEBページのここを直したい」といった要望を聞き、これを取りまとめてエンジニアやデザイナーに発注、納品されたものをクライアントに渡すという仕事 で、この仕事をやっていて思うんだけどエンジニアって性格終わってる人多くね？ 営業やWEBデザイナーといった他業種にはない独特の性格の悪さがあると思う エンジニア連中は頑固で融通が利かないしものの言い方が高圧的 「心理的安全性？なにそれ？」ってレベルの言葉遣いをしまくってくる 一方で社内のデザイナーさんの方はそんなことないんだよな 一体この差はなんなんだろう 最近あった具体例だと中途で入った新人さんが初発注するとき 一応規定のテンプレートに沿って発注書を作ったんだが受け持った案件がちょっと特殊であることがあとからわかって、仕様を詰め

この1, 2年、「いずれ急成長型のスタートアップを始めたいと思っているが、最初からスタートアップをするべきか、それとも最初は受託ソフトウェア開発から始めるべきか迷っている」という相談を学生・若手の方々から受けることがかなり増えました。 最近では週2回ぐらいの頻度で受けることもあり、類似した話をすることが増えてきたので、ブログ記事として残しておきます。 「スタートアップから始めるべきか、受託ソフトウェア開発から始めるべきか」への回答 「スタートアップから始めるべきか、受託ソフトウェア開発から始めるべきか」への回答は、場合にもよりますが、「ハイグロース・スタートアップを目指しているのなら、受託ソフトウェア開発での起業を経由するよりも、最初から副業的にプロダクトを作ったり、ハイグロース・スタートアップを直接始める道のほうが良いのではないでしょうか」というのが個人的によく行う回答です。 ただしこの

何らかの問題を解決しなくてはならなくなった時に、解決よりも深掘りを優先してしまう特性の人がいます。 たとえば問題に対する短期的な対策を考えることをおろそかにして、根本原因究明と根本対策方法をじっくり考え込んでしまうような人が該当します。他人事のように言ってますが、筆者もそうです。本記事は、そういう筆者が過去に仕事で困っていたこと、ある時から状況によって取り組み方を変えられるようになったという話をします。 上記のような特性の人は、調査のたびに深い知識が得られ、血肉となっていきます。それゆえ技術に明るい人とみなされることもあります。その一方で、困ることもあります。とくにそれは発生した問題が自分ではなく他の誰かのものだった場合、かつ、急ぎ問題解決が必要な場合です。業務ではこのような場面が非常に多いです。 この場合、問題の深掘りを最優先にしてしまうと仕事が遅くなりがちです。みなさんも、「あの人、技

この技術の実態を明らかにするため、研究者たちはSamsungとLGという2大スマートTVブランドを対象に、英国と米国の2カ国で詳細な実験を行った。 具体的には、6つの主要なシナリオを設定した。まず「アイドル」状態、つまりTVの電源は入っているがホーム画面のままの状態。次に「リニア」視聴、これは従来の地上波放送を見る状況。 「FAST」は、TVメーカーが提供する無料広告支援型ストリーミングサービスの視聴を指す。「OTT」は、NetflixやYouTubeなどの外部ストリーミングサービスの使用。「HDMI」は、ゲーム機やPCなどの外部機器をHDMI接続して使用する状況。そして「スクリーンキャスト」は、スマートフォンなどの画面をTVにミラーリングする使用法である。 さらに、各シナリオで4つの異なる設定を試した。ユーザーアカウントにログインしている状態とログアウトしている状態、そしてACRを含む広

先日の三連休、いや、そのちょっと前からだろうか。だんだん晩飯にキムチ鍋を食うのがつらくなってきた。気が進まない、気が乗らないのである。そこで、鍋キューブなどを買って普通の鍋などにしたり、蒸し野菜にして酢醤油で食べてたりしてみたが……もうだめだ。もう白菜食いたくない。キムチ鍋も見たくない。胃が痛い。胃薬を飲んだ。 というわけで、日曜日にはいよいよ「もうおれはなにを食べていいのかわからん」という状態になり、賞味期限の切れたパスタを食べたりするなどした。おれはキムチ鍋生活をやめるぞ！ と、言ったところで晩に何を食べればいいかわからなかった。祝日の月曜日は残っていた白菜を使い切るため、キムチ鍋にした。胃が痛い。食は進まない。胃薬を飲んだ。 ああ、まったくどうしたらいいのか。おれはなにを食べればいいのか。もちろん自炊で、もちろん簡単で、野菜がたっぷり摂れる、安価なメニューは……。 そんなものが、ある

この節目に、人生初の就職から約1年の経験を振り返り、感謝の気持ちを込めて綴りたいと思います。 自己紹介 たかしゅん/moko-poiと申します。私は主にAWSを中心としたインフラ構築やDevOpsの促進に取り組んでいます。 サイバーエージェントには新卒で入社し、バックエンドエンジニアとして配属されました。その中で、特にDevOpsやAWSなどのインフラ関連の業務に注力し、さまざまなプロジェクトに携わってきました。 サイバーエージェントでやったこと 2023年4月に新卒としてサイバーエージェントにバックエンドエンジニアとして入社しました。その前に、内定者アルバイトとして約3ヶ月間勤務していたため、合計で約1年半在籍していました。全てを詳しく話すと長くなってしまいますので、ここでは主な取り組みを簡潔にご紹介します。 広告 内定者バイトの時から、少人数チームでバックエンドの機能開発だけでなくイン

はじめにこんにちは。VideoStepという映像SaaSスタートアップの代表取締役の迎と申します。ちょうど給与テーブルを見直している際に、ふと呟いた以下のツイートが、業界の方々から反響を得たこともあり、スタートアップにおける給与水準が実際にどこまで肯定されうるのかということについて、より深い考察をしてみようと思います。 ビジネスモデルによっても経営効率は全く異なるので、今回は対照実験として上場SaaS企業、全30社をデータセットとして分析することとします。 あくまでSaaS企業における分析であり、また将来的に生み出されるキャッシュフローについては考慮しない荒削りな分析でありますので、参考程度に読んでいただければと思います。 Equityで数十億調達したスタートアップで、平均年収1,000万円以上というのが当たり前になってきているが、2018年以降、1000億円以上の時価総額で上場したスター

CTO 室の恩田です。 今回は GitHub Copilot Enterprise を評価してみて、現時点ではまだ採用しないことを決めた、というお話をご紹介したいと思います。 きっかけ とあるエンジニアが Slack で自身の times チャネルに時雨堂さんの GitHub Copilot Enterprise のススメという記事を投稿したことが発端でした。特に感想はなく URL に 👀 だけが添えられていたので、後で見るぐらいのメモだったんだと思います。 それを見かけた別のエンジニアが技術雑談チャネルにその投稿を共有して、これは凄そうと話題を向けたところ、CTO の「評価してみる？」の一言で、有志が集って評価プロジェクトが始まりました。 雑談チャネルできっかけとなる投稿が共有されてから、30分足らずの出来事でした（笑）。 この話題が出たのは金曜日でしたが、週明け早々に稟議を終え、火曜

餃子の王将で一度でいいから思いーっ切り餃子食べてみたい！ 1人でいきなり4～5人前の餃子を注文してビールや酎ハイと一緒にパクパク食べてたら、 めちゃ食いしん坊に見られるかな？ これって 気にしすぎ？