不熟悉 Spring Boot，被刚毕业的初级 Java 开发怼了

[switch100]

说真的，不喜欢 SpringBoot 这种新框架，用 application.properties，啥定义都没有，搞个 bean 定义都费力的要死，还不够直观，所以没怎么熟悉 SpringBoot，还是最喜欢 Spring MVC。

最近公司来了一年经验的初级 Java 开发，一看老项目用的是 Spring MVC+JdbcTempalte，每天就听他各种喷，什么架构不合理，要重构推翻架构什么的。唉，最近还老是在老大面前数落我，说现在都流行 SpringBoot FatJar 微服务，说我写的项目太笨拙庞大了什么的。。。关键是老大也不懂技术，我也不知道怎么回应

各位怎么对待这种刚毕业的小年轻？反正我觉得这个小年轻真的精力旺盛，各种喷和怼，我都想离职了唉

呵呵，那些喷的这么起劲的，我估计他就会个 Spring Boot，让他弄弄 xml 或者 SQL 调优一下就傻眼了。

非常同意一位老哥的话，吹水容易，做事最难。你可以喷我技术不行，但没必要把那个初级开发捧得那么高，他也只是会配置 Spring，你要他弄弄事务和 AOP，那是不可能的，我面试他对他的技术还是很了解的，只是没想到这个人这么事儿逼。

我工作三年，小弟不才，就只喜欢 Spring MVC 的 xml 配置。那些天天吹 SpringBoot，估计你们的业务也是不担心稳定性随便弄弄的玩具而已，注释再牛逼，微服务再牛逼，自己敲代码一点设计模式都没有，那还扯个蛋呀

我跟你们就说一点，那些弄私有架构的 Spring 老头子，不知道比你们这些 Spring 程序员高到哪里去了，用个 Spring 优越感就这么高，服气了

还有我发现一个特点，凡是培训班出来的都只会 SpringBoot，你要他弄弄 XML 可困难了。各位面试官，别忘了考核一下他们的两三年经验，是不是就会个 SpringBoot。还有脸在这里 SiBi，也不嫌丢人

不想废话了，沉帖

[aitaii]

工作三年现在的想法是：一动不如一静 🐶

[hehee]

"...一年经验的初级 Java 开发...",em 说实话有些所谓多年经验的高级开发，和一年经验没啥区别，只不过是一年经验多循环了几年而已，技术这种东西是需要持久的学习积累的，搞技术的还是要乐于拥抱变化，敢于接受新东西，跳出自己的舒适区，如果一味排斥新的迟早要被市场所淘汰的。

新人来了提出好的技术方案是好事，问题是怎么实施，那就让他给出解决方案呗，评估一下重构需要多长时间的工期，重构对当前的系统有什么风险，这些都报告给老大让老大决定吧

[ChenFanlin]

@kangzai50136 #40 https://developer.android.com/topic/libraries/data-binding/ 先 Android 官网看一遍教程, 再看看例子 https://github.com/googlesamples/android-architecture/tree/todo-mvvm-databinding, 再上手写个小项目, 应该就可以了吧

[xinyewdz]

公司一个项目，前一个开发偷偷的用 kotlin 把项目重写了。然后他离职了，项目交接给我。看到 kotlin，一脸懵逼，想骂娘。

[woshiaha]

看你说话真想笑 这年头还有喷 spring boot 没 spring mvc 好用的 你就是前朝遗民？

[calming]

我站你所谓的初级开发

[qq1004108488]

SpringBoot 都出 2.X 了，而且 1 都停止了，居然不熟悉。当然，现有项目不改架构是合理的，但这不是你不熟悉 SpringBoot 的理由。从这点可以看出，你就是一直在混日子。如果是我，我直接和他分析底层实现了，和他分析重构成本了，而不是像你一样，在发帖子，有这个时间，都已经写好一个 Springboot 的 HelloWorld 了，然后用以往的知识分析原理了。Smvc 改 SB，都是一家人，严重怀疑这是个钓鱼贴

