你这属于外包接少了，没有经验，这次你就当是踩坑了吧，你这个流程整的太不正规了，你要追究起来，也许有办法讨回一点，但你付出的精力肯定是远超你的收益的。
如果是帮人改改页面，几百千把块钱的小活，不签合同就算了。上万的上规模的项目，该签合同就签合同，首付多少，中期款多少，尾款多少，项目交付节点是什么时候，延期怎么处理，维保多久，都得写的清清楚楚，该走流程就走流程，问对方要 git 地址，项目管理平台，你的工作得记录在案。
另外也不是签了合同就包你无忧的，毕竟很多外包项目属于小厂对小作坊，合同执行不会那么严苛。你开始搭项目框架，在你框架搭的差不多的时候首付款就该到位了，首付不到位这个项目就可以暂停了，首付到了继续做，在你正文这个 70%的节点，就该收中期款了，之后就是交付初版进入测试反馈阶段，验收结束拿尾款。项目进入二期，或者维护阶段。
说白了，做软件工程不是买菜，只有买和不买两种状态，而更像是买服务，哪怕是小作坊外包，正儿八经的流程也是你给多少钱，干多少活，如果你在接项目前做一下功课，了解一下外包合同怎么签，那你现在应该是首付款和中期款已经拿到了，至少首付款是没问题。
说实话，正儿八经做外包的还挺喜欢你你朋友这种项目，因为尾款没多少钱，做一半嗝屁了正好，合同终止就完事了，项目大头拿了，还不用测试，不用维保

你这需求只有 Pixel 系列了，推荐 Pixel3 以后，不建议买前两代，前两代有暗坑，用久了很容易暴毙

主要是国内基本都是第三方 ROM，哪怕是像一加那种原生 style 的 ROM 这种系统组件都是走自家应用商店或者 ROM 更新的，影响很小。
我的 Pixel 是自动更新的，但更的不勤快，昨天晚上自动更新过后知乎启动就闪退，当时我就意识到是 WebView 更新的问题了，去 GP 一看已经发布新的更新了，更新过后就好了

如果单纯说走上 Android 开发这条路，那必然是 Java 。如果你没有踏上这条路的计划而只是单纯的想做个什么东西在移动端上用，我推荐还是用前端技术栈解决。

首先 kotlin 的定位，就是“better java”，你一定要熟 Java，才能用好 kotlin，否则 kotlin 的糖，对于你来说就是坑，Java 的坑，你要用 kotlin 来踩一遍，而且是 hard way 。
其次是市场生态上，绝大部分 Android 岗位 Java 属于必须项，kotlin 属于加分项。国内的客户端生态还没有到纯 kotlin 能搞定的地步。当年谷歌说 kotlin 支持与 Java 一样是 first priority，国内一帮培训机构当场高潮：kotlin 是官方语言了，Java 马上就要被淘汰了！这几年过去了，然后呢？

至于推荐你上 flutter 、RN 的，说的难听点，叶公好龙不过分，除非你做的 app 根本不涉及任何硬件，否则不了解 native 就去做 hybrid 绝对是撞的一头包，对于熟悉 native 的客户端老鸟来说就是个小槛的东西，在萌新面前就是一座大山。

@0x8192dd 4kbps -> 4000kbps

@NonClockworkChen 第一代 air 好歹是 A7 呢，而且苹果在其他硬件上的用料足，工艺也不差的，虽说用这么多年但看个码率不高的流媒体就还行了，你去搜搜 SOC 天梯图，楼主贴的寨板那个 MT6592 甚至比 A7 还弱点。
而且苹果 AppStore 对应用审核十分严格，有严重卡顿的话要给你打回的。Android 可就没人管了，一些播放器 SDK 仗着用户主要是用手机性能富裕就瞎搞。曾经我们开发 TV 端直播应用的时候，用了个渠道商的播放器 SDK，因为乱七八糟的功能加太多，4kbps 的码率就解不动放幻灯片了，最后我们只能基于 ijk 自己整一个播放器解决问题。

不想花钱去收一个 iPad 真的比买寨板靠谱太多。

@0x8192dd 算量工作->低算量工作
正儿八经想要看视频看的不卡对整个硬件要求不低的

不是，你以为看视频是什么算量工作么……
你要预算就 1k 以下的华，与其买个什么寨板一样的货色，不如收一个二手 iPad
首先性能够，干啥都可以，其次 iOS 不会推些乱七八糟的广告，免得老人用着用着就一堆乱七八糟的 app

定位就不一样怎么比，无论苹果还是 Android，移动游戏主打的就是快和碎片化，画面是排在玩法和运营之后的，跟 PC 端游特别是你提的那些强调硬件的 3A 游戏的目标用户基本没有什么交集，何谈相比呢……
虽然游戏手机是小众需求，但好短平快这口的手游玩家就愿意多花钱提升他碎片时间玩手游的体验，而不会去考虑是不是买个游戏机更有性价比，因为人家玩不进去单机呀。

