点击上方“芋道源码”，选择“设为星标”
管她前浪，还是后浪？
能浪的浪，才是好浪！
每天 8:55 更新文章，每天掉亿点点头发...
源码精品专栏
来源：cnblogs.com/yhyjy/p/13298044.html
技术公司
非技术公司
个人总结
本文纯个人看法～
工作八年多了，走过好多公司，现在已经过了三十，不想再这么奔波，这几天由于领导对我的评价，对自己产生了一系列怀疑，是自己能力不行？还是自己态度不行？还是自己工作方式不对？等等很多。这个年纪已经不再是年少轻狂的年纪了。
技术公司
再此之前一直在软件公司工作，虽然累，但是不断的成长不断的学习，不断的接触新鲜血液，同事之间都是搞技术的特别和谐，工作分下来都非常积极，生怕自己比其他人少干了，学习少了。每天去公司是一种快乐。公司之间也没有心机，大家都在一起玩技术。解决客户。我们统称三收益。第一我们帮客户解决问题，第二我们帮公司挣到钱，第三我们在成长提供自我价值。
做项目流程：大框出来，之后慢慢填写细节问题。不断的确认不断的完善，最终以丰满健壮的软件交付。
非技术公司
去年4月份入职这家公司，信誓旦旦的来了这家公司，打算大展拳脚，因为这个年纪再不放手大干，就不知道什么时候可以翻身当家做主人了。（开句玩笑），之前年轻的幼稚，之前年少的想法，我行我素，做好自己的工作就好了。自从来到这我不得不反省自己。错错错！！！
这家是我们当地一家非常有名的公司。分很多部门（大连）。我所在的部门的客户跟我上家公司的客户是一家客户。所以我知道客户有多少磨人。所以我坚信我能胜任，我也能帮公司解决。代码我也很熟悉。给我的感觉是如虎添翼。
但是我错了。我来了这家公司发现这个部门不是我想象中那么简单。不再是一个简简单单的技术公司，以support为主。不定时做CR开发，与小的改动项目。部门大概50人，开发不到10个人。我就是这几位开发中的一员。现在说下我来了之后做的几个项目：
A 项目，我刚刚来到公司。人生地不熟，我打算处理好人际关系，主动一些。跟PM打好招呼。来了接到一个半路的项目，已经有人做一半了，我是半路进入。另外一个同事告诉我需要做什么。口头说，需要做什么等等。我做好之后进行测试，之后就没有人再联系我。我以为项目结束了 或者说我那没有问题。我就找我的负责人联系下个项目。大家以为这件事结束了？NO 后续一起说！
B项目（abc项目） ，我接到的任务是根据数据库把所有 Code 判断的地方 换成 Id ， 数据库直接更改备份，Support Teams告诉我没有办法测试。只能硬着头皮改我用SQL Search找到对应的地方，更改成 Id判断。结束。告一段落
C项目（abc项目），更改一些逻辑问题，改了两个月顺利改完。等了三四个月后上线。
D项目，一个新加模块。每个功能点需求一两句话。还有些隐藏需求点就是项目负责人告诉我 跟其他模块功能保持一致 看看其他页面咋做的 。这是我听过最多的一句话。项目功能点，有很多需求文档中没有包含，加上开发对这套系统不是很熟悉。这个系统延期了。
由于需求的变更。公司与客户都产生了很多问题。领导提醒我们已经红色标识了。项目测试期间问题比较多。来来回回30多个问题（样式，位置，漏洞，预部署重复性问题）项目终于上线了。大家终于松了口气。
2020年元旦我休陪产假。
问题：
（1）临时接到（abc项目）马上上线。有些Job当时验证不了。只能等到时间自动发送。半夜一点多成功顺利上线。第二天告诉我job没有执行。我在本地还原了没有问题。一个月后又找我说job不好用。我去服务器查看是由于部署人员把Key替换了。所以导致ftp上不去。结果发送不了文件。
（2）（abc项目）由于我的疏忽，B项目的Id是Guid 我只判断是否为空，未判断是否等于0000-00000-00000-00000这种。导致给客户发了几百封邮件。领导帮我扛下客户的雷。心中存在愧疚。
休完陪产假回来。领导找我，总结了我来到部门所干的几个项目 以下都是领导的话。
A项目。GXX 跟我反映 说你做的那个页面问题很多。后期他都找人改完了。你不知道吧，我不说你可能都不知道。（我当时懵逼了。我当然不知道。因为没有人给我反馈，我测试没问题，我以为页面没有问题 项目结束了呢。无力反驳）。
B项目。给客户发了几百封邮件。这个雷我们帮你扛下来了。这个以后你得注意点这个事情。（心存感激，但是多多少少我心里有些不爽，我没有办法测试）
C项目。这个项目问题也不少，导致很长时间我们数据传输不过去。（有些不是我的问题，却把问题算到我的身上，support发布不对。这能懒我吗？）
D项目。虽然这个项目是你临时抓进来救火的 但是问题也不少。（无语，项目负责人有些东西说不清，一句话把问题归于开发身上。负责人：我说的跟开发做的不一样。两个开发都可能理解都不对吗？来来回回的需求变更也算我们的Bug？）
领导的总结：对你的技术没有质疑，但是你对待项目要认真些。以后要注意的地方。
做项目流程：
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
过完年
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
过完年至今做了四个项目，每个项目都小心翼翼，之前的经验告诉我，这个部门技术不是太重要，重要的是人情世故，重要的是心机 别被人抓住小辫子。结果还是被人坑了。
领导昨日发信息告诉我，有很多人反馈我交付质量有问题，我过完年这四个项目我都总结过两个没问题。现在做的样式位置加一起不到十个问题。还有一个项目也很好。
我昨日一天都在想这个问题，为什么会有很多人反馈。四个项目 两个项目负责人，一个私交比较好。另外一个之前有过几次邮件问题交流，一直抄送领导那种，最终他承认是他问题的结果。不能吧。因为这点事就翻翻我的问题。
昨天我一天我都在想领导的话，还有就是我自我反省。错在哪里 差在哪里，是态度问题还是工作方式问题，还是什么问题。我感觉一名合格程序员应该先自我反省才能深刻意识到问题。可能我之前在其他公司的工作方式与现在的公司不相符。导致领导对我有看法。
个人总结
技术公司做项目流程：大框出来，之后慢慢填写细节问题。团队之间相互合作，不断的确认不断的完善，最终以丰满健壮的软件交付。
非技术公司做项目流程：跟据需求文档，项目负责人口头说，项目其他模块功能供参考。测试几乎0 bug的才算交付好，团队之间彼此保留，彼此开发自己代码没有交际，怕产生问题领导追责。
内在因素：可能是个人方式工作方式导致的问题
外在因素：带颜色眼睛看人。还有就是心机很重要，别让人抓住把柄。领导附近的红人得罪不起。
以上都是这两天困惑的个人总结。希望业界同仁碰见类似问题指点迷津。希望业界同仁避免类似错误。
欢迎加入我的知识星球，一起探讨架构，交流源码。加入方式，长按下方二维码噢：
已在知识星球更新源码解析如下：
最近更新《芋道 SpringBoot 2.X 入门》系列，已经 20 余篇，覆盖了 MyBatis、Redis、MongoDB、ES、分库分表、读写分离、SpringMVC、Webflux、权限、WebSocket、Dubbo、RabbitMQ、RocketMQ、Kafka、性能测试等等内容。
提供近 3W 行代码的 SpringBoot 示例，以及超 4W 行代码的电商微服务项目。
获取方式：点“在看”，关注公众号并回复 666 领取，更多内容陆续奉上。
文章有帮助的话，在看，转发吧。
谢谢支持哟 (*^__^*）
494
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