[qq1004108488]

你想离职，我可以很负责任的和你说，你不会 SpringBoot，基本找不到工作。

[alienx717]

哈哈哈，我刚来新公司，人家用的居然是 Struts1+spring+hibernate，我说啥了，还不是默默的用 springboot 把大部分功能重新实现一遍。到时候领鸡腿

[Creabine]

@ganyouxuan #24 哈哈哈哈

[bravoer]

spring boot 太容易上手了，文档什么的都很清楚，平台内部需要个页面操作的管理系统，spring boot + thymeleaf + mybatis + bootstrap，不要太容易上手，对于非专业人员来说，2 天这个系统的架子就搭起来了。

[Oktfolio]

你连 Springboot 都不想用，离职能去哪里？

[notreami]

SpringBoot 里就没有 Spring MVC 嘛？？
SpringBoot 里就没有 Spring MVC 嘛？？
SpringBoot 里就没有 Spring MVC 嘛？？
SpringBoot 里就没有 Spring MVC 嘛？？

[zj8614]

这是楼主的钓鱼贴，鉴定完毕🤣

[chocotan]

楼主看看 springboot 出来几年了，用的多不多

[notreami]

@friddle
让你们技术 boss 过来，我骂死他，什么玩意都往工程里加？
kotlin+ springboot +grpc 技术栈，怕不是嫌公司活太少，系统太稳定。你们技术 boss 没让你写几万字引入 kotlin 的成本分析，开发效率分析、额外工具链分析、bug 率提升分析、bug 定位效率分析，实在是太不合格。
要是喜欢炫技，为啥不直接上 golang、.net core。上 server mesh 不是更酷？
以后你要是跳槽了，谁来维护这套玩意？这个成本谁来承担？？你丫坑队友、坑公司、坑后人。。。。。

[alienx717]

不过说实话我觉得你这个新同事确实不懂事，来了就逼逼别人的技术怎么怎么样，不用 SpringBoot 就很失败么？易建联不去 NBA 就很失败么？
虽然前两个月也像他一样提出过疑问，但仅仅是疑问，我刚来能怎么样，人家都是成型的技术，稳定在线上运行，肯定不能是说改就改。
我只是当初提出了质疑问为啥用这么老的框架，听同事给介绍一下，一些历史原因什么的。然后找了一个相对代码量较少的项目，了解其功能、和所用的各种插件框架等，自己重新实现一套，加以优化。

[whp1473]

老项目不要动，就是 JDBC+Servlet 写出来的项目也不要重构，除非是你们公司的核心中的核心盈利项目，否则不动。
然后新项目建议用 SpringBoot 吧，这是趋势，不学习新的守旧就会被淘汰。而且 SpringBoot 真的很方便，你用 SpringBoot+mybatis plus+代码生成，基本就光写 Service 就可以了。。。

[qq1004108488]

@alienx717 我反而觉得是题主不懂事，作为一个新人，质疑公司项目旧架构是合理的，是题主作为一个老员工，不从历史的角度来分析原因，反而为自己不熟悉 SpirngBoot 觉得合理。遇到这样的老员工（老大），是一种悲剧来的，因为不知道会不会下一个项目因为他不熟悉 SpirngBoot，继续坚持使用 SpringMVC。把整个公司的技术栈拉旧。
换个角度，假如现在公司因为一个老员工不熟悉 jdk8,9,11 还用 JDK5,6 来开发，你愿意妥协？

[Narcissu5]

用不用 sb 是一回事

懂不懂是另外一回事

楼主既然觉得 sb 没意思，那有学习其它什么技术么，vert.x ？ play2 ？死抱着 SpringMVC 只能是等死

[b1iy]

站新人,题主好好反思

[betulac]

激进的新人不可怕,可怕的是那种一知半解却觉得自己什么都懂的新人

[lixiangzaizheli]

不是技术问题 不是年不年轻的问题 是这个人有问题

