無標題文檔

锤子的逻辑

Smartian T1

如果说业界的奇葩的话,那么锤子也应该能算得上是一个。距离 T1 发布已经有一年多的时间了,但是锤子二代(T2)手机却丝毫没有风声。

或许很多人都会把锤子当作笑话来看待了,在没有真实的使用过这款机子之前,我的确也是怀着那种莫名的「恶意」的。

锤子还是活着的。

就在上周锤子至少还是发布了一款产品的,那就是「锤子日历」-- 一款 iOS 平台的日历应用。

截至目前,我们看下锤子在 AppStore 上面发布了哪些应用。目前在 AppStore 上面有它的几款相对不是很「大」的应用:锤子便签、锤子时钟、锤子日历以及对应的同步工具。

锤子迟迟的没有发布 T2 手机(应该就叫这个名字了),却在 iOS 平台上发力开发这些应用的逻辑是什么?

从锤子发布的应用类型看,几乎都是效率类的应用。这些应用几乎都应该是一个「正常系统」必须要安装的:便签、时钟、日历等等。

对应的 iOS 系统,他们自家的 Smartian OS 也有一模一样的应用,甚至连界面都可以说是非常的一致。

开发一款智能手机,无论是体验方面还是用户的基数,在这个行业绕不开的一道坎就 iPhone 。

同时,在 iPhone 的使用用户当中,将 iPhone 用作生产力工具的用户会有很强的粘度以及使用惯性。虽然这一部分的用户比例相对较少,但是不难展望这小部分用户的巨大号召力。

所以,锤子要考虑的就是如何将这部分用户作为种子用户导入到他们的用户中,所以提供跨平台的效率工具其实是个非常好的突破口。

设计方面,iOS7 扁平化了以后整个业界的设计风格也跟着扁平化,整个业界的设计界面可以说是非常的同质化(尤其是国产的手机)。

锤子一开始坚持自己的拟物风格,甚至偏执得将那些乱套的 Android 应用的图标都逐个的重新绘制。这虽然看起来是个不小的工作量,而换来的界面效果提升也是非常的明显的。

很少有手机拿到手打开有那么让人会心一笑的感觉了,iPhone4 算一个、锤子的 T1 也可以算一个。

平心而论从设计和交互上说,锤子的手机的界面是能纳入第一批队的。

光是针对「讨好」 iOS 用户以及和其他 Android 手机「不跟随」的界面往往是不够的,同时当然锤子自己也想做得更多。

而从目前的情况来看,锤子在开发以及迭代的速度上还没有跟上它的竞争对手。哪怕锤子的 T2 手机到下半年才发布,那么它都已经错过了好多非常好机会了。

时间就是成本,留给「锤子」的时间已经不多。

对于 ThinkPad 的那点情怀

说起来,情怀是件很奇怪的东西。在这个情怀泛滥的年代,如果你对一件东西说有情怀,那么可能收到的反应往往都是极端的。

而对于 ThinkPad,我是很愿意冒着这个危险的。世间上是少有的几样东西你说你对它有「情怀」而不会被大多数人喷的,ThinkPad 算的上是一个。

TrackPoint

ThinkPad 跟随了联想了以后口碑不如从前,而我也从多年的 PC 用户变成了多年的 Mac 用户。还是那所谓的「情怀」作怪,在偶然的机会,入手了台 x220 ,打算当作开发以及备用机。

至于为什么只是要买 x220 ,其实很简单。现实的价格因素意外,x220 这种类型的键盘对于 ThinkPad 系列来说有可能是绝唱了。

ThinkPad 曾经有很多业界颇为称道的硬件设计,小红点、屏勾、镁合金的防滚架、高度可替换的配件,甚至可以自己 DIY 的电池。

所以有人说过,如果你用过 ThinkPad 那么就不会使用其他的 PC 笔记本了。有人开玩笑的说,如果旅行带上了 ThinkPad ,至少它有个用处就是用来防身。

说了那么多,作为多年的 Mac 用户自然而然会拿 MacBook 和 ThinkPad 作对比。

我个人平心而言,简单的一句话,就是 MacBook 是最好的终端笔记本,而 ThinkPad 是最好的生产力工具。

