做手机APP有前途吗？
越来越多的流量池被固化，现在是流量池巨头的统合、割据与竟伐的阶段，小程序的推出就是典型的例子，现在APP制作不能说没有机会，但一定要足够亮眼，具备网红APP的潜质，比如前一段很火的AI变脸APP，哪怕冒着监管风险也要火的话，也许可以短时间冒尖，但更需要的是充足的资金、深厚的投资背景和对未来的规划设计，如果没有的话基本不具备希望。
红利期过了，看程序猿找工作就知道了。之前很好找工作，现在不太好找。IOS的很难找工作。为什么呢？一个是一台手机不需要安装太多APP，而且现在有几个超级APP，各种功能都有了，不需要其他的。另外一个是国内H5开发更方便。
APP基本是两种盈利模式：一个是软件免费，做大用户群体，成为一个流量入口，这样就可以轻易变现了。不过这个前期投入巨大，没有矿没有投资人的话，这种模式不适合小公司和个人。一般来讲，做成一线大流量APP的话，这种投资在1亿以上。还有一种主流盈利模式就是针对性很强的APP，比如说企业的交易平台，ERP系统，或者像一些算法比较厉害的软件（俗称AI），这种就可以直接向用户收费。也可以两者综合一下！
http是推协议还是拉协议？
HTTP 协议是拉协议。
超文本传输协议，是基于 TCP 传输协议之上的应用层协议，常用于客户端向服务端请求 Web 页面。Web 页面一般来说由多个对象组成，例如一个 HTML 基本文档、一个 JPEG 图片等等，但 HTTP 协议只会传输一个对象，按照上述的情况来说，当客户端访问 Web 页面时，服务端只会响应 HTML 文档信息，而 JPEG 图片则被封装到 HTML 文档内容中。上文在介绍 TCP 传输协议时已经说过，TCP 协议要求客户端和服务端在传递数据之前需要建立一个双向通道。基于这个双向通道，HTTP 协议产生了非持续连接和持续连接之分：
针对于多个对象的 Web 页面，每次请求一个对象的时候都重新建立一个双向通道，对象传递完毕之后通道也关闭，这种方式称为非持续连接；只建立一次双向通道，将所有对象都传输完毕之后关闭，称为持续连接。
HTTP 协议在默认的情况下使用最后，HTTP 协议是一种无状态的协议，要想与用户进行交互，保存一定的用户信息，就需要借助于 cookie 来实现。
手机APP开发为什么要原生态开发？
原生态开发：可以最大潜力地挖掘和修饰需求中最耀眼的那个“点”。可以将APP的效果做到极致。可以最大程度的满足客户对于界面美观、效果绚丽、操作特别的近乎苛刻的需求。并且可以最大程度地发挥特定智能操作系统的风格。但这种开发方式只能是针对某一种特定的操作系统进行开发，无法做到“跨平台”。一个程序员只能在一种平台上开发，无法做到同时并行。这样如果一个客户要求产品覆盖多个平台就要同时有多名程序员负责各自的APP应用开发。相对“中间件产品开发”就要多出N倍的工作量。这将直接导致项目工作总量的加大、项目交付周期的加长。最终直接导致项目报价成本急剧增加。对于客户来说预算大大增加。对于软件公司来说需要储备大量不同系统的原生开发人员，公司的成本也将大大提高。 跨平台的中间件：所谓的“跨平台”方式，从字面我们就能看出这种技术是可以跨越各终端平台之间的差异使得程序员开发一套特定语法规则的程序就可以在不同的智能终端上运行，这个“一次开发多平台支持”的优点不言而喻，节省大量开发的人力成本、缩短项目的开发周期，最主要的是降低了项目的成本预算。并且市面上主流的中间件产品，如“烽火星空ExMobi”产品就是将跨平台语言封装成类似HTML那样的简单语法，只要一个懂得静态页面语言的毕业生就可以胜任移动APP的开发工作，这对软件公司来说也节省了一大笔储备高素质、高薪水软件开发工程师的后顾之忧。值得创业型软件公司加入其中快速挣得第一桶金。对于客户来说也节省了大量的项目预算。但也有其劣势。如：组成APP应用的界面控件都是统一规划出来的，灵活性、美观性不够好，无法最大限度地体现不同只能操作系统的特点。特定的代码只能实现预定的展现方式，无法做到极其炫丽的效果。所以对于政府、财经商行业、教科研、农工电等传统市政行业对于APP的界面美观度要求不高，而对其功能实用性要求高的应用非常适用。而对于公众性、资讯门户类、传媒等行业则适用性不大，主要这类应用对于APP的操作要求非常流畅、界面效果非常绚丽并要求有些个性化的设置等功能。这是中间件方式尤其先天的劣势。