惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

GbyAI
GbyAI
Martin Fowler
Martin Fowler
I
InfoQ
腾讯CDC
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
爱范儿
爱范儿
Microsoft Security Blog
Microsoft Security Blog
Google DeepMind News
Google DeepMind News
D
DataBreaches.Net
云风的 BLOG
云风的 BLOG
F
Fortinet All Blogs
N
Netflix TechBlog - Medium
博客园 - 聂微东
Microsoft Azure Blog
Microsoft Azure Blog
D
Docker
博客园 - 三生石上(FineUI控件)
Y
Y Combinator Blog
博客园 - Franky
Engineering at Meta
Engineering at Meta
B
Blog
罗磊的独立博客
Apple Machine Learning Research
Apple Machine Learning Research
Jina AI
Jina AI
V
Visual Studio Blog

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
D-AI-Y -- A Hot Take
Keith MacKay · 2026-05-15 · via DEV Community

Keith MacKay

In the same way that home DIY is different from hiring a professional tradesperson, D-AI-Y is different from professional AI development.

Both have value, and both have their place.

D-AI-Y is great for vibe-coding a disposable app, a personal solution, or a bespoke tool that doesn't require scalability or follow-the-sun customer support or maintenance or 24/7 reliability...

In the same way that some DIY work is professional-grade-or-better (looking at you, Dad!), a good AI-collaborator can do professional AI development from a home office (or coffee shop)...but they can't (yet) support that work at enterprise scale and quality.

  Enterprises still need reliable, accountable vendors with solid, tested, supported, maintained products, and partners for implementation and training.

Can all of those functions be done by AI? Arguably yes.

When will we see that? I think we're several years away from practical solutions.

In the meantime, current enterprise leaders are not going to throw out deeply-embedded software to re-create it internally. Aside from needing to rebuild all of the roles provided by traditional vendors, installers, and maintainers (each of which comes with a pricetag and which is NOT part of the core value proposition of the company), no CIO would risk a project that important without devoting some of their BEST internal folks...thereby taking some of the highest contributors away from serving the core value prop of the company.

Finally, the ecosystem around large systems provides a network effect that could not be created by building internally. This cuts both ways -- you wouldn't have bloated features built for other customers...but you also wouldn't have new features built for other customers that you didn't know you needed.

An advantage to having vendors that serve other customers is they solve problems you haven't yet encountered, they build integrations you haven't yet needed, they handle all of the technology updates before your upgrades...all without needing internal resources.

So, will vibe-coding kill software? I say yes for some personal and productivity apps that benefit from bespoke customization and an understanding of your life, no for anything regulated (healthcare, finance, pharma) or ultrasecure (defense, government) or mission-critical that requires deep ongoing support. These latter categories will benefit increasingly from AI, and longer-term will succumb to professional AI development (for the stability, decision-making, efficiency, and reliability gains that will appear with better models), but we're talking far-distant AI future (5+ years).

I work with a lot of companies, and have yet to see a single successful initiative to replace a commercial tool with a vibe-coded one. I HAVE seen a few instances where internal tooling is done with agentic engineering, harnesses, and traditional software engineering practices adapted to the speed and limitations of Generative AI tools...but I would not consider that vibe coding. Agree? Disagree? Other thoughts to add?