ThinkPad 低廉的价格以及可以替换的配件让它在任何恶劣的环境使用都倍感信赖。而 MacBook 拿 Unibody 的机身怎么看都觉得会是完美的艺术品。

所以,是情怀也好,是矫情也罢。

当然,如果联想继续作死的话,恐怕 ThinkPad 的未来就将会很不明朗了。但是至少,ThinkPad 对于我等靠这些设备吃饭的人而言,自然已有着它无可替代的地位,哪怕这只是一段回忆而已。

--

后记

针对那 x220 的机子,我还是做了些升级好让它使用起来更加的舒服。

机子的硬件自然没得说,我要求将硬盘的差价补贴到内存里,所以卖家就直接给我发了一台没有硬盘的带 8g 内存的主机。

刚好我有一块当时升级 MacBook 留下来的 SSD(铺科特 M5S),所以就装在了 x220 上(有点搞笑的是那台机子的价格竟然和我的 SSD 差不多价格)。

这里要顺便吐槽下浦科特的 M5S,竟然采用的是 9mm 高度的外壳,而 x220 需要的是 7mm 的硬盘。无奈之下这能拆了硬盘的外壳,同时这也意味着放弃了浦科特的保修。

然后使用了几天,发现经过多年 Retina Display 洗礼过的眼睛已经无法忍受 TN 屏幕的效果了。

x220 的自然是无法跟上 Retina Display 的效果了,好在它有最后的一根救命稻草就是它还能升级到 IPS 屏幕了。所以还是淘宝找了个卖家,就地以旧换新将旧的 TN 换成了 IPS 屏幕。

合计了下,总的硬件方面的投入我总共花费了 1600 上下。这对于苹果的硬件设备而言,可能就只能买一台 Time Capsule 了。

系统自然根据我的实际使用安装了 Ubuntu,好在这个相对比较新的系统在硬件方面没有让我太多的费心。

我曾经有过不小心将咖啡打散到 MacBook Air的不好经历,这件事情耗费了不少的时间和精力去折腾机子和恢复数据。对比 ThinkPad 你要知道它对于键盘防水这块它是做足了功夫的

所以,如果有可能会在比较恶劣的环境下使用笔记本的情况,带台 ThinkPad 前往是再合适不过的了。

-- EOF --

Android 开发的昨天、今天和明天

收到过位将要毕业的同学的来信,问 Android 开发是否有「前途」。我个人从前端转到移动相关的工作也有些时日,虽然期间有点心得但回复类似的问题不免会有「误人子弟」的担忧。

刚好在 Android Weekly 上见到了这篇文章,阐述的部分观点竟然和我不谋而合,因此草译下权当有相关问题的同学作为参考。同时,国内的 Android 环境可以用「奇葩」来形容,因此文章后面我会加入些自己的个人观点。

混沌之初

很难相信,如此的一个系统竟然会有 80% 的市场占有量!在我个人看来,Android 能够做到如此成功在早期并不是它足够的优秀,而是同期的竞争对手做得比它更好。

为什么?我亲爱的读者,在那个时候到处都是问题好吗:

糟糕的开发工具(甚至包括 IDE)

你尝试过用铁锹修车吗?或者,开着你爷爷曾经使用过的有着 40 年历史的 Yugo 载着姑娘去兜风?在那个时代 Android 开发有且只有一个「相对」官方的开发工具:Eclipse 。

请您相信我,Eclipse 有各种的问题甚至能让你在十分钟之内发疯!Eclipse 的 ADT 插件简直就是「Bug 与 Crash 齐飞,重启和关闭共一色」。尤其在相对复杂的项目开发上,那酸爽简直不敢相信!

很大的程度上,光就是 Eclipse 这个开发工具就吓到了很多入门开发者,让他们投入其他开发阵营的怀抱(对,例如 XCode)。

碎片化

Android 的碎片化严重得可以用张麻子脸上的痘痘来形容,我们先来说说软件方面的。Gingerbread (2.3.7) 是相对比较老的系统版本了,对比同期的 iOS 4.x 系列,目前还有百分之 15-20 个点(可能具体地区的占有率稍有不同)。

