阅读全文

⭐⭐⭐ Spring Boot 项目实战	⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》	《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》	《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》	《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》	《Java 面试题 + Java 学习指南》

摘要: 原创出处 cnblogs.com/yhyjy/p/13298044.html 「Elite_Y」欢迎转载，保留摘要，谢谢！

• 技术公司
• 非技术公司
• 个人总结

---

🙂🙂🙂关注**微信公众号：【芋道源码】**有福利：

1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
3. 您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。
4. 新的源码解析文章实时收到通知。每周更新一篇左右。
5. 认真的源码交流微信群。

---

本文纯个人看法～

工作八年多了，走过好多公司，现在已经过了三十，不想再这么奔波，这几天由于领导对我的评价，对自己产生了一系列怀疑，是自己能力不行？还是自己态度不行？还是自己工作方式不对？等等很多。这个年纪已经不再是年少轻狂的年纪了。

技术公司

再此之前一直在软件公司工作，虽然累，但是不断的成长不断的学习，不断的接触新鲜血液，同事之间都是搞技术的特别和谐，工作分下来都非常积极，生怕自己比其他人少干了，学习少了。每天去公司是一种快乐。公司之间也没有心机，大家都在一起玩技术。解决客户。我们统称三收益。第一我们帮客户解决问题，第二我们帮公司挣到钱，第三我们在成长提供自我价值。

做项目流程：大框出来，之后慢慢填写细节问题。不断的确认不断的完善，最终以丰满健壮的软件交付。

非技术公司

去年4月份入职这家公司，信誓旦旦的来了这家公司，打算大展拳脚，因为这个年纪再不放手大干，就不知道什么时候可以翻身当家做主人了。（开句玩笑），之前年轻的幼稚，之前年少的想法，我行我素，做好自己的工作就好了。自从来到这我不得不反省自己。错错错！！！

这家是我们当地一家非常有名的公司。分很多部门（大连）。我所在的部门的客户跟我上家公司的客户是一家客户。所以我知道客户有多少磨人。所以我坚信我能胜任，我也能帮公司解决。代码我也很熟悉。给我的感觉是如虎添翼。

但是我错了。我来了这家公司发现这个部门不是我想象中那么简单。不再是一个简简单单的技术公司，以support为主。不定时做CR开发，与小的改动项目。部门大概50人，开发不到10个人。我就是这几位开发中的一员。现在说下我来了之后做的几个项目：

1. A 项目，我刚刚来到公司。人生地不熟，我打算处理好人际关系，主动一些。跟PM打好招呼。来了接到一个半路的项目，已经有人做一半了，我是半路进入。另外一个同事告诉我需要做什么。口头说，需要做什么等等。我做好之后进行测试，之后就没有人再联系我。我以为项目结束了 或者说我那没有问题。我就找我的负责人联系下个项目。大家以为这件事结束了？NO 后续一起说！

2. B项目（abc项目） ，我接到的任务是根据数据库把所有 Code 判断的地方 换成 **Id ，**数据库直接更改备份，Support Teams告诉我没有办法测试。只能硬着头皮改我用SQL Search找到对应的地方，更改成 Id判断。结束。告一段落

3. C项目（abc项目），更改一些逻辑问题，改了两个月顺利改完。等了三四个月后上线。

4. D项目，一个新加模块。每个功能点需求一两句话。还有些隐藏需求点就是项目负责人告诉我 跟其他模块功能保持一致 看看其他页面咋做的。这是我听过最多的一句话。项目功能点，有很多需求文档中没有包含，加上开发对这套系统不是很熟悉。这个系统延期了。

由于需求的变更。公司与客户都产生了很多问题。领导提醒我们已经红色标识了。项目测试期间问题比较多。来来回回30多个问题（样式，位置，漏洞，预部署重复性问题）项目终于上线了。大家终于松了口气。

2020年元旦我休陪产假。

问题：

（1）临时接到（abc项目）马上上线。有些Job当时验证不了。只能等到时间自动发送。半夜一点多成功顺利上线。第二天告诉我job没有执行。我在本地还原了没有问题。一个月后又找我说job不好用。我去服务器查看是由于部署人员把Key替换了。所以导致ftp上不去。结果发送不了文件。

（2）（abc项目）由于我的疏忽，B项目的Id是Guid 我只判断是否为空，未判断是否等于0000-00000-00000-00000这种。导致给客户发了几百封邮件。领导帮我扛下客户的雷。心中存在愧疚。

休完陪产假回来。领导找我，总结了我来到部门所干的几个项目 以下都是领导的话。

1. A项目。GXX 跟我反映 说你做的那个页面问题很多。后期他都找人改完了。你不知道吧，我不说你可能都不知道。（我当时懵逼了。我当然不知道。因为没有人给我反馈，我测试没问题，我以为页面没有问题 项目结束了呢。无力反驳）。

2. B项目。给客户发了几百封邮件。这个雷我们帮你扛下来了。这个以后你得注意点这个事情。（心存感激，但是多多少少我心里有些不爽，我没有办法测试）

3. C项目。这个项目问题也不少，导致很长时间我们数据传输不过去。（有些不是我的问题，却把问题算到我的身上，support发布不对。这能懒我吗？）

4. D项目。虽然这个项目是你临时抓进来救火的 但是问题也不少。（无语，项目负责人有些东西说不清，一句话把问题归于开发身上。负责人：我说的跟开发做的不一样。两个开发都可能理解都不对吗？来来回回的需求变更也算我们的Bug？）

领导的总结：对你的技术没有质疑，但是你对待项目要认真些。以后要注意的地方。

做项目流程：

。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

过完年

。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

过完年至今做了四个项目，每个项目都小心翼翼，之前的经验告诉我，这个部门技术不是太重要，重要的是人情世故，重要的是心机 别被人抓住小辫子。结果还是被人坑了。

领导昨日发信息告诉我，有很多人反馈我交付质量有问题，我过完年这四个项目我都总结过两个没问题。现在做的样式位置加一起不到十个问题。还有一个项目也很好。

我昨日一天都在想这个问题，为什么会有很多人反馈。四个项目 两个项目负责人，一个私交比较好。另外一个之前有过几次邮件问题交流，一直抄送领导那种，最终他承认是他问题的结果。不能吧。因为这点事就翻翻我的问题。

昨天我一天我都在想领导的话，还有就是我自我反省。错在哪里 差在哪里，是态度问题还是工作方式问题，还是什么问题。我感觉一名合格程序员应该先自我反省才能深刻意识到问题。可能我之前在其他公司的工作方式与现在的公司不相符。导致领导对我有看法。

个人总结

技术公司做项目流程：大框出来，之后慢慢填写细节问题。团队之间相互合作，不断的确认不断的完善，最终以丰满健壮的软件交付。

非技术公司做项目流程：跟据需求文档，项目负责人口头说，项目其他模块功能供参考。测试几乎0 bug的才算交付好，团队之间彼此保留，彼此开发自己代码没有交际，怕产生问题领导追责。

内在因素：可能是个人方式工作方式导致的问题

外在因素：带颜色眼睛看人。还有就是心机很重要，别让人抓住把柄。领导附近的红人得罪不起。

以上都是这两天困惑的个人总结。希望业界同仁碰见类似问题指点迷津。希望业界同仁避免类似错误。