移动端直接利用推送通道不就完事了？接个推送 SDK 就行了，保活就别想了
都 2020 年了，移动端没有后台挂起这种说法，用户退出应用之后，就是靠推送通道推送消息，用户点了消息，唤起应用，重连，你用 iOS，微信启动之后有个“收取中”，就是执行重连和数据同步。

轮询和 socket 的区别主要是在应用位于前台的时候
如果你是要做 IM，或者股票 K 线图那样实时的东西，那必须用 socket 让客户端接收服务器主动下发的数据，如果只是个什么中奖通知，工单反馈之类实时性要求不高的推送，那么在移动端轮询或者写一些触发点（比如切页面）来查询就可以了。

简而言之：需要频繁主动下发 - socket ；需要用户在某一页面的时候更新数据状态 - 轮询

CSDN 这种是没办法，毕竟起家早名气大，很多高校的计算机专业直接要求学生在 CSDN 上写课程记录上交（我上大学那会我们的软工课程就是），就会产生很多灌水内容；
也没有必要完全屏蔽，CSDN 上也有精华，比如雷霄骅关于 ffmpeg 的一系列博文，音视频入门佳作 https://blog.csdn.net/leixiaohua1020/article/details/15811977

一般情况下都是口嗨王者，见得多了，就是那种看似紧跟新技术，实际上只是紧跟着新闻，自己不实践，就是口若悬河以表现的自己很懂，自我欺骗自己在紧跟时代潮流，没有被淘汰
RN 火的时候吹 RN
Flutter 火的时候吹 Flutter
谷歌支持 kotlin 的时候，说 kotlin 马上要淘汰 Java 了
实际上最多写了个 Helloworld，甚至一行没写过
适合不适合当前项目，没想过
团队 hold 住不，没想过，有坑怎么办，慢慢踩呗。项目进度？不管
反正就是新技术，赶快学，马上就要统一天下，不学就要被淘汰了！
以前我还愿意跟这类人探讨，后来发现探讨不下去啊，其实用这些技术的痛点、爽点他们也不懂，就是口嗨而已……
后来我就咸鱼了，遇到跟我口嗨的我就说，不学，不看，大不了被淘汰转行
对方接不了茬也就不 BB 了

让这种人实操生产项目危害巨大
以前我认识一 Android 开发，天天跟我们吹 MVP 架构多么多么牛 X，但他连 demo 都没写过
后来有一外包私活找到他，这哥们二话不说直接用全套 MVP 开干，本来预估一个半月写完的东西愣是整了 3 个月，多的时间全部都拿来踩 MVP 的坑，而且整到最后为了赶工期还是放飞自我式写法，代码惨不忍睹……
我为啥知道？后面人家有几个小需求找我做二期，我看了一眼代码，真的是一言难尽……

怎么说呢，目前市场上原生 Android 留给新手的坑不多，市面上大部分都是平台级产品，招肯定都是招有工作经验 hold 住的，而且或多或少涉及 NDK、OpenGL、ffmpeg 这些东西，外包项目出于开发成本和跨平台的考虑用 Hybrid、RN、Flutter 的又比较多，需要你 Android、iOS 都有一定经验才 hold 住，否则遇到兼容问题你只能头破血流。

推荐 Java 后端+前端 Vue/React，自己做东西 OK，就业面也很广，等你用这套东西起步，把互联网行业的技术栈熟悉的差不多了，想做啥就随便了

特别复杂的动画，公司由没有搞特效的就用序列帧呗，美术弄这种很快的，你用代码画几天又不好维护，当然能用 Lottie 还是最好的

我觉得楼主有个误区，就跟很多学编程语言的一样，觉得报个什么班或者认个师傅“带一带”，闭关修炼一段时间，就可以学成出山，阅文自如了。
说白了你看文档难在于你略浮躁，自己在不断地在心里暗示自己是看不下去的，然后就真看不下去了。
技术文档又不是小说，能有多复杂的语法结构？高中水平绝对够了，难点不在专业词汇的积累么，专业词汇就是遇到一个查一个积累下来的，没有什么捷径。
如果你一直抱有“不学到一定水平”就不想去用这种想法，你学任何语言包括编程语言都会很困难的。

IT 领域什么证的不好使，就学位证好使，这个证都不考，编什么程呢。之前 B 站那个写了 flv.js 的大神不也读书深造去了么。老老实实复读去吧

还有几条比较重要的
Android 2.x 已经绝迹，目前比较适合的最低支持版本是 4.1.2 （ API 16 ），预计在未来 1 ～ 2 年内，Android 生态圈会全面放弃支持 5.0 （ API 21 ）以下的系统
Android 6、7、8、9 版本均对流氓行为做了大幅限制，未来会更严，一些老得歪门邪道基本别想再生效了，在开发新项目时必须注意权限适配

command+回车直接发出去了……
还有几条比较重要的
Android 2.x 已经绝迹，目前比较适合的最低支持版本是 4.1.2 （ API 16 ），预计在未来 1 ～ 2 年内，Android 生态圈会全面放弃支持 5.0 （ API 21 ）以下的系统
Android 6、7、8、9 版本均对流氓行为做了大幅限制，未来会更严，一些老得歪门邪道基本别想再生效了，在开发新项目时必须注意权限适配