您或许已经知道,Android 4.0(Ice Cream Sandwich) 是一个巨大革新的版本,新的 UI、新的 API、新的屏幕分辨率,这一切看起来非常的美好。但,缓慢的用户迁移过程让我们不得不面对这些优秀新系统特性的同时,同时还需要兼容那老旧的系统。于是为了兼容新老的两套系统,项目开发中多了非常多的兼容代码,这会使得应用到处是 Bug 和奔溃。

(这段译者自己添加,吐槽我最擅长了。)除了软件方面,硬件的碎片化的问题更加的严重。你甚至不了解你的应用会在什么样的硬件上运行,你需要获取用户的位置信息,对不起设备可能没有 GPS 甚至没有基站定位;你需要打开摄像头扫描二维码,对不起设备可能没有摄像头、即便有摄像头但运行内存不够,崩溃!这个时候用户是嫌弃自己的硬件呢,还是说您的应用有问题…

硬件方面最头疼的还是屏幕分辨率的问题,Android 开发过程中在资源(resource)目录下有各种的目录(drawable-xxhdpi、drawable-xhdpi、drawable-mhdpi、etc…),你需要针对不同的分辨率调整自己的资源文件,对相信我这块有时候会比编码的时间还长!

缓慢的模拟器

当你完成一个应用以后,首先要测试在各个不同 Android 版本以及屏幕分辨率下的运行情况,所以我们购置了不下二十台 Android 设备用于测试。

听起来似乎有点夸张?好吧,感谢上帝我们还有 Android 模拟器!

然后,你兴冲冲的跑去建立 Android 模拟器并尝试让它跑起来,你会发现半小时后你会哭!先不说它那缓慢的运行速度,就连调试过程中你甚至会开始思考你的人生。

从此以后你再也没有勇气打开运行过它,它只是成为你机子文件系统中一块占用地方的文件而已。

UI

「设计 Android 应用是多么得无趣!」如果你对比过同期的 iOS 应用,那么 Android 的应用竟然会如此得暗淡无色。对比 iOS 那流畅的动画、交互以及细节,你会觉得 Android 应用一切都是「静止」的!

当你打算给 Android 添加点生气的时候,你会发现还是那些老旧的系统(例如 Gingerbread)囚禁了你的创意和思想、乃至期望。

全新

我们将时间推倒 2013 年,这些糟糕的事情总算有了一些改变。

那个时候问题已经足够糟糕到连 Google 自己都看不下去的程度,即便 Android 4.0 发布至今对于上面的问题稍微有些缓解,但还不足够达到能够彻底解决问题的程度。

直到 Android 5.0(Lollipop) 的发布。

所有人都在思考 - Google、设备提供商、开发者。所有人都会自问这样的问题,就是「当我们有了个相对稳定的系统、上千万的应用以及对应的用户。那么我们应当如何让 Android 这个巨无霸化繁为简?如何将开发的过程变得优雅、吸引更多的人加入这个行列?」

Android 5.0(Lollipop) 有着巨大得改变,那些非常多的特性出于篇幅的考虑我只能列出我个人认为重要的几个点:

Android Studio

Android Studio 在 1.0 版本以后就变得非常的稳定。我无法从只言片语来描述这个应用能够给我们带来的巨大的变革。如果您愿意了解详细信息,可以参看原先我写的两篇文章(这里这里)。

The new Android Studio logo

这个 IDE 是如此的优秀,以至于 Eclipse ADT 插件已经停止了官方的维护,因此严重推荐原先如果开发 Android 的同学迁移到这个 IDE 上。

人生苦短、及时行乐。

Gradle

Gradle 是个全自动化的构建工具,在 Android Studio 已经全面替代了 Apache Ant 作为主要的构建系统。

这个全新的系统将会给构建 Android 应用带来全新的体验(听着耳熟?)。当您设置好构建配置脚本以后,所有剩下的事情都将不用你操心。

译者注:Gradle 在大陆使用建议还是需要挂代理,Sigh…

Lollipop

Google 说过 Lollipop 是有史以来变革最大的系统版本(每次它都这样说),我希望他们是对的。

