本地开发环境跑不起来，发环新同事第一天就卡在Node版本上。发环他装的发环是20，我们线上是发环16，npm install直接报错。发环这破事儿我见过不下十次了。发环

web开发环境说白了就三块：语言运行时、发环包管理器、发环本地服务器。发环运行时管代码怎么执行，发环包管理器管依赖从哪来，发环本地服务器管你改完代码能不能立刻看到效果。发环三者配合好了，发环一天能写八百行代码；配合不好，发环光修环境就能耗掉一整个下午。发环

Node.js的版本问题最坑。nvm是个好东西，但很多人不装。你项目A要用16，项目B要用18，不搞版本管理，早晚出事。我自己吃过亏——有个老项目，一升级Node就崩，后来老老实实装了nvm，再没折腾过。

包管理器也别乱换。npm、yarn、pnpm，各有各的脾气。项目里锁了package-lock.json，你就老老实实用npm；用了yarn.lock，就别拿npm去install。混着用，node_modules里能给你整出个"薛定谔的依赖"——装的时候好好的，跑起来就报错。

本地服务器这块，现在前端都用vite或者webpack-dev-server，热更新是标配。但有个细节很多人忽略——端口冲突。你3000端口被占了，vite会自动换到3001，看似聪明，实际上有些老项目里写死了接口地址，端口一变，请求全打到空气里去了。

后端开发更麻烦些。PHP要配Apache或Nginx，Java要搞Tomcat，Python得管虚拟环境。有一回我帮人看一个Python项目，他直接用全局环境跑，装了一堆包，版本互相打架，最后连flask都启动不了。后来我给他开了个venv，世界清净了。

数据库也得算进环境里。MySQL、PostgreSQL、MongoDB，本地装一个，还得配好用户和权限。有些项目用Docker Compose把数据库一起编排了，这倒是省心——但Docker本身又是个坑，Windows上跑Docker Desktop，内存占用能让你怀疑人生。

说个我自己的习惯吧。每次拿到新项目，第一件事不是看代码，是先看README里的环境要求。没有README？那就看package.json里的engines字段，或者requirements.txt。再不行，直接翻CI配置文件——线上怎么跑的，本地就照着来。这套流程走下来，基本不会出大岔子。

环境这东西，看起来是小事，坑起来真要命。你花两小时装好环境，代码写起来行云流水；你图省事跳过步骤，后面三天都在还债。反正我现在的原则是：能用Docker就用Docker，不能用的就写个setup脚本，把安装步骤固化下来。别信什么"我电脑上能跑啊"——换台机器试试，八成跑不起来。

最后说个反直觉的观察：很多老程序员反而更依赖本地环境，因为他们吃过没环境的亏。新工具再好，不如自己手上的稳。这不算保守，这叫吃过教训。