[arthas2234]

刚工作不就的刺头，言语是冲了点，但是想法倒没错
spring boot 逐渐代替老的框架是必然，老项目不好改就缓一缓，但是新项目非常建议用 spring boot
还有 spring boot 配置 bean 真是简单的一比。现在都不想看到 xml 了，跟老奶奶的裹脚布一样又臭又长

[alienx717]

@qq1004108488 这倒是，我现在的情况就是这样，写代码不让稍微逼格高点，经常代码走读，扣拼写错误，所以只能自己做点事情了。

[huruwo]

@kangzai50136 jetpack 一把梭 最好的资料就是官网，国内的博客质量一言难尽，瞎 j8 写。

[frandy]

spring 体系还能内讧么，转化很容易的吧，那我这种 play2 和 spring 混用的公司是不是程序员要打起来了，拥抱变化，拥抱新事物，心态很重要。

[qiyuey]

学一学吧，要不然真被淘汰了

[libook]

小年轻有小年轻的问题，他们不了解存在即合理的道理，公司的技术项目是经历了多年的需求变化、遇到问题和解决问题最终才变成现在的样子的，所以什么背景都不了解直接否定当前的技术状况是愚蠢的。我以前经常遇到一入职就批评这批评那并扬言要重构一切的人，但他们提出来的方案往往是项目以往用过且验证无效的方案。

但楼主也有楼主的问题：
1. 现在技术发展这么快，不应该封闭在自己的一亩三分地里，与世隔绝太久会有被技术淘汰的风险；建议建立起开放的心态，找回好奇心，对各种新技术新思想都了解了解，弄清楚到底当下什么样的需求造就了这些新技术，又有哪些是过度宣传，客观看待。
2. 如果自己的岗位有部分管理职能，那么建议逐渐放权，小年轻有折腾 Springboot 的热情，在综合考虑不会对公司有高风险的影响的情况下，可以放权做调研和试验，结果不好的话也验证了方案不可行，好的话也可以在类似场景推广。
3. 团队内最好有平等、自由的交流环境，大家把问题和猜测都多列出来，然后收集相应的资料以及做相应的试验，最终用论据帮助大家解释问题并得出大家共识的结论。

[xiangyuecn]

下次下班把这货拉巷子里打一顿就乖了 保证不敢再领导面前怼你 😂 打不过另说😐

[amumu666]

跟他谈谈让他离职吧。
他跟着你学不着什么，别耽误孩子。

[Caballarii]

https://www.v2ex.com/t/586838#reply157
观光团来了 23333

[dai123456]

为什么离职的是你呢？这种只是两种不同的语言，各有利弊，再说他刚毕业一年，社会经验也少，这些都是你的优势，但是你只会一种语言，你可以趁机多学习了解一些，别的语言，对于自己也是一种进步呀，领导不懂没关系，你依然踏实，稳重的做自己的工作就可以啦，为啥要离职，去下个单位会没有这样的现象发生吗？

[hhhsuan]

你谨慎评估后决定不用，这是非常正常的，但你说你都不熟悉，我就只能呵呵了，连新技术都不关心还做什么开发，早点转行吧。

[hhhsuan]

一个优秀的开发人员，肯定是见新心喜的，对新技术一定是有一种渴望的，当然很多时候这种渴望会受到现实的约束而不能实现，这是另一回事。如果你丧失了这种渴望，说明你已经走到这条路的尽头，早点转行利人利己。

[JerryCha]

直接读写 socket 的不是很懂你们 Java

[marcong95]

贵公司抱着“小年轻”觉得落后的技术栈不想换，又觉得“新同事”动不动就离职不好（结合阁下上一篇帖子），诗云：阁下何不乘风起，扶摇直上九万里。

不过怼人还是不好的，要是二选一的话，我还是撑上一篇帖子的“新同事”。

[vtychx]

在技术上直接互怼是肯定要输的，新框架肯定各方面更优秀合理。

