关于android开发人员和后台人员不可调和的矛盾，求建议。

温水煮青蛙come-on 2014-06-20 03:50:01

加精

我先吐槽：你他妈的把接口改了能不能说一声？
老子笑呵呵告诉你接口改了，告诉我一声，你他么的能不能长点脑子？还要老子告诉你第二次？

吐槽完毕。

求大神告诉我，怎么调和前台和后台的矛盾？除了自己写接口。。。菜鸟上路，正在学。赶脚需要点时间。

...全文

3361 97 打赏收藏转发到动态举报

写回复

用AI写文章

97 条回复

切换为时间正序

请发表友善的回复…

发表回复

sichuanwww 2014-07-06

打赏
举报

冷树树 2014-07-06

打赏
举报

我会说我这后台是我自己写的吗？还未毕业，公司提升我为项目经理（其实就我一个搞安卓的）。说让我做个客户端，到手后才发现，服务端也要我自己做。给了我一sqlServer数据库，没数据，没建表关系。有我坑吗？

K-dash 2014-07-04

打赏
举报

引用 68 楼 Joyhen 的回复:

首先表示赞同和理解楼主的心情，哥上一家公司接口文档是有的，但写的很不清晰，版本控制倒还好，但内容写的真乱，总是要询问。规范就更别说了，但也能理解服务端人员初次写移动对接文档。可我最烦那些半吊子程序员来做这样的事情，要吐槽的比你多的多啊。个人感觉，1一个标准的规范必须要遵循。文档结构要描述清楚，不然会浪费相关开发人员太多时间。有些做接口的半吊子程序员上班和妹子聊qq老子真心很烦，不上进还一天到晚说压力，薪水，鄙视之。 2.工作流程必须要简单统一，团队如果不大，且都在一个工作区，个人感觉说一声就可以，没必要邮件什么的纯扯淡装B，你一声说完回复一下什么都解决，最烦装B的团队，除非你的授权职级不够，业务跨度很大，流程审核严格。快速交流快速解决问题这才是王道。 3.关于第三点我真不想说，但不吐不快，老子真心很烦小团队工作室公司学别人的路子，搞的一个简单的流程他给整出个7788好多规范，浪费精力和时间。一起交流，一起沟通。快速出产品，快速迭代跟进，就妥了，东西先有然后改进。还有那些倚老卖老的半桶水员工，恭谦让要做好嘛。最后很庆幸自己遇到一个好的团队和老大

团队小直接面对面沟通迅速解决确实是王道,但我觉得文档还是要写的,团队小不一定项目小,有必要的话项目文档和接口文档还是要有,不然新老员工交替时,就像我以前遇到的情况,加了老员工QQ,他离职了,这项目没搞清楚的API就问下他,或者说这么大个项目还要我来整理一下有哪些API,我不用再重写哪些,可是其实我觉得这是他应该交接给我的呀我觉得文档的存在性还是为了承上启下

万物同源 2014-07-04

打赏
举报

要淡定，淡定

千游 2014-07-03

打赏
举报

跟我学，从来都是前台后台都自己一个人写

温水煮青蛙come-on 2014-07-03

打赏
举报

引用 67 楼 kk86868058 的回复:

如果你们公司小到只有你几个客户端,和几个后端,上面直接是老板的话,那你可以向老板提一下这个矛盾情况,你不要跟老板说那个员工怎样怎样,说一下现在的团队协作问题在哪里,你认为哪个方案可以使之变得优化,令老板信服而实施,如果老板不愿意,我看你可以另谋高就,在这里于你前途不利,不仅给你留下一片勾心斗角的职业生涯回忆,还没有给你一个好的环境氛围让你的技术得到进步锻炼,你每天都在不愉快的工作中度过,何苦呢.更多不废话,大家成年人,你知道接下来怎么做的了,大家都发表了不少评价了

非常感谢这些中肯的建议。领导人不错，提出的问题都能重视，之前没跟领导提过，公司也正往正轨上走，项目也还没完，所以还是接着做。

小周务商 2014-07-02

打赏
举报

请他吃一餐饭啊。。。。。。。。

zf12102926 2014-07-02

打赏
举报

楼主这是沟通问题。。。

梦竹 2014-07-02

打赏
举报

在合作开发中，接口是非常非常重要的东西，这就需要协同工作。那么怎么才能做好协同呢？首先定义接口的时候，需要大家一起讨论，形成规范文档。如果要修改接口，事先要提出来讨论，并且写入文档更新的。那么关于这个问题，我想，你需要和你的伙伴多沟通，就像svn为了解决多人协同开发导致文件冲突的问题时，提了很多想法，最终找到一个近乎完美的解决方案，总结下来一句话：这类问题，最终极的解决者是人，最终极的解决方法是加强交流沟通。大致是这个意思吧，你可以去svn的介绍上看看有类似的话。

腹黑的大象 2014-07-02