纯属吐槽我们公司的程序员

技术不牛逼脾气还不小

这类人根本不能好好的沟通非得提娘爆粗口才过得去一言不合就开始怼比如某个接口没有按照他想要的格式但是你去问他为什么这样做他不知道只说这是规范反正你要这样做。遇到了接口没达到预期先不确定是谁的问题就开喷。

我给大家举一个例子: 我刚调来这个项目组的时候之前有一个接口没跑通不过安卓客户端没问题他是做 IOS 的跑过来问我为什么 XXXX 呀，我说接口没问题安卓能跑通他竟然说安卓是 Java 写的你后台也是 Java 写的当然没问题。

我当时的反应是？？？？ Excuse me ？？

最后的问题是他传递错参数了。

这种人技术大家自行判断吧，当然这种人不止他一个或轻或重我觉得挺奇葩的。

老大不称职

我是为什么说老大不称职呢？我觉得类似上面的事情老大都该管一下毕竟这样团队氛围都不太好当然我不是从这一个角度说老大不称职。

我有次发现一个同事提交的代码有问题不能通过编译影响到了我这边因为挺急的，当时给老大反应要快点解决问题不能影响我这边虽然最后解决了但是他说了一句

你就不能自己解决这个问题吗？

我当时不知道他为什么会这样说不过我还是给了解释谁开发的功能谁来解决我这里要是给修改了后面出了什么问题不得找我麻烦?

我觉得我做的没有问题你去解决另外一个同事的问题修改别人的代码不太好吧不过可以提醒他修改我当时给他说是让他去提醒同事修改了因为我刚进入项目不认识别人谁知道他自己解决了。

最后

可能是我的运气太差哈哈上几个项目组的同事都很团结呀老大也不错！

准备年后重新找找工作看看有没有机会跳槽吧。

yulitian888

2018-01-29 13:39:15 +08:00

To 楼主，关于老大让你自行解决的这个问题，我支持发现问题的人自行处理。理由如下：
1、谁开发的 bug，谁负责。这没错。但是谁开发的 bug 谁去修就不一定对了。代码是团队成员公有的，原开发者可以比别人做得更快一点上手（假设他自己没忘记的话），你发现了不能编译，在第一时间改一个能编译运行的，即使只是为了你自己调试也是有必要的操作，没必要等挖坑的人，这会浪费全团队的时间。
2、既然有人挖坑了，你还愿意信任这个挖坑的家伙填坑会填的很好么？遇上猪队友，还是万事靠自己！

但是并不是说一定要完美解决，留下注释，打好 todo，比如：// todo 修复 12345 号签入无法编译通过的问题，功能未测试 @某某某浪费团队成员时间 2 小时于此！
连同注释和修改一并签入，并邮件抄送团队全员，确保责任明确

纯属吐槽 我们公司的程序员

技术不牛逼 脾气还不小

老大不称职

最后

纯属吐槽我们公司的程序员

技术不牛逼脾气还不小