做移动端最难的除了bug和需求，就是沟通了。移动端的沟通远远在其他程序员之上。
因为移动端在小公司可以等于：
程序猿 + 产品经理（你要自己想一些好的需求，并且把一些难实现的需求转变下变成另一个需求，并且你还需要告诉它这个需要不行，或者说实现不了）+项目经理（ 你需要去跟后端说这个需求改了，要后端怎么样，你需要什么接口，接口怎么返回参数，这个软件的实现，需要后端怎么去做。出了什么问题就是找你 ）+测试（程序有bug就是找你）。
当然不是所有公司都是这种，越大的公司，越像个程序员。
不过对于大多数人来说，都是在中小型公司，所以程序员的沟通十分重要。但是程序员都是不爱沟通的，所以打算写这篇，沟通篇，一起探讨如何 有效的沟通，哪些东西需要沟通，哪些东西属于哪一端的事，却让程序员背锅。规划大家的行为，当有人质疑你说的话，你就可以反击了。希望大佬么，也提提意见，我会加上去的。
一 需求
- 当有人给你提需求，你最好记录下来，遇到喜欢改的把时间也加上，告诉他你记录了，并且把记录时间告诉他。比如
他说，把 首页加一个考勤打卡。。。。他说，把 首页加一个考勤打卡，加一个，。。
你要说，好的。等我记录下，不然一会忙忘了。你看下是不是这几个需求，1.首页加一个考勤打卡，2.。。。 时间是在2019.1.5 19点
千万不要觉得麻烦，等你改需求的时候就知道记录下真的不麻烦了。这样做有很多好处，|.当他 近期又改需求的时候，你可以直接拒绝说，上个星期什么时候写完了，你现在又要改?不好意思。没时间，等我把你前面的需求写完再说。 这样他就不会频繁改了。
||.让他 加强记忆，这样他对整个程序的需求 印象会深点.
|||.你有了需求表就知道哪些需求了，不会忘记。重点是，你可以把这些需求在哪里实现的
记录下来，以后遇到一样的需要，就可以复制代码了。
2.有很多需求需要后端后端配合，所以你需要问下后端。要说，什么需求改了，你那边需要改什么不，对你那边有什么影响。然后把你需要的告诉后端。因为，有时候前端改了一个需求，虽然服务器不需要改变什么，但是由于这个需求改变了你上传接口调不到，服务器某个接口返回的数据就不对了。所以要跟服务器说一声，他对数据流向比你清楚。
总之，现在的移动端不是那几年了，独立开发。现在由于app在不断升级，人们对于app的要求也在不断升级。不是以前那种一个app就几个功能，现在一个app，对于中小公司看似只有几个，其实那只是主要功能，还有大对与之 对应的一套功能。比如，现在的app一个购物，只会说购物，其实这是一整套的。所以，有了需求，先要他把流程给出来，把功能细化。不然你就只能吃哑巴亏
二 接口
1.自己需要的接口，需要服务器怎么返回参数。直接说，服务器的接口本来就是写给你前端用，你前端不说有问题，需要什么。那么需求找你麻烦，就是自己的问题。在合理范围之类，强制要服务器给你，如果不给，你就说这个接口我不接了。当有 人找麻烦，你就说 接口 ，没有返回你所要。当服务器说你那边不就可以获得了，你就回答，我知道，
由你边返回我好处理点。如果还不返回，要就再商量，要就说，那我就把你 返回的东西接上就行了，不返回不接，项目经理找你就说，接口这么返的，我跟他要了，他说我能获取到就不返回。那我这边需求不好写，我也不写了。
二 UI
一般UI给你图还需要给你 切好的图片，跟接口一样。直接要求，不做，不写那部分。
移动端是个苦逼的工作，对于所有端都是乙方。可以说是 最低端了。并且人们的要求也越来越多。所以怎么说呢，因为苦逼，人逐步减少，比较缺人，但是RN和web也能开发移动。所以算是一个死循环吧， 其他端可以代替移动端，移动端呢太需要其他端了，很低端，背锅侠。所以，建议的话就是去大公司吧。或者是去做人工智能。等