同时,也希望目前的主流机型能够升级到这个版本(译者:个人觉得原文作者有些乐观)。

Lollipop 之外 - Material Design

理所当然,作为 Lollipop 提出的重点之一,自然会有很多的笔墨来阐述 Material Design 这个新的设计理念。我个人非常同意 Material Design 的其中之一的理念,那就是「所有的东西都是重要的(everything is important)」。

One animation, please

例如动画,长期以来我们的观点是动画只是 效果 的一部分,而 Material Design 主张动画也是有 含义 的,就好比文章分段的间隔符。

我们重新设计、重新开发符合 Material Design 的应用,最终的目的在于应用并不仅仅是生活的一部分,而是能像水和空气一样够让它融入到生活中的每处,让它无处不在。

这就为了以后即便在不同的平台下不同的应用看起来风格和体验也是统一的。

Lollipop 之内 - ART

对于 Material Design 提供的外在设计元素,我们开发人员最关注的还是其内在的改变。一个新的运行时(runtime system)称之为 ART 的就内在其中。

其实 ART 并不是新鲜事物,首次出现应该在 Android 4.4(Kitkat)中。我们之所以重新介绍它是因为在 Lollipop 中 ART 已经全面替代了 Dalvik 成为系统默认的运行时(runtime system)。

ART 有很多优秀的特性,处于篇幅考虑我只说明其中两点:

    • 使用前置编译 AOT (ahead-of-time) 。这意味着 ART 模式下,代码被直接编译为机器指令,程序运行时直接执行机器指令。这能带来更快的执行速度以及更小的 CPU 损耗以及更长的电池时间,当然另一面就是安装时间可能会变长。
  • 译注,针对这块下面有评论,可以参考

    Note that ART still has the same 65k method limit. Multidex support applies to Dalvik as well.
    As an addition to the improvements you mentioned, I would add the unit testing support they just released with version 1.1.0 of AS. Hopefully it's a fresh start for better testing of Android apps out of the box. It also works great with Robolectric.

    到处都是 Android

    现在我们已经可以开始针对智能手表、电视、甚至汽车编写应用。想象下我们坐下来煮上一杯热咖啡,环顾四周将来可能至少有四五个设备运行着 Android 系统:电视、笔记本、平板、相机、乃至厨房电器。

    Android 开始逐渐占领所有具有微处理器的设备,犹如水和空气一般得存在。

    逐渐高品质的智能手机

    Android 的核心平台还是其智能手机这块,但长期以来一直所受的困扰就是运行其系统的智能手机品质差次不齐。老的 Anroid 设备运行起来对比其同时代的 iPhone 设备显得非常的卡顿 - iOS 却依然流畅得多。这「得益于」那些国产厂商提供的众多低端机型。(译者注:原文 This was especially true for cheaper devices produced by a multitude of Chinese manufacturers. 华强北再次被黑)。

    值得庆幸的是随着硬件设备的摩尔定律,目前的 Android 智能手机设备提供商正在逐渐的改变这一现状。很可能在不远的将来,我们能够得到一台性能足够强大但同时性能不差的 Android 智能手机。

    例如我个人非常喜欢 Motorola 提供的智能手机(虽然它目前已经是 Lenovo 的子公司),他们出品的 Moto X、Moto G、Moto E 等型号的手机都有着不俗的性价比。

    Project Ara parts

    同时有个叫 Ara 的项目能够提供类似 PC 的模块化硬件解决和组装方案,在未来相信 Android 智能手机硬件平台这块能够得到非常乐观的发展。

    下一步?

    远离 Java

    当解决完系统和开发工具层面的问题以后,我们继续将 Android 相关的问题聚集到其他地方。

    恕我直言,我认为针对 Android 最核心的问题将会是 Java,尤其是 Java6 或者 Java7。Java 是门非常的好的语言,但有时候我们可以考虑跳出这个圈子去思考 - 我们或许针对 Android 开发需要门更新的语言。

    作为对比的 Apple ,他们的 Swift 提供了更新以及更现代的特性。这使得它能够支持 iOS 开发人员更便捷的开发应用。明显,Java 在这方面比现代的语言臃肿些。

    是时候我们需要更新鲜点的内容了,目前其实已经有了针对 Java 的替代方案,例如我原先关注的 Groovy。它从语法方面和 Java 很接近(实际上它基于 Java),同时我们针对此开发已经有了些原型。 当然,还有别忘记了它是 Gradle 的主要实现语言 - 所以为什么不直接用于 Android 开发呢?

    同时,Scala (使用数增长迅速)以及 Kotlin (这里有篇文章或许能让你热血澎湃)也是非常好的考虑对象。

    更好的数据管理

    还有个必须指出的问题,就是数据管理 API(database management API)。如果你有对比,例如 iOS(严格上说应该是 Core Data),他们提供了众多非常好的抽象方法(method)、图形化的数据管理、对象、数据观察者(database change listeners)等。对比 Android 提供的 API,这简直就像是只土鳖 - 我们仍然在写 SQL 语句并同时期望得到正确的结果。

    调试 SQL 语句是件非常不容易的事情,首先需要面对的问题就是我们没有个直观的图形化界面去跟踪这些事务。虽然目前已经有些很优秀的 ORM 类库供我们使用(例如 GreenDAOActiveAndroid、或者 SugarORM),但实际上他们仍然各自有各自的问题。

    我还是期待能够像 iOS 一样操作数据库,例如有个数据观察者(database change listeners)等类似工具帮忙。目前能够找到的就类似 DBFlow 等第三方的类库,至少目前而言他们能减少和减轻我很多工作量。

    中国的情况(译者加)

    很明显,国内的 Android 开发环境比国外的冷酷很多。除了上文提到的问题外,还有因为些政策以及特色的原因造成各种本地化的问题。

    缺少 Google 组件包

    或者说完全无法使用 Google 提供的服务。我们单说推送服务,Google 官方是提供了推送服务的,但是由于各种方面的原因国内的开发者基本上不会使用。这使得各家自己实现推送方案,从而恶性循环造成应用的品质下降。

    无厘头的优化

    国内的 Android 用户有「清理内存、杀进程」的习惯,因此很多正常运行的 Service 会被莫名得 kill 掉,而开发人员为了避免被 kill 又频繁的启动后台 Service ,恶性循环。

    同时各固件厂商所做得优化有时候不得法,胡乱更改系统底层。例如某固件更改了 TextView 等导致应用显示「怪异」的情况时有出现。

    设计方面 iOS 化

    这点不用多言,Material Design 即便出来有些时日,但几乎没有跟进的迹象。甚至部分厂商提供的 Android 版本的应用无论从交互还是视觉上和 iOS 版本相差无几。

    我个人很悲观的认为这种情况将会持续很久。

    低端机型肆虐

    正如原文作者所言,国产尤其是华强北出品的大批低端山寨机进一步打碎了 Android 系统的体验。想象下 Android 开发者开发的应用还需要面对的几年前的机型、这在 iOS 平台是无法想象的;同时这造成的巨大的资源浪费以及应用品质的下降。

    总结

    那么 Android 开发的出路在哪里?这个问题直到本文结束可能都没有个标准答案。我相信能够提供良好的 Android 体验的往往是些小型的开发团队,相比大公司的团队而言他们的创新思维、试错能力、反应能力会比巨无霸们更强更快。

    而 Android 系统本身经过几个大版本的进化以后路线也逐渐的清晰,相信除去目前的智能手机领域外,在其他的平台上也会逐渐得发力。

    这点,能看得到。

    — EOF —

    Android 各应用市场后台发布对比和总结

    更新记录

    前言

    对于 Android 开发者而言,除了适配那众多的机型以外,在各市场上发布应用也仍然是非常巨大的挑战。

    通过发布公司的项目以及本人编写的 Android 应用,前前后后和不少的市场打多很多交道,这里我主要总结下个人对于那众多 Android 应用市场的印象。

    为了不做广告,这里的市场统一都只使用名字,不加链接。请谅解。PS,这里打分的总分都是 10 分。

    各市场印象

    Google Play Market

    Google 官方的应用市场,初次登录市场需要 25$ 的费用,同时不能使用国内的信用卡以及需要个国外地址。新版的后台想对比较老版的好用,支持多语言、用户反馈、统计信息等功能,想对其他市场而言 Google Play Market 是标杆。

    应用汇

    通过渠道包以及等跟踪,应用汇的下载量和访问量不低。界面一般,功能方面能提供的都不少,但不会给你带来惊喜,总体而言应用汇的开发者后台属于中规中矩的感觉。

    安卓市场(91市场)

    安卓市场被 91 收购了以后界面变得「洋气」了不少,总体而言界面在国内市场中属于中上乘不为过。功能服务方面提供了「应用测试」(使用第三方 Testin 云测)服务,但需要手工提交。审核的速度一般同时想对比较宽松,一般两个工作日以后就可以审核通过。

    安智市场

    如果不是发布安卓应用,我第一眼打开这个市场的后台以为回到了上个世纪的九十年代,界面可以用一个字「烂」两个字「很烂」三个字「非常烂」来形容。发布和审核都需要输入验证码,同时在其他细节方面,例如多图上传需要额外的耐心。总之,在这个市场发布应用,你需要更多的耐心。

    EOE(优亿)市场

    优亿市场的下载量不少,但后台的界面在我审美看来只能说一般。功能方面也是中规中矩,不过初次开发者认证的速度比较慢,需要额外的耐心。

    机锋市场

    如果你在机锋市场上审核不通过,您可以考虑直接联系负责人。通常来讲,我对这个市场的印象就是碰到问题不要尝试自己解决,直接联系他们的负责人通常会有个更好的结果。对,在我看来机锋市场更像是个线下的市场。

    界面和功能想对来讲一般,同时机锋市场提供了收费的 SDK 和 API(有谁尝试使用过?),这个算起来是他们的特色吧。

    N多市场

    这个应用市场的在我眼里的存在感不高,不过下载量很客观。总体而言,属于中规中矩。

    木蚂蚁

    相对来讲存在感并不强的市场,但并不影响将自己的应用发一份上去。使用这个市场的体验也是中规中矩,没有出太大的问题也没有什么惊喜。

    网易应用

    在几大门户开的运营商市场中,简单的尝试下了网易的应用市场。前期网易市场不能自己提交应用,只是靠抓取。个人感觉网易应用市场的人员不多,因为人工响应的速度想对比较慢,但一般的问题尝试自己搞定还是可以的。

    豌豆荚市场

    豌豆荚前期只是做应用搜索,近期似乎能够允许用户上传提交应用了。

    总体而言该市场的审核比较严格,无论是登录开发者认证还是新的应用提交都需要上传相关的证件,所以在提交应用的时候需要准备好额外的资料,截至目前(2013年5月23日)我的个个人开发的应用还是没有通过审核,很残念。

    界面方面比较简洁,但是不知道为什么会同时标注中文和英文双语,虽然不影响使用但是个人感觉很「装逼」,同时有少部分的文案错误但不影响使用。

    同时豌豆荚市场似乎目前还不支持应用认领,如果你在豌豆荚中能够搜索到自己的应用,但还是需要你自己再重新提交下。目前(2013年5月23日)我不知道如何处理重复的应用,因为我还没有在这个市场上审核通过的经验。

    魅族开发者后台

    初次登录魅族市场会比较的困惑,在交互方面魅族开发者后台并不友好。例如,你更新你的软件需要「添加新版本」操作。同时你可能会对「应用列表」以及「版本列表」感到困惑,这点方面你需要学习时间。

    在素材的准备方面,最好建议你手头上有台魅族手机单独给这个市场截图,因为魅族的分辨率想对来讲很「与众不同」。同时,可能你需要重新调整你的应用图标大小「96x96」以及「106x106」的大小在其他市场中也不多见。

    发布新应用的审核比较慢,估计是后台人工测试比较仔细。后续新版本的添加和更新想对来讲会比较顺畅。

    同时,原先后台似乎并不支持 IE 外的浏览器(害得我还得开虚拟机),但近期测试似乎都没问题了。

    小米开发者站

    审核想对比较严格,严格的程度甚至你需要调整你的应用文案(例如不能有太多的空格,相对比较短的段落等)。在小米市场中重复拒绝和提交是很常见的事情,这点建议您需要有心里准备。

    同时,小米市场会对审核不通过的应用有具体的说明和指导。有次提交新版应用有崩溃的情况,市场更是直接提供了 logcat 日志文件,细节做得很到位。

    运营商市场

    尝试过联通、移动以及电信天翼的应用市场,但普遍这些市场交互以及功能方面有先天的缺陷。有些市场只支持 IE 浏览器,同时需要提交的认证信息会极大的考验你的耐心和自制力。

    在统计数据看来相对其他「民营」的应用市场,下载量比较少。除非有必要以及需要特定的渠道,个人非常不建议在此类市场上登记发布应用。

    品牌商市场

    尝试过 HTC、Samsung、以及 Moto 市场。

    在这些市场中均没有得到很好的体验,甚至在 Samsung 市场中我无法通过正常的注册流程。 因此,个人和公司出于时间和成本考虑,放弃了这些市场。

    其他

    国内还有大大小小的其他 Android 应用市场,如果有遗漏的相对比较大型的市场欢迎您提出。

    总结

    现在发布 Android 应用到各大市场是个工作量非常巨大的事情。所以我们需要根据实际情况和用户群发布,这里主要给出我个人的看法:

    第一批队

    第二批队

    第三批队

    第四批队

    如果你不想在发布方面占用太多的事情,建议保证第一、第二批队的市场版本更新完全即可。选择市场本身还需要根据自身以及应用的多种情况判断。

    同时,应用内部本身需要做好良好的版本更新提醒,这会更少程度减少用户安装和更新应用的成本。

    -- EOF --

    2013 年 Apple 产品预测

    相对在 Jobs 时代苹果严格的保密风格,这一年来媒体们对于新产品的预测做到了异乎精确的预测和判断,这不得不让人觉得苹果的风格是否在 Cook 时代有了些转变。

    不断被曝光的 iPhone5 、搭载 Retina Display 的 Macbook Pro、以及业界早已经「熟悉」的 Mini iPad,苹果的产品设计越来越符合用户的「口味」和需求。总体看来过去的2012 年,对于 Apple 而言是稳扎稳打的一年。

    现在看来 柏枫 兄弟对于 2012 年苹果产品的判断已经预测正确了大部分,那么我也斗胆来预测下 2013 下一年的苹果产品吧。

    Retina Display

    之所以将这个放在开头,是因为我实在是太爱这块屏幕所带来的效果了!

    从相对「低端」的 Macbook Air 到 Macbook Pro,下一年搭载 Retina Display 的 MacBook 成为标配。目前苹果已经有两款搭载了 Retina Display 的 Macbook Pro 以后,理所当然 Macbook Air 将会是下一个中标的产品。

    而制约 Retina Diskplay 屏幕的普及几个方面我们逐一的考虑。

    首先,产能问题基本上可以不用考虑,从 15 寸的 Macbook Pro 试水到 13 寸的 Macbook Pro 的推出,才花了半年不到,这说明产能和产品设计方面苹果已经毫无压力。

    其次,对于这块屏幕的成本控制是苹果即将面临的问题,如果能将这块屏幕的成本控制在目前相对消费者可以接受的范围,那么将会给对手致命的打击。目前搭载 Retina Display 的产品还是以高端的形象存在,这原因之一就是硬件的成本问题。

    需要担心的就是苹果将采取怎么样的电池才能支撑这样的一块屏幕,我们要考虑到 iPad2 到 New iPad 的更新体积不减反增,这样反常原因一直可能就是 New iPad 所搭载的 Retina Display 屏幕。

    iPhone5 采用的新的电池,以及苹果专利申请通过的无线充电技术这让人不得不展开联想。解决了功耗这块问题,那么几乎可以准确的判断下一代的 iPad Mini 搭载 Retina Display 的。如果进一步的联想,iPad Mini 或许能支持无线充电。

    同时,MacBook Pro 全系可能会去除现在已经使用很少的光驱模块,这样子能够一下子给电池腾出更多的空间,一举多得。

    iPhone

    如果苹果延续 iPhone4 以及 iPhone 4s 类似的命名,那么很有可能下一代的 iPhone 可能叫 iPhone 5s 甚至直接和 iPad 一样叫 The New iPhone 。

    [在 Android 界玩烂的 NFC 芯片依然不会植入到新款的 iPhone 中](http://www.leiphone.com/iphone-5-bt-nfc.html
    ),iPhone5 更新的蓝牙芯片以及足够能说明这个问题。

    下一代新款的 iPhone 可能也不会搭载无线充电功能,因为这可能目前在苹果看来还不是一项成熟的技术。

    新款 iPhone 的发布时间可能会比想象得短,因为和当年 iPhone4 爆出的信号问题以及,iPhone5 也需要解决掉漆等工艺方面的问题。当然,苹果是死活不会承认这个问题的,他们会发布新的「补丁」解决这个问题

    相比「iPhone 5s」,其实我更期下一年苹果能推出 iPhone Mini - 廉价版的 iPhone,这个可能性在我看来不大但是毕竟现在苹果的 CEO 是 Cook 而不是 Jobs 了。

    iPad

    就像我上面考虑的,新款的 iPad Mini 搭载 Retina Display 近乎已经是确定的事情,同时新的电池工艺或许不会像它前辈 New iPad 一样为了续航增加块头。

    传统的十寸 iPad 在 2012 年经历了反常的接连两代更新以后会放缓步骤,或许在 2013 年的整整上半年都不会有大的更新:因为市场需要时间消化 iPad 四代以及 iPad Mini。

    iPod

    苹果已经几乎忘记了 iPod Classic 了,我也几乎记不起这款产品上次更新是什么时候了(2010年?)。很有可能苹果会在 2013 年宣布 iPod Classic 的寿终正寝。那么,苹果的播放器届时会全部采用芯片存储,这预示着一个时代的终结。

    坦白讲我对新款的 iPod Nano 的外观十分不满,下一年 iPod Nano 的更新会比目前的播放器个头要小。被遗弃的摄像头会重新回到 iPod Nano 的背面,同时具有更强大的功能。

    iPod Touch 会取代 iPod Classic 的地位,同时会更新新的配置,但外形在我看来不会有大的更改。

    Other

    说到此我似乎忘记了 iMac 存在,2013 年新款的 iMac 我对它的期待也许就是能搭载
    Retina Display 以及标配 SSD 了。但是,因为苹果开发了 Fushion Drive 技术,所以我个人觉得这可能性非常小。

    Apple TV 以及新的 Mac Mini 也将会更新,但是毕竟是二线产品所以并不会给人带来多大的期待。然而,个人还是比较期待 Mac Mini 能够标配搭载 SSD 的。

    在软件方面,2013 年新的 OS X 系统将会到来,即时将搭载 Siri 以及地图功能。预计在国内 10.9 系统还是搭载高德地图,虽然我个人不是很喜欢这个地图。

    在我个人看来,2012 年信任 CEO Cook 执掌的苹果公司越来越在乎消费者的感受。在这一年来苹果让人眼前一亮的产品并不多,但至少没有范什么大的错误,然而对于苹果更新的步伐,我表示担忧。但愿,是我杞人忧天。

    -- EOF --

    我的照片

    嗨!我叫「明城」,八零后、码农、宁波佬,现居杭州。除了这里,同时也欢迎您关注我的 GitHub (2) 、 TwitterInstagram 等。

    这个 Blog 原先的名字叫 Gracecode.com 、现在叫 「無標題文檔」 。 其实无所谓叫什么名字,作为码农知道取名是件很难的事情。最后想到的这个名字,其实都没啥特别的含义,系统默认的文件名而已。

    作为八零后,自认为还仅存点傲娇式的幽默感,以及对平淡生活的追求和向往。 为了免得对号入座和不必要的麻烦,声明本站点所持观点仅代表个人意见,不代表自己所服务公司的立场。

    如果您想联系我,可以发我邮件 `echo bWluZ2NoZW5nQG91dGxvb2suY29tCg== | base64 -d`

    文章

    项目