为什么网上总有人说WEB开发没技术含量？
为什么网上总有人说WEB开发没技术含量？ 确实，WEB开发毫无技术含量。早在十几年前，我就会WEB开发了。
只不过，到现在，我还没学完……
目前总结下来一共经历了下面几个阶段：
第一阶段：能跑就行、全面开花
第二阶段：全栈开发、整站落地
第三阶段：并发挑战、容量挑战
第四阶段：理论探究、行知结合
第五阶段：阅读源码、探求本源
第六阶段：构建地基、制造轮子
第七阶段：架构规划、协调开发
同时本文也可以作为各位WEB开发者甚至软件开发者的进阶指南。
不过我的水平有限，更高的阶段还未开启。仅供参考。
<hr/>第一阶段：能跑就行、全面开花
我最早开始WEB开发的切入点是……是WEB页面设计。
对的，你没有听错，页面设计！就是画WEB页面。当时加入了某校园网站。曾获教育部十佳网站，日访问在15万到30万之间。
所以我熟练掌握各种PhotoShop技能。
当时设计的很多网页的源文件也都还在。刚在自己找了下作品看了下，那些作品放在十年前倒也还凑活。但是，总让人觉着怪怪的。
是的，当年的我也很快发现了这一点：技术还行，审美太差！
我是我的业余职业生涯遇到了瓶颈。
我这还没入行，就遇到了瓶颈！你能感受那种无助么。。。
于是我，转行了！
自此之后，我也会偶尔带带页面设计的新人，但是守住底线，只传授技术，绝不出作品。
而后，我还是投入到新兴的前端开发工作中，并带起了一个前端团队。
这方面的工作做了两三年，熟读《CSS权威指南》，导致我现在看到鲑鱼都觉着熟悉。
各种嵌套、定位、JQuery、浮动……都不是问题。当时最大的挑战在于：浏览器兼容。
有些老派的人在用IE6，而有些已经IE8\IE9，更大的挑战在于许多人用那时十分火爆的360浏览器、搜狗浏览器……各种浏览器对规范的支持各不相同，一片混乱。我们则是页面写一周，兼容调半月，苦不堪言。
再后来，我学会了世界上最好的语言：PHP！
页面设计、前端开发、后端开发，我打通了！
于是，我自己开发了一些小的站点，幸福感爆棚。
这时的我，还会Flash呢，用ActionScript写点交互动画也不是问题。还做过小游戏，开心~
所以，那时的我自信地高呼：WEB开发没技术含量！
对于用到的工具是什么原理，管它呢！我的站点能跑！那么多人用！都说我是大神！
对了，在这一阶段，会CRUD+百度就足够了！多了没用！
<hr/>第二阶段：全栈开发、整站落地
页面设计、前端开发、后端开发，全都会了，那还得了？
在学校么，闲着也是闲着！
拉了一帮人接活了！
不过，确切说是总有活找上来，有时候看着学期初没啥事，就接了。
各个方向都找一个人，我做协调，四个人就能接手个项目。甚至，或者就某个方向的人不用找，我顶上，三个人也能开工。反正我也会。
有些学院的网站开发之类的，直接接过来做掉！
这时遇到了服务器、域名、部署、升级、运维问题。
没事，兵来将挡，水来土掩。有百度呢！
曾经接过香港高校的单子，是个实验室的项目。赚的都是港币！不过当时真没经验，铆足了劲要价，要低了人家还给机会让我们再报一次，还是要低了……真是没见过世面，不会要太高。
几个项目搞下来，发现技术毫无长进，就是不断重复。倒是团队磨合了不少，简直都快流水线作业了。几个人不用见面，都能把活干了！
技术没长进，就说明WEB开发的技术已经到头了，一定是这样……哈哈
所以，WEB开发不过如此。
所以，那时的我会悄悄地说：WEB开发没技术含量！
注意，要悄悄地！自己赚钱的东西，大声说，这不绝了自己的财路。
不过在开发中，也遇到了一些算法问题。
管他的，网上都能搜到！修改下，就能跑！
又不是不能用！
<hr/>第三阶段：并发挑战、容量挑战
之前做的项目都是能跑就行。简单来说，能跑就是成功，不能跑就再改！
但是，进入公司正式工作开始面临一些新的问题：并发问题、容量问题。
比如典型的，一个应用需要部署多个节点啊，多个应用的分布式节点之间互相依赖啊。依赖存在先后关系啊等等。
于是乎，分布式登场了，携带着一众相关知识：分布式一致性、分布式存储、分布式计算、分布式锁、分库、分表、分流、读写分离……还附带了一众相关框架：Kafka\Rabbit\Zookeeper\RabbitMQ\RocketMq\Etcd……
以上我就不列举了，大家耳熟能详。
那段时间，我就主要在学习。
当然学习不只是学会用，也要考虑其实现原理。可以动手自己实现下。
例如下面是个RPC的最小实现，用来学习RPC就很好。
用极少的类、方法演示了RPC的实现原理，是一个学习RPC工作原理的良好示例。
而且那段时间我在参与一些集群部署的项目。就是通过网站来完成应用的部署、升级、配置等工作，涉及到制品管理、质量管理等各个环节……表面呈现是一个网页，后面东西一大堆……
但是，我知道，那些都是纸老虎，没什么难的！
毕竟，WEB开发没技术含量，能有什么难的。
<hr/>
第四阶段：理论探究、行知结合
并发挑战、容量挑战遇到的多了，我也学的多了。
功夫不负有心人，脑袋里终于成了一锅浆糊……
于是，我开始走上另一条路：理论研究。
我开始直接研究分布式理论，还包括相关的论文啊，都掏出来读一读……
尤其是论文，这东西，就是一个引用链，越读越多。
对了，我研究生阶段也搞了些这个，但是理解没这么透彻，反而是这个阶段的阅读让我对研究生阶段的工作理解的更深了……神奇啊……
这个阶段，WEB开发技术没啥长进。但是理解透彻了。
这段时间在设计一些分布式的系统。然后发现我开始会用理论模型指导系统架构了！这技能，就是妙手偶得之啊！
赚了。
我就说么，WEB开发有啥难的，读读论文就能顺便提升了。
另外，这方面会有一些进展和成果在未来发出来。
感兴趣的可以追更一下。
<hr/>
第五阶段：阅读源码、探求本源
WEB开发也回了，论文也读了。整体框架也清晰了。
什么各种中间件啊，在整个系统中的诞生原因，发展方向，在理论知识的指导下，也都能理得顺顺的。甚至我能够设计一套出来。
哎？
这时问题来了！
那我设计的，和开源成品有没有区别啊？我和人家的差距在哪？
这个问题，除了我，没人能给我答案：首先，周围极少有人熟悉中间件的原理细节；其次，别人也不知道我想怎么设计啊。
于是，没办法了，下水！
自己开始啃源码。
难！真难！
别人写的上万行、上十万行代码，你要看懂，能不难么？
当我啃了几个项目的源码之后，发现过程很难，但是收获真的很大。
渐渐地，我甚至觉着应该写一本书来帮助其他人阅读源码。
[*]最开始，书中想向大家总结源码阅读的方法和技巧；
[*]又怕大家觉着太虚，没有实际的示例，所以直接以MyBatis的源码作为示例；
[*]又怕大家读不懂MyBatis内核的源码，所以每个章节前增加了阅读本节源码所需要的基础知识；
[*]既然源码都读了，于是便一边读一遍将项目的架构思想总结出来，教大家一些架构思想。
于是，书成了包含基础知识+真实源码阅读示例+架构知识总结+源码阅读经验总结的书。
是的，后来这本书真的写成了，历时许久，整整有400页。光配套项目就写了俩。
书厚成本就高，于是想删减一些，结果出版社编辑老师觉着写的太棒了，不舍得。又不能卖的太贵，最终也只能定个相对于400页是个极低的价格。
于是就有了这本《通用源码阅读指导书》。
书写的比较诚心，不是奔着赚钱去的。不过为了编辑老师，我还是要多说几句。
400页卖100，价格就比较低了，然后编辑老师觉着这本书写得好，还要出繁体字版。
而我就怕卖的不好连累她。然后，一句“经济效益好当然好”让我觉着更加对不住。毕竟，分享知识是我的业余爱好，知乎不给钱我不也写的开开心心。还时常丢出几个段子。
但出版书籍却是编辑老师的工作。工作可不能“经济效益好当然好，不好就当作为传播知识做贡献了。”
http://picx.zhimg.com/v2-40043d3ab1252cbd82150f669b8f1416_r.jpg?source=1940ef5c
注：
写书的时候为了大家能读懂，所以把MyBatis用中文注释了一遍，于是有了MyBatis中文注释版。这个不用买书就能看，因为我把它开源放出来了，放在<a href="http://link.zhihu.com/?target=https%3A//github.com/yeecode/MyBatisCN" class=" external" target="_blank" rel="nofollow noreferrer">https://github.com/yeecode/MyBatisCN
然后为了大家读源码能读懂，又写了好多示例项目，也开源了。这个就不在这推荐了，因为没有书本内容，这些示例也就没有了前后文，很难对大家有帮助。
写书那段时间是最累的，上班写代码、下班写书写代码，基本是从早9点到晚上1点。体重一度重了20斤。所以劝大家还是不要学我，身体最重要。
曾经有一段时间我觉着不值得，现在到觉着还好，因为书写完后自制力约束我重新健身，现在身体恢复了。当然，这本书也得到了外方出版社的肯定。所以，台湾地区购买了版权，并发行了繁体版。
在文化和技术交流方面为祖国统一做贡献了。
http://picx.zhimg.com/v2-a94df162039fcf84120dc32a76281817_r.jpg?source=1940ef5c
如果买了，别忘了先读读前言，感受下一个读源码的程序员的自白。
http://pic1.zhimg.com/v2-8ed2194a3136a3d68b4b54b17a2fd883_r.jpg?source=1940ef5c
不过总的来说，编程不难，你看我，读读源码技能就提升了，还能写本书。顺便让身体体验下增重减重的感觉。有啥难的。
另外要郑重声明：这是一门源码阅读书籍，我尽力让整个行文有层次，并增加了很多基础知识。但是，阅读源码确实是很难的。如果你指望这本书读起来向小说一样轻松，那可就想多了。所以要真读这本书，需要结合源码、静下心来慢慢读。读源码一两年，我发现，我的设计方案和源码十分一致了。甚至我有很多地方有更好的方案。
所以么，看，WEB开发有什么难！看看源码就能提升！
<hr/>
第六阶段：构建地基、制造轮子
理论也积累了，人家源码咱也看了。
那写代码肯定就是统筹规划全面设计了啊，复制粘贴这种事情离我是越来越远了。
实现功能也开始考虑各种设计模式、范式、软件质量指标、架构规范、架构风格……于是写出来的模块也越来越通用了。
这就不是轮子么？！
当然，工作上的轮子都是保密的轮子，不能往外拿。
下班回家也写点小轮子玩，这个会开源出来。就例如下面的。
这些项目都不错，大家可以收藏。
高性能轻量级分布式权限系统强大且易用的操作日志记录系统,支持对象属性的变化分析在程序运行过程中动态增删和切换数据源的工具
上面都是我写的一些小轮子，大家看看题目，喜欢的就去随便取用，留着将来自己造车就好。
业余写轮子挺开心的，有时候半夜突然有个好的想法，可以开灯就写！自由度很高！兼职就是程序员自己的乐土！上班写的项目是不可能这样的，毕竟，得考虑业务影响。
还有，开源轮子写到后期，也得保证稳定和兼容。现在上面的ObjectLogger项目我就动的很谨慎了，因为从联系我的人来看，应该不少人用了它。
就是么，轮子都能造了。WEB开发有啥难的！
当然，在这个阶段也规划开发了好过项目，涉及面很广……Linux、PowerShell的脚本、FTP、文件存储等等，还给一些工具开发了一些插件，设计开发了许多系统等等。
渐渐地就发现，WEB只是一种用户交互的展现形式。其内在实现，需要各方面的知识。
组里前端小伙伴也在造轮子，什么SVG实现Graph的自由组装和动态编排、自由拖动的树组件啊啥的，都是他的头发换来的。也是厉害的很。
<hr/>第七阶段：架构规划、协调开发
能力越大，责任就越大。
上班造轮子、下班造轮子那可不行，得负责项目规划开发啊。
从项目需求开始、然后模型、然后论证、定方案、攻克核心难点、排期、控进度、推广……
业务要求、人手、项目质量、扩展性……这些内外部因素都是要考虑的。
其中架构规划项目是首要的，因此，要熟悉各方面的知识：前端、后端、服务器、文件存储、分布式、各种中间件等等……
关于这方面可以参照书籍：
这方面的知识和能力是很重要的，很多时候程序员一直是个程序员，埋没于增删改查无法进步，就是缺这些知识。
不过，关于这本书我就不多介绍了，位列出版社畅销榜+京东畅销榜+当当新书榜。另外也被台湾地区购买了版权，发行了繁体版。
http://picx.zhimg.com/v2-27279c4d06393f50e49d72910daefa4e_r.jpg?source=1940ef5c
项目协调也是需要的，因此，各个需求方的讨论、方案的讨论、反馈地接收、项目汇报的准备、项目方向的把控等等……
这方面我就不多说了，知道的也有限，慢慢学吧，我还年轻。
不过话说回来了，WEB开发有啥难的，把上面的都做好就行了。
<hr/>一点貌似无关但是很重要的事情：
你要说真正的难点……从第一阶段到第七阶段，健身都不能落下，头发也尽量别落下。要不容易倒在半路上。
我从研究生就一直健身，每周夜跑两三次，每次8公里左右。高峰期可以夜跑25公里、卧推85kg。
http://picx.zhimg.com/v2-b795c77e0fefaac3bc36759c4ef8c13a_r.jpg?source=1940ef5c
最差的时候，就是写《通用源码阅读指导书》的时候，明显感觉肚子上的肉有褶。整个人也很虚弱。
没办法，无论是写程序还是写书，都是不到一个阶段不好停下来的，所以经常一坐就4、5个小时。
现在渐渐恢复了，体重、体脂都回到了标准值，腹肌也回来了。小米体重秤健康评分100，身体年龄20左右。我活过来了！
还是希望大家在编程的前进路上一定要记得保重身体，毕竟，编程只是兴趣和工作，而身体则是健康和生命。
<hr/>
继续说回到WEB开发。
其实，WEB只是一种用户交互的展现形式，同桌面客户端、移动客户端、命令行一样，只是一种展现的形式，是皮毛。
而软件系统最核心的应该是内在架构、算法、风格、组件，这些都是和展现形式无关的。
如果一个开发者还停留在用展现形式来衡量一个软件的难易程度的水平，段位不会太高。
同样的，如果一个开发者用编程语言来衡量软件项目的难易程度，段位也不会太高。
另外，评论中有一点我也比较赞同。是说如果没有强大的自驱、大神指引、业务驱动，一个人处在上面的每个阶段，都会有自己到达了天花板的错觉。一旦这样，便会让人长时间难以进步，这是要克服和避免的。
我不是什么大神，也在不断学习中。但以上是我十年摸索进阶的总结，希望能给大家带来进阶上的指引。如果大家读完能有收获，我也万分荣幸。
技术的道路上，多做、多学，原本会的也便不会了，原本不会的也便会了。
<hr/>
大家好，我现在是一个高级软件架构师。
所以，表面上这是一篇逗逼文，实际上这是一张目前我能勾画出的进阶图。逗逼的言语，只是为了能让你读完，然后多些收获。
软件开发也一样，坚持做下去，就会有收获。
前进道路上的你我，一起加油！
为自己、为社会、或伟大、或渺小！
来，最后再来一句：WEB开发有啥难的？
我是架构师易哥，我会偶尔分享软件架构和开发相关的知识。关注我，让WEB开发不再难。
看到不少知友给我赞赏，十分感谢。不过没有必要，大家有收获就好！ 因为他们不懂什么是“技术含量”。
大概来说，他们是这样定义技术含量的：
这段代码写得没几个人看得懂，真牛逼！这种说法对不对？同学，如果你的回答是：是啊，难道不是吗？
你过来，赶紧的……
http://picx.zhimg.com/50/v2-b4898e79375af5ed29826fe19cb4b40e_720w.jpg?source=1940ef5c
我一巴掌抽醒你！
[*]什么是KISS原则？Keep It Stupid Simple！
[*]什么叫做“代码是写给人看的”？
[*]什么是代码的“可读性”？
[*]……
我见过太多的“半壶水响叮当”，在网上叫嚣什么“码农”“码畜”“增删改查没有技术含量”……说实话，不是为了推广我的：
叶飞：老码农和你聊编程，周三晚7点我真的懒得说他们！
不要人云亦云不要无脑粉，就算你吹上天的数据结构和算法，算啥？是不是还是增删改查？！
[*]压栈是不是增？
[*]出栈是不是删？
[*]链表交换，是不是改？
[*]树的遍历，是不是查？
[*]……
AlphaGo下围棋，是不是都是查？查找一个最佳落子点而已嘛！
你凭啥鄙视增删改查？
<hr/>Web开发，性能、安全和可维护性，哪一个没有技术含量？！
我真的是……有些话不好说出口，都是同行，太伤人。能不能稍微谦虚点？鄙视链不是你这样玩的。凡是那种叫嚣XXX没有技术含量的，其实最没技术的就是他自己！真的，在内行人眼里，掉价，知道吧？
我经常举例子，造汽车有没有技术含量？你可以说没有，“四个轮子两个沙发而已”；但是，你也可以说有，而且技术含量还很高——因为你要把它“造好”很难。
怎么才算好？
速度越快越好？（这其实是很多同学的误区，对应开发就是性能越高越好）
如果只看速度，那可能确实没什么技术含量，因为再快你也没有飞机快。
但是，为什么我们国家的汽车产业现在还拼不过西方发达国家？
汽车除了速度，
还得安全啊，
还要省油啊，
还要好看啊，
还要……
最重要最重要的是，还得便宜啊！现在的汽车多便宜啊。
难的不是造出这台车，而是以这样低的价格造出这样一台车，懂了没？！
物美价廉，我告诉你，这是世上最有“技术含量”的事。
一个Web项目，
[*]别人要用一百个人月开发的，你用十个就能搞定；
[*]别人要用一百台服务器的，你用十台就能搞定；
[*]别人要用一百人团队维护的，你用十个人就能搞定；
这就是技术，而且是非常非常了不起的技术。
飞哥码农这十年，看到太多的烂项目，又费马达又费油，技术含量真的是低到没有。但这不是Web开发没有技术含量，是你写的bug真的没有技术含量。
http://pic1.zhimg.com/50/v2-ec6cf88ac7a58c79fdb075a096380883_720w.gif?source=1940ef5c
码字不易，看懂了的同学，别忘了点个赞！
另外，周三晚7点，我们不见不散：
叶飞：老码农和你聊编程，周三晚7点 没技术含量是假的，前几天我被迫写了一些前端代码，折腾了一个礼拜搞得七荤八素最后还一堆bug，实在无奈找了个高手帮忙，他看了一眼我写的东西，含蓄地新开了个项目然后他娘的两个小时就好了啊……
术业有专攻，千万别以为自己不会的东西都很简单。 以后遇到这种人，你只要怼一句就可以了：
“你说web没技术含量，那你说说web开发涉及多少种技术？来，我搬个凳子来听听。”
我大致毛估了一下，几十种至少吧，能说全的人应该不多。 ----把更新放在前面吧---
在我的回答和其他人回答下面，经常有人提到CRUD。
认为Web开发就是CRUD的，其实就是四个轮子+两个沙发的观点。
外行看热闹，内行看门道。足球不就是JTCYS(接球、停球、传球、运球、射门)吗？反正我看了多届世界杯，没发现别的新花样。足球可是世界最流行的运动，世界杯可是全球最高水平的比赛。中国队一直踢不进世界杯，是足球这项运动本身没有技术含量，还是中国队水平不行，还是中国对足球这项运动的认识不深入？
一切精彩都来自于JTCYS的组合，以及团队多人(后卫、中场、前锋)之间的配合！配合流畅、干净利索的队伍就厉害，拖泥带水、冗余复杂的队伍就不行。
Web开发也是这样。同样都是CRUD，每个Web应用写法都不一样，有好有坏，有干净流畅的，有冗余复杂的。同样也需要数据库(后卫)、服务器端(中场)、前端(前锋)之间接口配合。
围棋不就是你下一枚白子我下一枚黑子吗？英语不就是26个字母吗？说出这些话的人和四个轮子+两个沙发无异，都是外行。
注：接球、停球、传球、运球、射门，JTCYS是拼音首字母，我不知道英文术语怎么写，只是为了和CRUD排比。
-----下面是原回答----
造汽车和造火箭比当然没有啥技术含量。网上总说Web开发没技术含量的人都以为自己能造火箭呢。
就拿造汽车来说吧，我想起了吉利的李书福。他在进军汽车产业的时候说过一句话：”汽车不就是四个轮子加两个沙发吗“，这在当时成为汽车制造业内的笑谈。
http://picx.zhimg.com/v2-decee91e82036bad327b74b479e08ef7_r.jpg?source=1940ef5c
抱着对汽车的这种认识，造出来的车能怎么样呢？
http://pica.zhimg.com/v2-6cfa6f82f8eddf987383d45c224c93cb_r.jpg?source=1940ef5c
”吉利一号“质量没保障，更是无法进入量产。这就是他要交的学费。
如今20多年过去了，吉利收购沃尔沃入股奔驰，但是并不能证明当时李书福对汽车制造业技术难度的判断是正确的，只能证明一位民营企业家的韧性、坚持、专注。我不敢买他的”吉利一号“，但是我打算买他的Lynk&Co 05(谢谢李老板，钱已到账)。
下面引用一篇知乎回答的内容：
为什么汽车工业对一个国家来说很重要？这是因为迄今为止，汽车仍然是大规模生产的民用产品之中最为复杂的。汽车有数万个零件，设计寿命往往在十年以上，期间要经历风霜雨雪，夏季酷暑和冬季严寒。它要求维护尽可能地简单，可靠性则尽可能地高。而民用产品的特性则要求成本还要尽可能的低。现代工业的奇迹之一就是能把这么复杂的一个东西做得可靠性如此之高、可维护性如此之好，成本还如此之低。但是，奇迹是不存在的，要造出这么个东西，挑战是相当巨大的。
作者：冷哲
链接：https://www.zhihu.com/question/55369677/answer/241406100
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。我觉得Web开发和汽车工业是一样一样的。我模仿上面这段话，分析一下Web开发啊：
这是因为迄今为止，Web开发仍然是大规模生产的互联网产品之中最为复杂的。Web开发涉及到的技术非常多，以服务器端用Java为例：从前端的HTML、CSS、ES\TS、Node、Webpack、NPM、ESLint、NG\React\Vue，到服务器端的：Java、Spring Boot、Spring MVC、Spring Data\Mybatis、Spring Security\Shiro、Spring Cloud\dubbo、Maven\，到部署环境的Docker、K8s，到数据库的各种SQL或NoSQL。开发一个Web应用，细数的话，会用到十几到二十相技术或工具。
上线以后还要经历各种用户端环境，不同的浏览器、微信小程序，不同的移动设备自适应布局。而且还要尽可能用户体验顺滑、占用带宽小。现在计算机软件业的奇迹之一就是能把这么复杂的一个东西做的可靠性如此之高，可维护性如此之好，成本还如此之低。但是，奇迹是不存在的，要造出这么个东西，挑战想当巨大。
我不知道各位开发Web应用的程序员看到上面”可靠性如此之高，可维护性如此之好，成本还如此之低“，有几个觉得自己做到了。不知道那些认为Web开发没有技术含量的人，有几个能想李书福一样最终能把Web应用做好的。
Web开发到底难在那？我认为最难的是”系统工程“。
系统工程是一个跨多学科领域的工程学和工程管理，通常专注于如何设计、开发和管理在其生命周期内的复杂系统。系统工程的核心系利用系统性思考的原则，以建构其知识体系。当处理大型、复杂的专案时，所面临的相关议题（例如：需求工程、可靠度、物流、不同团队的协调、测试与评估、可维修性、和许多其他能够成就系统开发、设计、执行、和最终除役的学科）变得更加困难。系统工程借由工作流程、优化的方法、以及风险管理等工具来处理此一类型的专案，并且与技术、和以人为本的学科相互重叠（例如：工业工程、机械工程、制造工程、控制工程、软件工程、电机工程、模控学、组织研究、以及专案管理）。系统工程确保专案或系统的各个层面均被详加考虑、并整合成为一体。
-- 系统工程 - 维基百科就难在要跨多种语言和框架，让多个团队协作起来。这个和造车还是一样的。如果李书福只作汽车轮胎，很容易成功。如果选择去做沙发，也很容易成功。但是去造汽车，不是轮胎+沙发那么简单，而是系统工程。生产汽车的多个部门要协调，还有市场和客户需要满足。
Web开发也是一样，前端团队、后端团队、测试团队、再加上项目经理产品经理配置管理、最重要的还有客户甲方。
我最近在之后回答了很多前后端之间矛盾的问题。这就类似造汽车，发动机和传动系统不匹配。
后端开发完接口才给出接口文档，合理吗？有多少软件公司的老板是抱着和李书福同样的认识进入软件行业的？最简单的”人月神话“他们还迷信，干不完就加班，干不完就加人。但是又有几个人交了学费之后能给自己买来一个清醒而又深刻的认识？几个老板能把完整Web开发的所有流程细节说清楚的？
有多少甲方负责人抱着和李书福同样的认识去对接软件公司的？他们指手画脚，一副自己三天就能干完的脸色。但是又有几个人能把这套Web系统所用的框架名字都说出来的？
页:
[1]