zoukankan      html  css  js  c++  java
  • 打通移动App开发的任督二脉、实现移动互联创业的中国梦

    年初的两会上,第一次听到克强总理讲到“互联网+”的计划,当时就让我为之感到无比振奋。我个人的理解是:“互联网+”的本质就是要对传统行业供需双方的重构,
    通过移动互联技术来推动各个行业上的全民创新,促使中国经济再次腾飞。在整个创新的过程中,我们同时还应该清醒的认识到:“互联网+”是一次全新的业务创新,
    IT技术在这次创新中所应充当的仅仅是变革动力和技术手段,绝对不把它理解为创新的主体。无论要做互联网+餐饮、互联网+教育、
    还是互联网+医疗等等,我们都应该把核心资源投入到专注客户的刚需、缩短服务的层级、提高服务的品质、增加用户的粘度等实践运营过程中,
    而不应把太多的资源都投入到无休止的解决IT底层开发技术细节问题上,否则将大大增加主体项目失败的风险。
    过去的半年里,我们认真研究了一些真实创业团队的发展过程。让我们惊奇的是,很多做O2O应用的创业团队,
    其内部人员结构里App技术开发人员的比例居然都超过50%。App的开发技术是近几年才逐渐发展起来的,现有的技术人员供应还远达不到市场发展的需求。
    这不仅导致原生App开发人员的成本大幅攀升,而且还有相当一部分技术水平平庸的开发人员也能鱼目混珠。在这种情况下,
    很多初创团队不得不承受巨大的技术风险、人才风险和成本风险。
    互联网思维的核心应该是专注、速度和品质。专注是第一位的,一个人不应该同时负责解决业务和技术的问题,
    同样一个企业也不应该同时兼顾投入业务和技术的创新,这完全是两种不同的基因。速度是市场竞争获胜的法宝,天下武功唯快不破。
    唯有持续保持低成本、高品质、快速迭代方才能永远领先对手一步。品质是一个企业的核心灵魂,如果我们在最求速度的同时要损失产品的品质,
    这犹如杀鸡取卵,这可能会导致企业最终失去核心竞争力。
    对于移动互联创业的很多小团队,既然app开发是绕不过的,那么现实的问题来了,如何才能实现高性价比App开发,技术的瓶颈怎么破?
    当我们考虑跨平台需求时,很自然就能想到Html5技术,毕竟我们都是web开发的时代走过来的。这些年来移动中间件技术的发展确实是缓慢的,
    所以目前市场上绝大多数的App应用仍然都选择用原生开发技术。基于Html5技术的移动开发中间件PhoneGap最早从2008年就已经推向市场了,
    目前国内主流的移动中间件技术基本还都是以Html5为技术核心,这7~8年的时间里HTML5实现app跨平台的故事一直都在延续。
    可是当我们真的有人去尝试用Html5做真实App项目时,我们的最终客户能认可吗?HTML5技术所欠缺可不仅仅是运行效率的问题,在交互体验方面的差距实在是太大了,
    当我们为此而被客户骂的一无是处的时候,我们是不是应该认真思考,上一代的web技术真的能满足移动互联时代的需要吗?Html5标准最早在2007年就被提出来了,
    到目前为止每个主流浏览器对其的支持能力仍然有很大区别。有人说随着硬件的越来越快,Html5的技术将会越来越贴近原生。真的是这样吗?
    我们看看IOS和Android每个大版本的升级都必然为开发者新增几千个原生能力的API功能,而且IOS和Android迭代升级周期越来越短,
    移动互联时代和web时代的技术发展节奏完全不一样,这样下去未来是Html5的技术越来越贴近原生还是被原生拉下的差距越来越大呢?
    回顾web开发的发展历史,我们先后经历了CGI、ASP、JSP、STRUTS、PHP等一次一次的技术革新,这让开发工作变得越来越简单越来越高效也越来越开放。
    同样移动App开发的也必然要有类似的一个发展过程,我们应该回归原点重新思考和寻找解决方案。现实的项目中,我们即想让IOS的开发人员既要实现UI构建、
    操作交互和业务逻辑代码,同时还要应对各种各类底层技术陷阱,解决闪退、黑屏、屏幕适配、硬件对接等技术问题。其最终结果非但不会提升效率,
    反而会导致App开发进度和质量的整体下降。
    社会的进步和发展,还是要源于分工协作。如果没有发电厂去建电站铺电线,只靠我们自己去手摇发电,
    电器是不能得到普及的;如果没有专业的CPU制造商,每个电脑商自己研发CPU,电脑进不了千家万户;
    移动App的开发过程也亦然,只有把跨平台开发、组件开发和业务开发进行分工和分离,才能进一步释放出移动App开发的高效率。
    与HTML5的跨平台思路不一样,Face book的React native技术提出UI视图的标签化扩展的想法。
    虽然它尚不能支持“Write once, run anywhere”,但却从另外一个角度提出了“Learn once, write anywhere”,
    这已经为我们提供了一个很好的发展思路。相比之下DeviceOne产品在跨平台原生开发的道路却走得更为深远,
    真正做到了原生级别“Write once, run anywhere”(虽然完全兼容HTML5却绝不依赖于HTML5)。
    DeviceOne独有的虚拟UI及抽象SDK技术、动态脚本引擎、屏幕自动适配能力、高效的云打包服务、开放的组件商店。
    凡事都不破不立,“互联网+”创业大潮无数的技术团队迫切需要“跨平台的原生开发”移动app开发技术支持,
    既然原有的HTML5技术不能效果,那我们就必须寻求创新。DeviceOne所做的就是要重新定义跨平台的UI标准、免费开放的开发服务平台、
    积累大量高效稳定的原生开源组件、进而成就大批成熟优质的开源App项目,以此来助力推动app开发大军的创业梦想。
    如果我们都能怀着开放的心态去创新去坚持,IT技术也必将会更高效的为我们长期所用!

  • 相关阅读:
    spring是什么?
    检查80端口是否被占用的命令是: netstat -ano | findstr 0.0.0.0:80 或 netstat -ano | findstr "80"
    配置Dubbo 项目遇到的坑---无法读取方案文档 'http://code.alibabatech.com/schema/dubbo/dubbo.xsd'
    maven中使用tomcat插件启动,显示build success但无法继续启动的解决方法
    java.io.File类操作
    eclipse将web项目打war包部署到tomcat下
    Mapper.xml中的resultMap
    2.PLSQL编写简单存储过程(传入参数,修改+打印)
    1.PLSQL编写简单存储过程(无参,纯打印)
    select2
  • 原文地址:https://www.cnblogs.com/wjiaonianhua/p/4806181.html
Copyright © 2011-2022 走看看