但是技术的发展不是一撮儿就的，大家都知道重构好，问题是重构的代价那个新人和老板知道吗？
没有最好的技术，只有最合适的技术。在这方面让老板知道，你的高度明显在那个小新人之上。

不过，对新技术多少也要有一定熟悉，如果新技术一问三不知就是你的问题了。

[cabing]

你可以从业务上回怼。

[akmissxt]

结合 lz 上一条主题帖“为什么新同事试用期入职两三天就走了”看，感觉有点意思。

[wugn]

我就是因为嫌弃公司技术太 low 才离职的[狗头]

[autogen]

Spring MVC 把 application-context.xml 改成 @SpringBootApplication 就是 SpringBoot 了，
新人喜欢新框架，你让他花一天时间把框架升级一下呗

-

[janxin]

让他先自己重写一遍，写完了改到没 bug 为止

[yzmm]

如此简单的东西这么多年了还不学，楼主是想在现在公司养老吗？辞职了就能找得到工作似得。

[UsherOu]

我们现在都是 springboot2 了 webflux 响应式异步编程，你太落后了

[bk201]

离职估计都没人收，除非你能怂回去。

[ac2sherry]

好用不好用不光是架构的事，比如一个开发 3 年以上的项目，重构一下试试，新框架年年有，不能有新的就换新的吧。
没开发经验的人才喜欢瞎喷架构。

[R4mble]

你好逗啊, 上一个同事就是被你恶心走的吧.

[mikulch]

朋友，这是你的不对了。现在确实是 spring boot spring cloud 的时代了。
另外 spring boot 更加的方便。找时间学一学吧。

[sudoz]

我觉得是你的问题，多了解下 spring boot，你题目里列举的不足，都不是缺点。

[X3nr8yv6bfvk89um]

结合上一个帖子看，感觉楼主在钓鱼🎣。

[pyfan]

@xinyewdz 多好啊，强迫你学习新技术

[ARhen]

@luckylo 说来惭愧..我至今不会 mybatis 逆向生成 这种鬼东西，而且潜意识里总觉得这是个省事省力的方法，觉得自己需要学一学......
但是实在提不起劲来.... A.A

[friddle]

@notreami 真凶。上 kotlin 上 springboot 和 grpc 都是有过考虑的。
kotlin 本来就兼容 java。
springboot 本来就可以取代 xml
以前用的 thrift。后来新项目用 grpc+protobuf 很正常。

这些技术本来就比以前更好用才换。
到 springcloud。搞了一周表示不喜欢。太重。不是方向

[evajhhot]

用一个产品狗的角度来看，见过有公司用 EJB 的，还不是大把赚钱，又能怎样？ 哈哈哈！

[wleexi]

spring 崇尚的是 “规约优先配置”

[weilao]

这都怼不过，你可以退休了。

[anyele]

spring boot 没 spring mvc 好用？ 你还是辞职吧， 一直初级开发也恼火

[qq1004108488]

@friddle SpringCloud 是比较重，不过现在 alibabaCloud 上正式版了，可以考虑

[friddle]

@qq1004108488 有地址吗。想看看。当时就觉得 dubbo 其实比 spring cloud 的 rpc 调用好用些

[Oktfolio]

@friddle Spring Cloud Alibaba 从 Spring Incubator 毕业了，https://github.com/alibaba/spring-cloud-alibaba

[qq1004108488]

@friddle 楼上发了，对了，alibabaCloud 也不不一定用 dubbo 的，还是用 RestTemplate 或者 feign 那套。当然，个性化除外。

[liyihang]

SpringBoot 真的好用。用过就爱上了。

[xutao881]

你不应该和他谈技术，应该和你们老大谈成本，你们老大如果觉得成本不是问题，你又操啥心

[Felldeadbird]

抛开技术讨论，小年轻跑去老大哪里数落人家？哈哈，情商不好，迟早树敌太多。

[qq1004108488]

