
获得徽章 0
发一条沸点,仅发表个人的感受。
c++或者c#做游戏服务器的,好像有种天然的优越感,搞Java的那不叫服务器哪怕承接了一部分游戏业务。可能这种优越感,源于c++和java的技术底层。按照这种说法,是不是在游戏这个行业,都会产生这种思维惯性。哪怕一个性格敦厚的c++或c#程序员,也会产生这样的思维惯性。
以前在toB业务,整天大家都围着搞java的coder打转,现在主心骨变成了c++或c#,我心里多少有点落差。
单纯想表达一下自己的观点,借此问一下还在游戏行业的朋友们。这种天然的优越感,是个人原因还是这个行业就是如此?
c++或者c#做游戏服务器的,好像有种天然的优越感,搞Java的那不叫服务器哪怕承接了一部分游戏业务。可能这种优越感,源于c++和java的技术底层。按照这种说法,是不是在游戏这个行业,都会产生这种思维惯性。哪怕一个性格敦厚的c++或c#程序员,也会产生这样的思维惯性。
以前在toB业务,整天大家都围着搞java的coder打转,现在主心骨变成了c++或c#,我心里多少有点落差。
单纯想表达一下自己的观点,借此问一下还在游戏行业的朋友们。这种天然的优越感,是个人原因还是这个行业就是如此?
展开
13
1
#工作中做得最正确的一件事# 遇到说话尖酸刻薄的外包怎么办,以后免不了对接。有一次我就是忍了,导致我好几天半夜被气醒!以后我不会再忍了!想听具体故事的,请移步!
评论
点赞
广大的前后端开发们,一起来围观这件事情!
起因:事情发生在与外包服务器的一次对接,服务器A(我)推送数据到服务器B(外包),同时服务器A还要跟前端对接。
外包负责人:我们是拿你的类型type(0和1)判断的
我:我推送过去的type给的是1和2,是按照当时我给的协议做的(附上当时协议字段截图,截图显示type=1表示类型1,type=2表示类型2)
外包负责人:外包从来跟你说的就是0和1,从来没有1和2。他们给你的对接文档你为什么不仔细看?你们服务器推送的数据就不检查一下吗,都上线好几个月了。(事实上外包从来都是按照我给的协议文档做对接,字段也是按我规定的1和2开发的,是外包没有对我传过去的类型做判断导致)
外包负责人:而且你将字段设置成1和2,是非常不好的编程习惯。
我:作为推送方,我只要保证我给的数据正确就行了,至于你们怎么处理这些数据我并不关心。
我:你对编程又了解多少?服务器A还要同时跟前端进行对接,设置成0和1对前端会造成一些麻烦。
最后,外包不同意修改(我TM),只能服务器将(1和2)改成(0和1)。
我想说,明明是外包接收数据判断出现问题了,还要推送方修改!真是日了狗了!
起因:事情发生在与外包服务器的一次对接,服务器A(我)推送数据到服务器B(外包),同时服务器A还要跟前端对接。
外包负责人:我们是拿你的类型type(0和1)判断的
我:我推送过去的type给的是1和2,是按照当时我给的协议做的(附上当时协议字段截图,截图显示type=1表示类型1,type=2表示类型2)
外包负责人:外包从来跟你说的就是0和1,从来没有1和2。他们给你的对接文档你为什么不仔细看?你们服务器推送的数据就不检查一下吗,都上线好几个月了。(事实上外包从来都是按照我给的协议文档做对接,字段也是按我规定的1和2开发的,是外包没有对我传过去的类型做判断导致)
外包负责人:而且你将字段设置成1和2,是非常不好的编程习惯。
我:作为推送方,我只要保证我给的数据正确就行了,至于你们怎么处理这些数据我并不关心。
我:你对编程又了解多少?服务器A还要同时跟前端进行对接,设置成0和1对前端会造成一些麻烦。
最后,外包不同意修改(我TM),只能服务器将(1和2)改成(0和1)。
我想说,明明是外包接收数据判断出现问题了,还要推送方修改!真是日了狗了!
展开
4
点赞