移动应用开发的困惑?

从去年7月毕业参加工作到现在,移动开发之路已经有10个月,期间有解决各种bug的快感,也有为自己完成一个好的界面的自乐。但是最近发生的2件事使我思考了一个问题,而这个问题,现在我得到了一个稍微满意的答案,还需要实践以后再调整,在此,先记住自己的困惑以及给有同样困惑的小伙伴一个借鉴。

第一件事是公司开始划分产品线,我们的一部分移动开发的几个小伙伴要转到平台去。其实,我是有想要去平台的想法,因为心中觉得移动端总需要平台来喂数据,有一种缺了平台,移动端就是寸步难行的感觉。所以,心中还是羡慕平台的技术的,加上自己以后想要接几个小项目,那想法更加强烈了。

第二件事是最近论坛上公布了移动开发的工资调查报告,其中有些大牛能达到5w加的月薪。脑中就开始意淫,自己什么时候能达到咋么高工资。意淫之后,最后回归到了问题本质,移动开发者到底该怎么提高自己?

带了这个问题,第一个想到去百度,最后觉得有个答案不错。他们无论是移动开发还是平台开发,都离不开TCP/IP协议,还推荐了TCP/IP协议详解第一卷。也是也开始看起来,看的时候也能学到东西,但是仔细思考,这和移动开发技术还是不能产生关系。最后看了论坛的一遍文章关于IOS优化的,我瞬间感觉明白了点什么东西?

移动开发的最终目的是让用户体验好。而这些体验包括视觉效果和操作效果。其中视觉效果很大部分是UI设计好,移动端选择特定的方式来实现,然后在实现的时候,这里面就存在巨大的差异。比如有些实现方式可能消耗更少的CPU和内存(可以通过GPU来处理),也可以通过多线程处理。而这种差异往往能带来用户的潜在体验。另外在操作效果上面,移动开发者的任务除了保证功能完好,还要保证CPU和内存利用率最佳。此外,在程序构架方面又是一个区别开发者水平的方面。一个优秀的移动开发者,代码风格以及程序设计,必然会结构分明,容易修改和扩展。

因此,总结我以后移动开发的方向:让每个应用具有好的CPU和内存(多线程和图形操作)、高质量完成UI效果和阅读开源代码思考其中的程序框架以及适当阅读设计模式。

时间: 2024-10-10 06:26:43

移动应用开发的困惑?的相关文章

Android WebView 开发具体解释(二)

转载请注明出处  http://blog.csdn.net/typename/article/details/39495409 powered by miechal zhao 概览: Android WebView 做为承载网页的载体控件,他在网页显示的过程中会产生一些事件,并回调给我们的应用程序,以便我们在网页载入过程中做应用程序想处理的事情.比方说client须要显示网页载入的进度.网页载入错误发生等等事件. WebView提供两个事件回调类给应用层,分别为WebViewClient,Web

Deviceone:站在移动互联时代的十字路口上

最近总能看到类似“App已死,服务永生”.“App必死,web永生” .“App已死,微信建站已生”这样的文章.不晓得这些网络写手到底是想代表某些公司的立场.还是想要表达怎么样的一个情结,文章中语气都是如此之肯定,好像大家真的有什么仇什么怨一样. 回顾软件发展的历史,C++开始流行时,就有人因其优秀的面向对象能力而预言C语言已死:Java语言开始流行时,也有人因其出色的跨平台能力和完备的内存管理机制而预言C++已死:在web盛行的年代,更是而有人因看好这种轻量级的B/S交互模式而预言原生应用已死

Handler, MessageQueue, Runnable与Looper

相信不少人对这几个概念深恶痛绝,因为它们"像雾像雨又像风"--自我感觉都很熟识,如果下一次再相遇,却又陌生得很.这种"隔靴搔痒"的感觉促使我们必须与这些"顽固分子"来个彻底的决断. 先不要想太多,任头脑中随意画下对这些概念的第一印象,如图5-5所示. ▲图5 5 概念初探 图5-5是我们对这几个概念的"感官"释义,读者可以尝试着思考下是否和自己所想的基本一致. 那么,如果把这些概念糅合在一起,又会是怎样的呢?如图5-6所示.

Docker扁平化网络设计与实现的方法步骤详解

研发背景 众所周知,Docker容器跨主机互访一直是一个问题,Docker官方为了避免网络上带来的诸多麻烦,故将跨主机网络开了比较大的口子,而由用户自己去实现.目前Docker跨主机的网络实现方案也有很多种,主要包括端口映射.ovs. fannel等. 但是这些方案都无法满足我们的需求:端口映射服务内的内网IP会映射成外网的IP,这样会给开发带来困惑,因为他们往往在跨网络交互时是不需要内网IP的:而ovs与fannel则是在基础网络协议上又包装了一层自定义协议,这样当网络流量大时,却又无端的增加

站在移动互联时代的十字路口上_deviceone

最近总能看到类似"App已死,服务永生"."App必死,web永生"."App已死,微信建站已生"这样的文章.不晓得这些网络写手到底是想代表某些公司的立场.还是想要表达怎么样的一个情结,文章中语气都是如此之肯定,好像大家真的有什么仇什么怨一样. 回顾软件发展的历史,C++开始流行时,就有人因其优秀的面向对象能力而预言C语言已死:Java语言开始流行时,也有人因其出色的跨平台能力和完备的内存管理机制而预言C++已死:在web盛行的年代,更是而有人因

WIN下和LINUX动态库的区别

************************************************************************************************************************************** 转载:http://blog.codingnow.com/2006/11/windows_unix_dynamic_library.html 最近慢慢将开发环境转向了 freebsd ,渐渐的发现了许多东西跟 Windows 下不

我要如何组建部门的技术团队

前言 2014年10月份入职A公司的新组建的部门,主要做基于Windows平台的C/S架构的开发.我是2011年本科毕业的,所以当时大概说3年左右的工作经验.入职的职位是AP(Analyst Programmer)分析程序员,我把它理解为中高级程序员类似的职位.我入职时的部门包括一个部门领导 (Department Director),一个项目经理(Manager),2个BA(Business Analyst),以及三个技术人员(包括我). 其他两位技术人员A和B,A的职位是SA(System

8.2.3.1 可变状态使用引用单元

要回答这个问题,我们需要能够创建一些要捕获的状态.一个方法是用 let mutable,但是,这样,并不能运行,因为这种可变值只能用于局部,不能被闭包捕获. 第二个方法是使用引用(ref)类型创建可变值,即引用单元(reference cell)的缩写,它是能够包含可变值的小对象(实际上,声明为 F# 的记录类型).要理解引用类型的原理,我们在 C# 中定义同样的类型,可以看到,相当简单: class Ref<T> { public Ref(T value) { Value = value;}

谈论JavaScript对象——个人总结

前言 疑惑.怀疑与思考 JavaScript到底是面向对象还是基于对象? 与其它的语言相比,JavaScript总是显得不那么合群.比如: 不同于其它的面向对象语言,JavaScript一直没有类的概念(ES6之前),ES6的到来也并没有改变它是基于原型的本质,这点是最让开发人员困惑的地方 _proto_ 和 prototype 傻傻分不清 对象可以是由 new 关键字实例化,也可以直接由花括号定义 JavaScript对象可以自由添加属性,而其他的语言不行 在被诟病和争论中,有人喊出JavaS