@Felldeadbird 别信这种话，一个入职短的，去领导数落入职久的，如果这个事情是真的，只能说明题主和领导关系不怎么样。我更倾向于题主有被害妄想症，你看他另外一个帖子就知道了。

[tailf]

#119 说的太有道理了！

[kazeik]

@xinyewdz 我公司的项目也被我用 kotlin 重构了

[zjddp]

希望有个新功能：能快速查看发帖人最近的发帖列表。
目测让 L 增加这个新功能不太现实，还是让其他客户端来搞吧。


回归正题，楼主好不容易盼来一个不干扰公司运营的人了，结果自己变成那个受气的，何苦呢。早知道要受气，为什么当初不直接拒绝了 offer，这样大家都省心？

老白兔一个老技术压不住年轻的，新技术学不过年轻的，只会网上发帖找认同感？硬气点以技服人。

[kidcracker1]

你发帖的姿势错了，应该这么说：
标题：为什么一年经验的新同事入职两三天就要重构推翻框架？
内容：一来就要推翻，为什么不直接把用老旧框架的炒了，这样大家都省心？
我还留在公司算不算干扰公司正常运营？

[cllvking]

让我马一下

[q397064399]

SpringBoot 是 Java 世界目前公认的最佳实践，解决过去很多问题，当然 AutoConfiguration 还是有一些问题，但是瑕不掩瑜，不要再固守以前的一亩三分地了

[justforlook44444]

年轻人容易眼高手低，你让他折腾呗，折腾失败了，就不会这么傲了。

[justforlook44444]

就像 V2EX 里面一些人一样，喷天喷地，实际你让他干什么也干不出来。
talk is cheap，show me the code.
谁都能说，毕竟实际做事最难。

[Sendya]

application.properties 都好久没用过了 2017 年？，都用的 yml 了吧，从题主的内容，能感受到题主应该并不接受新技术， 我站你所谓的初级开发

[reus]

这是政治斗争，怼回去，怼走他

[yocool]

springboot springcloud 带来微服务，再结合 docker 容器化，我看到了一种趋势，新潮流，要学会拥抱潮流，别原地踏步可不行

[switch100]

@sucai 我看你真的个圣母婊，我之前被人身攻击的时候没见你说话，我回个喷子就是神 tm “人身攻击”了，真为你感到着急啊

[nameldk]

跟他说 https://gss0.baidu.com/7LsWdDW5_xN3otqbppnN2DJv/zhidao/pic/item/a8ec8a13632762d0d0ef6bedabec08fa503dc68b.jpg

[6260628]

我从 07 年工作，到现在已经差不多 12 年的工作经验了，做过好多个职位也换过岗位，对各种技术都比较感兴趣，也乐于帮助同事，不会的问题也会虚心请教，就楼主你说的这种情况，以我的经验我觉得还是找个地方把这孙子揍一顿靠谱些

[switch100]

@qq1004108488
@b1iy
@amumu666
架构是我花了 N 久时间调优的，还配置了各种 CI/日志 /自动化，对各种高并发也做了处理，只不过用的框架稍微落伍了一些(Spring MVC 至少比 EJB 那家伙要好用) 。我是真没想到哪里差过 Spring Boot，就因为部署方便？我不知道你们这群人是怎么想的，SpringMVC 就落伍了？ Spring 源码读过没，设计模式都实践过没？你们就是想接着风潮来排挤老程序员

@yzmm
随随便便换架构的，估计你的项目也就是个短期的增删查改而已，呵呵

[switch100]

@woshiaha 那你算什么？只会用 SpringBoot 的宝宝？我猜你 Spring 源码都没读过，也就是那种增删查改的垃圾项目，对你当然什么架构都无所谓啦(只喜欢用 SpringBoot 的 baby)

[Bromine0x23]

9102 年了，就算不用 Spring Boot，光用 Spring MVC 也可以不写 XML 用纯 Java 配置 bean 嘛

[FinalDream]

用 SpringBoot 跟设计模式和 Spring 源码有啥关系？
从描述看也不是啥大项目，没啥复杂架构，工作中遇到楼主这种不思进取、不愿改变、沟通能力还差的同事确实挺难受的

[switch100]

@FinalDream 你是没见过菜逼只会 SpringBoot，连个 AOP 都不懂的那种菜逼。呵呵，我觉得你挺符合这种人物的

[6IbA2bj5ip3tK49j]

Spring 私有架构，这还是第一次听说。
SQL 调优，XML，AOP，炫技的关键词都这么寒酸。

[zjsxwc]

楼主，
在前端娱乐圈，这种情况更常见，我们老项目用 requirejs+underscore+backbone
这种完全用古老 js 实现的 mvvm 做项目一直很好用，在工程化与可维护性上也都没有问题，也是当年比较流行的解决方案，嗯在 rails 刚出来火的那段时间里


但现在招人前端只会 vue，问他们看过 vue 源码，vue 的 ast 树了解吗，如果要给 vue 加新语法糖会吗这些相对深入点的，就全不会了。

[Lonely]

哈哈哈，看了几条附言，这个楼主真的是无话可说。

[icekingcy]

我觉得虚心听取他的意见 采不采用你可以提出合理的理由，既然你自己都没理由反驳他 反而用资历来评价你的新同事 我觉得这也是不成熟。不能因为你自己不喜欢而拒绝新技术 相反趁此机会学习了解新的技术方案 最终评估出最适用的才是对公司和项目最好的。
做技术的人及其意见我不觉得要根据资历来评判

[icekingcy]

不能说他跟你谈技术 你与他论资历 难道真要以谁资历老听谁的吗？

[switch100]

@xgfan 呵呵，寒酸也没办法，你将来也是这个鸟样，被新手拿新框架鄙视

[switch100]

@icekingcy 哥们，老项目写的好好的，凭什么让一个初级 Java 指手画脚。这个初级 Java 业务都没熟透，你真的是大板各大五十

[icekingcy]

@switch100 什么叫“写的好好的”，你这“好”的标准以自己技术栈和经验评估出来的，另外难道技术不需要更新迭代吗？ 若你坚持这种想法，你我也没有讨论下去的必要，打住。新人提出新技术想法 不去与他互相探讨交流技术实现 反而嘲讽新人皮毛功夫 你这种做法我不支持。另至少我对技术都是持开放态度 愿意去接触了解新技术和不同的技术方案

[clearT]

你觉得他初级不配提出意见，那你倒是在老大面前摆出你的观点和论据啊，又说自己不知道怎么回应，居然因为这个想离职，厉害了我的哥

[switch100]

@icekingcy 我就是看不起初级 Java 开发，你觉得一个拿 4k 的能做出什么架构？

[fxxwor99LVHTing]

我认为 spring / spring-mvc 和 spring-boot 不是对立的啊，如果熟悉 spring / spring-mvc 再来学习 spring-boot 的话，反而会更清晰 spring-boot 的原理。还有就是：接触新的东西，是有益处的。所以，学习 spring-boot 还是很有必要的。

[nnnToTnnn]

@xinyewdz 对的，那个开发就是窝，而且还是基于 spring boot 的接口程序

[nnnToTnnn]

@xinyewdz “公司一个项目，前一个开发偷偷的用 kotlin 把项目重写了。然后他离职了，项目交接给我。看到 kotlin，一脸懵逼，想骂娘。”

其实那个人就是我，告诉你为啥要用 kotlin 重写项目

1. 在公司是负责平板 /Java 后台接口
2. 一会 kotlin，一会 Java 老是喜欢把语法搞混

所以直接把项目做成 spring boot + kotlin +gradle 统一技术，懒得去兼容一下 Java 或者 maven 等等了，简单方便，且高效


至于后面接手的，学一下 kotlin 不就 OK 了？

[qqq2830]

@xiangyuecn 就怕没打过，被按在地上摩擦

[gouflv]

哥们的自信心又回来啦，真是套路深