IT瘾pc推荐

2024 年可能是 PC 用 Arm 替代 x86 的一年

Mon, 25 Dec 2023 22:48:55 CST

苹果已经证明 Arm 架构处理器能挑战甚至超越 x86 处理器，而明年可能是 PC 开始用 Arm 替代 x86 的第一年。微软正在开发代号为 Germanium 的 Arm 版 Windows 操作系统，将支持高通的 Snapdragon X Elite。Germanium 预计将在明年 4 月发布，而搭载 Germanium 和 Snapdragon X Elite 的笔记本电脑预计将在明年 6 月上市。高通提供兼容 Windows 的 Arm 硬件的独占权将于明年过期，意味着将会有更多公司提供支持 Windows 的 Arm 处理器。英伟达和 AMD 据报道都在开发 Arm CPU，但在短时间内高通仍然有先发优势。此外微软还在考虑在未来的 Xbox 游戏机中使用 Arm CPU 核心。

前端调试技巧（PC调试）

Sat, 04 Mar 2023 12:04:23 CST

theme: healer-readable

前端工作中，不仅编码很重要，重现bug，解决bug的能力同样重要。而这些都离不开代码调试。本文就一些调试技巧做出总结，不足之处，欢迎大家多多补充。

1. console.log()

在你觉得有问题的代码处，加上一句 console.log() 就好了。然后在开发者工具控制台就可以看到你打印出来的东西了。

2. 断点调试

debugger 语句
在代码中添加 debugger 语句，当代码执行到该语句的时候就会自动断点。

我们需要关注上图红色方框内的七个按钮。从左到右依次标记为a,b,c,d,e,f,g。

  a: Pause/Resume script execution：暂停/恢复脚本执行（程序执行到下一断点停止）
b: Step over next function call：逐语句执行（跳到下一行），快捷键F10
c: Step into next function call：进入当前函数，快捷键F11
d: Step out of current function：跳出当前执行函数，快捷键F11+Shift
e: Step 和b的作用一致，快捷键F9
f: Deactive/Active all breakpoints：关闭/开启所有断点
g: Pause on exceptions：异常情况自动断点设置

此时，我们在 Scope 面板中可以看到该作用域下变量和函数的信息（鼠标悬浮在对应的变量上也可以看到）方便我们排查问题。

（1）手动断点

打开开发者工具的 source 面板，在左侧目录树中找到对应的JS文件，在右侧对应文件的行号上单击即可实现断点的添加和删除。在添加断点之后，代码就会在断点处停止执行。

（2）事件断点

在上图中点击 Event Listener Breakpoints ，然后选择我们需要监听的事件。之后当该事件被触发时，浏览器会帮我们自动在相应的js文件代码处打上断点。

举个例子：我想在百度首页输入框中输入时，进行断点调试，就可以使用该功能。

（3）请求断点

在上图中点击 XHR/fetch breakpoints ，然后添加对应的请求URL，之后当该请求发送的时候，就会自动断点。

还是用百度举例：添加一个请求URL断点，然后刷新页面。

（4）Dom 断点

我们还可以对指定的 dom 节点进行断点设置，根据设置类型的不同，浏览器会在 dom 节点属性变化，子树变化，节点被移除三个时机帮我们进行断点。

还是用百度举例：在指定 dom 节点上右击，选择 Break on ，选择对应的时机进行设置

3. 动画调试

工作中肯定会遇到调试动画的场景，为了调试动画，经常一遍又一遍的刷新页面，其实大可不必，有更简单的办法。

打开开发者面板，开启命令行（Mac: Command+Shift+P ，Windows： Control+Shift+P ）
输入 Animations ，选择 Show Animations，打开动画检查器

之后在页面发生的动画都会被其捕获，我们就可以在动画检查器中调试动画了

  区域1：控制动画的速度和播放；  
区域2：捕获的页面动画；  
区域3：动画的时间线；  
区域4：动画的实现细节；

我们可以很方便的在这里将动画调试到满意的程度，然后复制对应的动画属性参数到代码中。

RSA加密、解密、签名、验签的原理及方法 - PC君 - 博客园

Sun, 18 Jul 2021 10:12:30 CST

一、RSA加密简介

　　RSA加密是一种非对称加密。可以在不直接传递密钥的情况下，完成解密。这能够确保信息的安全性，避免了直接传递密钥所造成的被破解的风险。是由一对密钥来进行加解密的过程，分别称为公钥和私钥。两者之间有数学相关，该加密算法的原理就是对一极大整数做因数分解的困难性来保证安全性。通常个人保存私钥，公钥是公开的（可能同时多人持有）。

二、RSA加密、签名区别

　　加密和签名都是为了安全性考虑，但略有不同。常有人问加密和签名是用私钥还是公钥？其实都是对加密和签名的作用有所混淆。简单的说，加密是为了防止信息被泄露，而签名是为了防止信息被篡改。这里举2个例子说明。

第一个场景：战场上，B要给A传递一条消息，内容为某一指令。

RSA的加密过程如下：

（1）A生成一对密钥（公钥和私钥），私钥不公开，A自己保留。公钥为公开的，任何人可以获取。

（2）A传递自己的公钥给B，B用A的公钥对消息进行加密。

（3）A接收到B加密的消息，利用A自己的私钥对消息进行解密。

　　在这个过程中，只有2次传递过程，第一次是A传递公钥给B，第二次是B传递加密消息给A，即使都被敌方截获，也没有危险性，因为只有A的私钥才能对消息进行解密，防止了消息内容的泄露。

第二个场景：A收到B发的消息后，需要进行回复“收到”。

RSA签名的过程如下：

（1）A生成一对密钥（公钥和私钥），私钥不公开，A自己保留。公钥为公开的，任何人可以获取。

（2）A用自己的私钥对消息加签，形成签名，并将加签的消息和消息本身一起传递给B。

（3）B收到消息后，在获取A的公钥进行验签，如果验签出来的内容与消息本身一致，证明消息是A回复的。

　　在这个过程中，只有2次传递过程，第一次是A传递加签的消息和消息本身给B，第二次是B获取A的公钥，即使都被敌方截获，也没有危险性，因为只有A的私钥才能对消息进行签名，即使知道了消息内容，也无法伪造带签名的回复给B，防止了消息内容的篡改。

　　但是，综合两个场景你会发现，第一个场景虽然被截获的消息没有泄露，但是可以利用截获的公钥，将假指令进行加密，然后传递给A。第二个场景虽然截获的消息不能被篡改，但是消息的内容可以利用公钥验签来获得，并不能防止泄露。所以在实际应用中，要根据情况使用，也可以同时使用加密和签名，比如A和B都有一套自己的公钥和私钥，当A要给B发送消息时，先用B的公钥对消息加密，再对加密的消息使用A的私钥加签名，达到既不泄露也不被篡改，更能保证消息的安全性。

　　 总结：公钥加密、私钥解密、私钥签名、公钥验签。

三、RSA加密、签名的方法，代码例子如下：

  1 import java.io.ByteArrayOutputStream;
  2 import java.security.KeyFactory;
  3 import java.security.KeyPair;
  4 import java.security.KeyPairGenerator;
  5 import java.security.PrivateKey;
  6 import java.security.PublicKey;
  7 import java.security.Signature;
  8 import java.security.spec.PKCS8EncodedKeySpec;
  9 import java.security.spec.X509EncodedKeySpec;
 10 import javax.crypto.Cipher;
 11 import org.apache.commons.codec.binary.Base64;
 12 
 13 public class TestRSA {
 14 
 15     /**
 16      * RSA最大加密明文大小
 17      */
 18     private static final int MAX_ENCRYPT_BLOCK = 117;
 19 
 20     /**
 21      * RSA最大解密密文大小
 22      */
 23     private static final int MAX_DECRYPT_BLOCK = 128;
 24 
 25     /**
 26      * 获取密钥对
 27      * 
 28      * @return 密钥对
 29      */
 30     public static KeyPair getKeyPair() throws Exception {
 31         KeyPairGenerator generator = KeyPairGenerator.getInstance("RSA");
 32         generator.initialize(1024);
 33         return generator.generateKeyPair();
 34     }
 35 
 36     /**
 37      * 获取私钥
 38      * 
 39      * @param privateKey 私钥字符串
 40      * @return
 41      */
 42     public static PrivateKey getPrivateKey(String privateKey) throws Exception {
 43         KeyFactory keyFactory = KeyFactory.getInstance("RSA");
 44         byte[] decodedKey = Base64.decodeBase64(privateKey.getBytes());
 45         PKCS8EncodedKeySpec keySpec = new PKCS8EncodedKeySpec(decodedKey);
 46         return keyFactory.generatePrivate(keySpec);
 47     }
 48 
 49     /**
 50      * 获取公钥
 51      * 
 52      * @param publicKey 公钥字符串
 53      * @return
 54      */
 55     public static PublicKey getPublicKey(String publicKey) throws Exception {
 56         KeyFactory keyFactory = KeyFactory.getInstance("RSA");
 57         byte[] decodedKey = Base64.decodeBase64(publicKey.getBytes());
 58         X509EncodedKeySpec keySpec = new X509EncodedKeySpec(decodedKey);
 59         return keyFactory.generatePublic(keySpec);
 60     }
 61     
 62     /**
 63      * RSA加密
 64      * 
 65      * @param data 待加密数据
 66      * @param publicKey 公钥
 67      * @return
 68      */
 69     public static String encrypt(String data, PublicKey publicKey) throws Exception {
 70         Cipher cipher = Cipher.getInstance("RSA");
 71         cipher.init(Cipher.ENCRYPT_MODE, publicKey);
 72         int inputLen = data.getBytes().length;
 73         ByteArrayOutputStream out = new ByteArrayOutputStream();
 74         int offset = 0;
 75         byte[] cache;
 76         int i = 0;
 77         // 对数据分段加密
 78         while (inputLen - offset > 0) {
 79             if (inputLen - offset > MAX_ENCRYPT_BLOCK) {
 80                 cache = cipher.doFinal(data.getBytes(), offset, MAX_ENCRYPT_BLOCK);
 81             } else {
 82                 cache = cipher.doFinal(data.getBytes(), offset, inputLen - offset);
 83             }
 84             out.write(cache, 0, cache.length);
 85             i++;
 86             offset = i * MAX_ENCRYPT_BLOCK;
 87         }
 88         byte[] encryptedData = out.toByteArray();
 89         out.close();
 90         // 获取加密内容使用base64进行编码,并以UTF-8为标准转化成字符串
 91         // 加密后的字符串
 92         return new String(Base64.encodeBase64String(encryptedData));
 93     }
 94 
 95     /**
 96      * RSA解密
 97      * 
 98      * @param data 待解密数据
 99      * @param privateKey 私钥
100      * @return
101      */
102     public static String decrypt(String data, PrivateKey privateKey) throws Exception {
103         Cipher cipher = Cipher.getInstance("RSA");
104         cipher.init(Cipher.DECRYPT_MODE, privateKey);
105         byte[] dataBytes = Base64.decodeBase64(data);
106         int inputLen = dataBytes.length;
107         ByteArrayOutputStream out = new ByteArrayOutputStream();
108         int offset = 0;
109         byte[] cache;
110         int i = 0;
111         // 对数据分段解密
112         while (inputLen - offset > 0) {
113             if (inputLen - offset > MAX_DECRYPT_BLOCK) {
114                 cache = cipher.doFinal(dataBytes, offset, MAX_DECRYPT_BLOCK);
115             } else {
116                 cache = cipher.doFinal(dataBytes, offset, inputLen - offset);
117             }
118             out.write(cache, 0, cache.length);
119             i++;
120             offset = i * MAX_DECRYPT_BLOCK;
121         }
122         byte[] decryptedData = out.toByteArray();
123         out.close();
124         // 解密后的内容 
125         return new String(decryptedData, "UTF-8");
126     }
127 
128     /**
129      * 签名
130      * 
131      * @param data 待签名数据
132      * @param privateKey 私钥
133      * @return 签名
134      */
135     public static String sign(String data, PrivateKey privateKey) throws Exception {
136         byte[] keyBytes = privateKey.getEncoded();
137         PKCS8EncodedKeySpec keySpec = new PKCS8EncodedKeySpec(keyBytes);
138         KeyFactory keyFactory = KeyFactory.getInstance("RSA");
139         PrivateKey key = keyFactory.generatePrivate(keySpec);
140         Signature signature = Signature.getInstance("MD5withRSA");
141         signature.initSign(key);
142         signature.update(data.getBytes());
143         return new String(Base64.encodeBase64(signature.sign()));
144     }
145 
146     /**
147      * 验签
148      * 
149      * @param srcData 原始字符串
150      * @param publicKey 公钥
151      * @param sign 签名
152      * @return 是否验签通过
153      */
154     public static boolean verify(String srcData, PublicKey publicKey, String sign) throws Exception {
155         byte[] keyBytes = publicKey.getEncoded();
156         X509EncodedKeySpec keySpec = new X509EncodedKeySpec(keyBytes);
157         KeyFactory keyFactory = KeyFactory.getInstance("RSA");
158         PublicKey key = keyFactory.generatePublic(keySpec);
159         Signature signature = Signature.getInstance("MD5withRSA");
160         signature.initVerify(key);
161         signature.update(srcData.getBytes());
162         return signature.verify(Base64.decodeBase64(sign.getBytes()));
163     }
164 
165     public static void main(String[] args) {
166         try {
167             // 生成密钥对
168             KeyPair keyPair = getKeyPair();
169             String privateKey = new String(Base64.encodeBase64(keyPair.getPrivate().getEncoded()));
170             String publicKey = new String(Base64.encodeBase64(keyPair.getPublic().getEncoded()));
171             System.out.println("私钥:" + privateKey);
172             System.out.println("公钥:" + publicKey);
173             // RSA加密
174             String data = "待加密的文字内容";
175             String encryptData = encrypt(data, getPublicKey(publicKey));
176             System.out.println("加密后内容:" + encryptData);
177             // RSA解密
178             String decryptData = decrypt(encryptData, getPrivateKey(privateKey));
179             System.out.println("解密后内容:" + decryptData);
180             
181             // RSA签名
182             String sign = sign(data, getPrivateKey(privateKey));
183             // RSA验签
184             boolean result = verify(data, getPublicKey(publicKey), sign);
185             System.out.print("验签结果:" + result);
186         } catch (Exception e) {
187             e.printStackTrace();
188             System.out.print("加解密异常");
189         }
190     }
191 }

　　PS:RSA加密对明文的长度有所限制，规定需加密的明文最大长度=密钥长度-11（单位是字节，即byte），所以在 加密和解密的过程中需要分块进行。而密钥默认是1024位，即1024位/8位-11=128-11=117字节。所以默认加密前的明文最大长度117字节，解密密文最大长度为128字。那么为啥两者相差11字节呢？是因为RSA加密使用到了填充模式（padding），即内容不足117字节时会自动填满，用到填充模式自然会占用一定的字节，而且这部分字节也是参与加密的。

　　密钥长度的设置就是上面例子的第32行。可自行调整，当然非对称加密随着密钥变长，安全性上升的同时性能也会有所下降。

谷歌开发Fuchsia，PC和移动操作系统真的要融合了？

Mon, 15 Aug 2016 17:18:00 CST

近日有媒体报道称，谷歌正在研发一款名为“Fuchsia”的跨平台操作系统。据报道，Fuchsia不仅将支持32位/64位的ARM架构CPU，也可以运行在64位的PC电脑上。消息一出，业内普遍分析认为，Fuchsia系统显示了谷歌想要打通PC和移动平台的野心。不过，目前该系统尚处在研发的早期阶段，未来究竟如何发展尚不得而知。

然而，一提到PC和移动平台融合这件事，就不由得让人想到了微软的Win 10，以及微软在操作系统业务上的头号竞争对手苹果——其实这两大巨头都在做平台融合，但具体实现思路上却十分不同。如果用“和而不同”这个成语来总结的的话，微软的策略就是“要和，也要同”，而苹果则可以描述成“要和，但可以不同”。

微软：要和，也要同

作为业内第一家试图打通移动平台和PC端的操作系统厂商，微软从2012年发布Win 8开始努力，一直到现在的全平台解决方案Win 10，然而效果并不理想。

Windows Phone方面：根据市场调研机Gartner的最新数据，目前Windows Phone全球市场份额已经不足1%，仅0.7%，去年同期则为2.5%。至于销量，根据微软2016年第一财季报告，Lumia手机销量仅为230万部，与去年同期相比下降73%。同时，微软手机业务的营收也已经连续两个季度出现下滑。

PC市场方面：截至7月底最新的Win 10免费升级策略结束，微软在全球范围内共收获了3.5亿台Win 10的活跃用户，远远低于微软10亿台的预期。微软官方随后表示："实现10亿台设备的目标将需更长时间，要到2018财年以后才能达成"。

究其原因，我们认为在以下两个关键点上微软都没有做到成功地兼顾移动平台和PC端：

首先，用户体验上，微软从Win 8引入的应用程序磁贴样式和为了移动用户而做的操作逻辑妥协，都没有能够取得PC用户的理解和支持。

许多PC用户表示，在平板或者手机上，磁贴的确是一个很好的创新，既美观又方便。可是放在PC上，用鼠标在至少40像素的磁贴间距上来回移动确是噩梦一样的体验，并且造成了显示空间的浪费，这一切都因为 鼠标指针毕竟比手指小得多。然而更加不幸的是，微软对移动端的这种“偏袒”在移动市场用户中也并未得到广泛认可，绝大多数的市场份额还是被Android和iOS抢走。关于这一点，基本上要归咎于软件生态。

在软件生态上，微软Windows Phone平台的应用无论从数量还是质量上都无法与Android和iOS相比。

截止2015年下半年，微软在Windows应用商店中的应用数量已经超过60万，而同期谷歌和苹果应用商店的应用数量都在150万以上。在应用质量和更新率上Windows更是无法与强大的iOS生态相比，同一款App的最新特性通常都最后一个加入Windows平台，并且App大半年不更新的现象在Windows平台也比比皆是。微软为了改善这一点在Win 10中引入的UWP应用初衷很好，开发一款应用可以同时在Win 10各平台上运行，但是无论从数量、发展速度和用户普及来看都还有很长的一段路要走。

相比之下，苹果在双平台的融合之路上显然走得更稳健。

苹果：要和，但可以不同

面对外界对iOS和OS X(现在是macOS)越来越相似甚至会走向融合的传言和猜测，库克在2015年的Boxworks大会上就明确表示过：

“我们始终无法相信一个操作系统能够同时良好的驱动PC和移动。它们需要不同的系统来做不同的事情，我们从没有将两者融合的念头。”

但实际上，iOS和macOS的确越来越相似，也能够越来越方便地实现无缝连接。

除了界面设计和风格上OS X越来越靠近iOS之外，从Mountain Lion开始，OS X就在iCloud、信息和FaceTime等应用上连通了Mac与iOS设备。例如允许Mac用户发送iMessages给iPhone和iPad，允许用户通过iCloud编辑Mac上未完成的iWork文档等。

在随后的OS X Yosemite更新和即将开放的macOS Sierra版本中，苹果更进一步地深化了这种融合。例如，当iPhone电话铃声响起，用户的Mac屏幕也会弹出一个窗口；安装了OS X Yosemite的Mac可以自动识别附近的iPhone热点并连接；AirDrop也终于在OS X和iOS之间通用；在iPhone复制的内容，可以在Mac上粘贴；还有iOS平台专属的Siri也终于要落户Mac了等等。

但无论怎么融合，macOS依然是macOS，iOS也依然是iOS，他们是两个独立的个体。

可以看到，苹果并不是要隔断移动平台和PC端，而是采用了与微软完全不同的思路来实现融合： 让两个系统更有机地结合起来，让用户的体验更顺畅和便捷，但并不是合并。从结果看苹果的战略显然是正确的：越来越多的用户因为iOS购买了Mac，并且一旦用上了Mac和iOS就很少有人愿意离开。

从苹果、微软的做法以及谷歌研发Fuchsia系统的种种迹象上我们隐约可以看出，未来移动平台和PC端或许会发生系统上的融合。但是从上述苹果和微软两种不同策略的不同结果来看，显然现在还不到二者完全统一的时候。 用户需要的是像苹果那样顺畅的用户体验，而不是微软形式上的一致。

2015 年最简单粗暴的 PC 选购指南

Fri, 18 Dec 2015 18:19:02 CST

2015 年是微软 Windows 操作系统和运行 Windows 系统的笔记本电脑的转折年——这一年，Windows 系统和运行这一系统的 PC 完成了华丽的转身，丑陋不再是二位的代名词。

首先，微软公司于 7 月下旬发布了 Windows 10 操作系统，这一系统是继辉煌巨作 Windows XP 之后，最好的操作系统。Win 10 修正了 Win 8 饱受诟病的一系列问题，提升了或任务操作的体验和性能，更快的搜索显著提升了用户的工作效率，收悉的操作方式使用户的学习成本显著降低。

其次，运行 Windows 系统的笔记本电脑发生了颇具里程碑意义的改变。为了「超越」苹果 MacBook 在设计、人体工学以及电池续航方面的独到之处，各大笔记本尝试追随和尝试了多年后，戴尔、惠普以及微软终于在 2015 年全面爆发。现在，你可以购买一台非常出色的、运行 Windows 系统的笔记本电脑——它可以满足一天的超长续航需求，以及一些无需键盘操作的混合 PC。

随着假期的临近，一大批搭载 Intel 全新处理器的笔记本不断上市，是时候买一款能够与苹果的 MacBook 媲美、运行 Windows 系统的笔记本电脑了。但是哪一款？在测试特 20 款笔记本电脑，评估了这些电脑的续航能力、整体性能、触控板以及键盘的用户体验之后，笔者给出如下建议：

机皇：戴尔 XPS 13（Dell XPS 13，售价 800 美元起）

多年来，笔者一直认为，不论你是 Mac 还是 Windows 系统用户，苹果 MacBook Air 是最好的笔记本，没有之一。这款苹果的经典之作的续航能力为 10 个小时，触控板的性能已经爆表，没有任何一台笔记本可以比肩，即使是安装 Windows，操作体验也非常赞。然而今年，笔者认为有一款产品可以与 MacBook Air 相媲美——Dell XPS 13。

相比 MacBook Air，Dell XPS 13 拥有较小的机身尺寸，较高的屏幕分辨率，然而续航时间和苹果的 MacBook Air 一样。在笔者进行的电池测试中，这款非触摸屏、1080p 分辨率型号的笔记本续航时间达到 10.5 个小时。配备 QHD 高清屏的型号，续航时间将减少 2 个小时，但也达到了惊人的 8 个小时。笔者测试的其他同类型的电脑，比如惠普 Spectre X360，联想 Yoga 900，以及宏碁 Zenbook UX303U 续航时间仅有 7 个小时，超高清的分辨率屏幕是造成续航不足的罪魁祸首。

在使用过程中，Dell XPS 13 的触控板表现非常出色，大大超出预期。这款触控板灵敏度更高，配合 Win 10 触控板软件，双指屏幕滚动以及其它手势操作的用户体验与 MacBook Air 的触控板没有太大的区别。

超窄边框是 XPS 的特色，因而虽然 2.7 磅的重量，但外形看起来要比其他同类产品小巧很多。然而与同价位的电脑相比，XPS 不具备可翻转的屏幕。如果需要一款既能够使用键盘，又能够翻转屏幕收起键盘，那么惠普推出的 Spectre x360 是非常不错的选择，售价 900 美元起，其电池的续航能力比其它变形本优秀许多。

性能之王：Dell XPS 15（1000 美元起），Surface Book（1500 美元起）

对于大多数多任务操作，轻度图片和视频编辑的用户而言，XPS 13 提供了足够的马力。但对于那些注重便携性和显卡性能，以及强大性能集于一身的用户而言，Surface Book 或 XPS 15 是相当不错的选择。

2015 年，微软推出的第一款真正意义上的笔记本，可以说从做工方面已经向苹果看齐。虽然「动态支点铰链」并非是每个人的所爱，然而铝合金材质，3000x2000 像素的超高清屏幕，重新设计的悬浮式键盘，反应更加灵敏的触控板，以及长达 9.5 小时的续航时间是大部分用户的所爱。此外，Surface Book 是市面上少有支持人脸识别系统登录系统的设备。然而这款设备的最大痛点是其 1500 美元的起售价！仔细想一下，很少有人会把它当做平板使用，因为单独作为平板使用时，起续航能力只有 2 个小时；而用户所花费的大部分钱仅仅是购买了一个可拆卸的触摸屏平板。

如果用户需要强大的处理器，更大的屏幕，Dell XPS 15 定是不二之选。与 XPS 13 一脉相承，出色的触控板、键盘以及外观设计，但 15.6 英寸的屏幕，以及可以自选配备最强大的组件。在测试中，笔者使用的是一款配备 4K 屏幕，英伟达显卡，8GB 内存，以及 i7 处理器（售价为 2099 美元）。由于配备 4K 显示屏的关系，该机的电池续航仅为 4.5 小时，然而如果选择 1080p 屏幕的基础款，续航时间将大大提升。

性价比之王：华硕 Zenbook UX305（售价 600 美元起）

笔者一再强调，购买 Windows 笔记本，最好不要购买售价 600 美元以下的产品。这些产品的内部工艺和人体工学设计非常差，在使用过程中的体验非常糟糕。在 600 美元这个档位，华硕 Zenbook UX305C 是目前市面上最具性价比的一款机器。

华硕 UX 305C 配备了一块 1080p 的高清显示屏，触控板的体验非常灵敏，8GB 内存，256GB 固态硬盘。虽然处理器为英特尔 Core M 系列处理器，但是应对日常办公、娱乐还是绰绰有余。

如果你打算选购一款 700 美元以下的笔记本，还可以考虑一下戴尔 Inspiron 13 700。这款笔记本配备了可翻转式触摸屏，如果选择 Core i3 处理器，4GB 内存的配置，售价大约在 600 美元。

脓肿羞涩：东芝 Chromebook 2（售价 230 美元起）

如果你的预算在 400 美元以下，那么你的选择真的不多，最适合你的 Windows 笔记本应该是一款 Chromebook！说实在的，400 美元甚至以下的 Windows 笔记本会让你有自杀的倾向。

售价 200 美元的联想 IdeaPad 100S，键盘非常难用，浏览网页时随时都有可能奔溃。售价 250 美元的华硕 EeeBook X205TA，表现稍微好一点，然而过于紧凑的键盘以及触摸板，使手腕处非常不舒服，严重不符合人体工学设计。

如果你需要一款具备浏览网页、收发邮件等基本功能的笔记本，而你的预算真的很少很少的话，运行谷歌 Chrome OS 的笔记本是最好的选择。Chrome OS 对于硬件的要求并不如 Windows 高，因而可以节省很大部分开支，即便是配备很好的显示屏，出色的外观设计，这样的产品售价也不会很高。长达 7 小时的续航时间，售价仅为 230 美元，13 寸东芝 Chromebook 2 是最棒的选择。

变形本不考虑？

配备键盘的平板电脑，比如 Surface 不值得考虑吗？

在考虑购买此类产品时，请先闭上你的眼睛，认真考虑一些你打算如何使用这些产品。如果你平时 90% 的时间都需要用到键盘，那么你最好购买一台常规的笔记本电脑，如果预算允许，你可以购买一台配备触摸屏的笔记本电脑。戴尔 XPS 13 系列就是非常不错的选择。如果你打算记笔记，看视屏，以及浏览网页，不希望产品过于沉重，并且有非常不错的续航和便携能力，那么这类变形本是非常不错的选择。

在笔者的测试中，微软自家推出的 Surface Pro 4 是最棒的选择。与惠普 Spectre x2、戴尔 XPS 12 相比，Surface Pro 4 是一款最轻，最便携的产品。出众的外观设计，便携式支架，高清的分辨率，流畅自如的手写笔，丰富的接口等都使这款设备成为出差、娱乐用户的首选。在测试中，Surface Pro 的续航时间达到了 6 个小时，比惠普和戴尔的都要出色。然而与 iPad Air 2 和 iPad Pro 的 10 个小时的续航时间相比，Surface Pro 4 的续航也不算出众。但由于运行 Windows 系统，在办公和处理公务方面的兼容性方面体现出诸多优势，而且可以实现苹果 iPad 系列产品无法替代的功能。

Windows 阵营一直没有非常出众的平板电脑，续航能力差，触摸式应用程序用户体验差是最主要的原因。然而随着 Windows 10 的发布，2016 年或许会有许多令人赞叹的产品出现。

文章来源： WSJ，由 TECH2IPO / 创见孙朝编译，首发于创见（http://tech2ipo.com），转载请注明出处。

PC客户端的互联网化设计

Sun, 21 Jun 2015 08:22:50 CST

伴随着手机，平板电脑为代表的移动互联网的不断发展，云计算和云服务的兴起，更是推动着传统企业不断地往互联网方向转型。作为Windows客户端程序员，自己也在时刻地警醒着：要抛弃传统软件开发思维，努力学习互联网思维。互联网+，这一个充满着机遇的经济新形态，让所有传统企业都感觉到挑战和希望。而最后能否突围成功，则在于是否能用互联网思维去解决问题。

好的，大层面讲完，该聚焦到具体的细节上。传统PC客户端开发都采用C/S架构，即服务器/客户端。例如在用户电脑上安装客户端和本地数据库，客户端与服务器端进行通讯；又或者是直接把数据库安装在数据库服务器上。其开发采用的数据库无外乎是MS sql2000和Oracle等等，而数据库安装和维护是一个难题。

一般的PC客户端软件几乎集成了所有的功能，界面人机交互和业务处理逻辑都包含其中，这样由于代码质量，现场环境和用户使用习惯等等，往往会容易出现不同的错误。这些都需要技术支持去帮助客户，甚至要到客户现场去。一旦产品用户数量到了一个大数量级，呵呵，公司的运维成本会显著提高。不仅如此，传统软件开发周期冗长，流程繁琐，已经不适应现今的互联网节奏了。

因此，为了更加清晰地说明客户端的互联网化设计，现举例公司新产品采用的新型架构设计模式：互联网模式。

双进程模式：

1、主进程主要是用于界面展示，用户业务数据输入和人机交互等等，采用C++界面库来实现；

2、副进程是一个http服务器，它负责数据处理、数据存储和云端交互，是一个数据引擎（跨平台编译，支持Windows、Android和IOS平台）；

3、它们之间的请求交互通过http协议来进行通讯，并采用Json数据格式进行传输。

本地数据库：

采用了sqlite3，它是一款轻型的数据库，占用资源小，并且经常用在嵌入式设备中。不用安装，十分方便。

客户端架构图：

系统架构图：

优点：

1、业务逻辑不写死在客户端，放到服务器端操作，统一版本，减少碎片化，增强灵活性。

如果把业务逻辑写在客户端上，一旦它变化，客户端就必须要修改代码，版本就要升级。而我们是不强迫用户升级的，这样就不能全网覆盖，造成版本碎片（这里也是浏览器端和客户端的一种区别）；

2、分工清晰，高效开发，聚焦细节，更能实现敏捷开发的快速迭代；

客户端只负责界面实现，网络核心通讯和基本业务数据处理；服务器端负责数据库创建，处理，存储和通讯交互，每个人聚焦的点不大，但是却能更让开发者有更多精力和时间设计开发。

3、有了云端的交互，云同步功能可以支持多终端，多地点了，并且支持本地脱机数据，真正做到了随时随地看数据了。

除了架构模式，开发流程管理也要做到互联网化：快速迭代，小步快跑，快速试错，大目标拆分为小目标。其中最有名的是Scrum敏捷开发，现介绍其开发模型，如下图所示。

什么是Sprint？

Sprint是短距离赛跑的意思，这指的是一次迭代，而一次迭代的周期是4个星期。

流程讲解：

1、PM确定Product Backlog（按优先顺序排列的一个产品需求列表），然后做工作量的预估和安排；

2、通过 Sprint计划会议中挑选出一个Story作为本次迭代完成的目标，这个目标的时间周期是1~4个星期，然后再进行细化，形成一个Sprint Backlog；

3、每个Scrum Team成员根据Sprint Backlog再细化成更小的任务（工作量能细化到2天内完成）；

4、每次Daily Scrum Meeting（每日站立会议）须控制在15分钟左右，每人都要发言。要汇报你昨天完成了什么，并承诺你今天要完成什么，同时可以提出一些难以解决的问题，然后在白板上更新自己的 Sprint burn down（Sprint燃尽图）；

5、每天都要有一个可以成功编译、并且可以演示的版本；

6、当一个Sprint Backlog被完成，我们要进行 Srpint Review Meeting（演示评审会议）。产品负责人和客户都要参加，每一个Team成员都要向他们演示自己完成的软件产品；

7、最后是 Sprint Retrospective Meeting（回顾会议），以轮流发言方式进行，总结改进的地方，然后放入下一轮Sprint的产品需求中。

互联网是一个充满神奇和希望的地方，无论你是开发移动APP端或者windows客户端，都不应妄自菲薄。我们应该用心去做好产品，时刻站在用户的角度，跟随时代潮流，把用户体验和产品体验做到极致，那么我们就是成功的。

加油吧，蛋炒饭！

作者：oceanlucy 发表于2015/6/21 0:22:50 原文链接

阅读：147 评论：1 查看评论

网易云音乐Vs酷狗音乐PC客户端竞品分析

Tue, 16 Jun 2015 09:31:41 CST

首先看看音乐播放器在用户多媒体APP中所占的比重

截至2015.6.6各平台中音乐APP的下载排行，网易云音乐占7.8名，酷狗第一。

在分析网易云音乐之前，先对市场上各种音乐播放器做一个大概的功能解析。

各产品	特色点
酷狗	分类广而全/ 酷狗音乐人/ DJ 独类/资讯大类/ 繁星直播网/线下活动，访谈
QQ音乐	独家首发/ 大平台/专题MV/线下盛典活动
天天动听	论坛/ 耳机独卖/资讯/ 小编推荐/ 动听FM/冠名好声音
酷我	明星图库/娱乐直播/ 线下活动/ 酷我KTV
百度音乐	影视歌曲独列/ 无损专区/资讯专题/原创音乐人/ 百度king榜/乐播（类似主播）
网易云音乐	私人FM/ 朋友/网易独家MV(资讯)/ 积分换礼品

各产品的侧重点都不同，都有各自的独特点，从用户量上可以确定的该产品形态的老大是酷狗，其在整合用户资源以及对音乐播放器的把握还是挺有经验的，而作为用户增长最快的网易云音乐，是绝对的潜力股，其竞品就确定为酷狗音乐。

以下是具体分析前的整体思路：先对网易云音乐和酷狗音乐分别进行产品解构，进而更好的理解产品；再对产品进行需求和用户体验的对比分析；最后是总结和对网易云音乐的相关建议。

首先对网易云音乐这一产品做出更好的理解，将其解构为表现层，框架层，结构层，范围层和战略层。

先从从框架层开始引入，从网易云音乐的产品界面可以明显的看出左侧功能区分成三方面框架：推荐，我的音乐，我创建/收藏的歌单。确定好此基本框架后进行下一步。

对于结构层，由于音乐播放器这一产品形态可以理解为信息型兼功能型产品，所以重点是每一个框架层及其子层之间的结构关系，和其功能逻辑。下图是云音乐的信息结构图。

以及其功能逻辑图：

有了前面的分析，我也可以确定网易云音乐的范围层，或者说，网易云音乐作为音乐播放器目前所做的 三大特色功能：个性化推荐，歌单与电台，朋友。而由于我对网易云音乐的战略定位以及具体的产品定位无法知道，用户需求除了我等一下的分析外，可靠地数据还得从大量的用户反馈以及各种调研之中得出。所以对产品的战略层，我只能针对上面的分析后得出的三大特色功能作为定位来分析。

其次，再对酷狗音乐做一个同上述一样的解构。

框架层，即信息的呈现框架：

结构层：重点是产品的功能逻辑：

最后，来到范围层，经过上面的分析，我可以得出酷狗的强项：

结构简洁，适合广大用户使用
范围广阔，完整的分类适合想听歌但没目标的中间级用户使用
功能齐全，从K歌到铃声制作，能够稳住用户群

酷狗以绝对的优势赢得了广大用户群，但在音乐社交上明显地没有网易云音乐的大众优势，下面就通过用户需求，用户体验两方面进行详细的对比分析。

用户需求

需求满足的现状

关于音乐播放器存在的价值我这里不必多说，其存在本身就是一种刚性需求，但各种各样的音乐播放器也是有着其产品定位，或者说是侧重点不同导致结果不同。如果说酷狗定位是满足绝大部分用户，那该产品的做法的确令人称赞，从它庞大的用户群也可以看出来；而如果云音乐的定位只是网易公司在众多产品下的一个策略，对目标用户定位为那些有强烈的情感需求的人们，那目标用户在范围上就没有酷狗大。除非真是某种策略，那谁不想自己产品的固定用户群越多越好呢？而不管怎样，用户都可以分类成初级，中级和高级，级别的划分是根据用户粘度来决定。下表是详细分类解释：

按用户粘度分类	一句话概括	酷狗的满足方式	网易云音乐的满足方式
初级	“需要的时候就听听”	分类齐全，操作简易	庞大用户所建的歌单
中级	“有亮点吸引，从路人甲变为甲”	搜索全！渠道广！口碑传播好	强大的个性化推荐
高级	“对产品有一种使命感，责任感”	繁星直播，相关音频界面制作	电台营运，大V级歌单创建者

由表可以看出，酷狗的强项在于广而全的歌曲分类与选择上，而在音乐社交方面有明显的缺陷（虽有繁星直播，但背后有斗鱼TV等这些强大的主播平台）；网易云音乐则在音乐社交方面做得很好，除此之外其强项还有网友大赞的个性化推荐这一功能，但在对初级用户的吸引上有所劣势。

总结与改进建议

作为起步较早且积累了良好的口碑的酷狗音乐在大众用户心中占有一定的比例，在歌曲的整合上可以说是处于行业领先地位中，而作为后起之秀的云音乐以一种创新的方式，即音乐社交，用户自己创建歌单通过云音乐这一平台在作为信息源被其他用户所接受，从而使用户可以通过相似用户所建的复合自己品味的歌单，这是一种可以高效获得自己想要的音乐的平台，即使现在用户量没酷狗多，但云音乐的这种创新有很好的前景。下面是对云音乐的相关改进建议：

建立用户创建歌单的命名规则。可以自己自定义歌单电台的名字，但也可以建立一种向酷狗那样歌单，电台名称比较简洁的方式（类似“神曲”“广场舞”等）。建立一种用户等级奖励机制，使用户规范的创建歌单，这对活跃用户和更清晰明确地信息显示都有帮助。
首页推荐中增加热门的“最简名”歌单。增加分类信息，以满足“没有明确目的”的用户对歌单的第一且明显的感觉，这样才能留住初级用户。
将首页中的“热门精选”分类细化（热门歌单，热门电台和MV ）。当然可以备注“更多”按钮以跳转到相应的界面。这同样是通过广分类的方式来吸引初级用户。
采取每日弹窗的方式强调云音乐的强项。别人弹新闻，资讯，云音乐就应该改用弹窗来推荐相似歌单电台，甚至是相关用户的动态信息等。
成立一些类似线下歌迷会等等活动。主要是给高级用户“发言权”，让他们决定活动的大部分内容等等。

用户体验

我所理解的用户体验，包括三方面：产品界面，交互设计和内在需求的满足（产品的实用性，与可用性，即本质需求，上面分析过，这里就不做分析）

产品界面

主要是一些图标所代表的功能，而这些图标图片能不能有很好的视觉传达效果，主要看人们的上网经验，比如一些基本的箭头符号，代表展开等等，这些图标按钮能否不用要让用户思考就可以知道其功能作用是什么。作为得过优秀设计奖的云音乐，界面方面不用做太多讨论。

交互设计

从一个使用周期出发（即浏览发现音乐→相关操作→管理音乐，以及账户的管理），先分别来个主界面图：

对浏览发现音乐而言

两者都有最基本的分类，这能满足“菜鸟级”用户很容易地入门，但从分类的强度而言，酷狗的分类更胜一筹，其每个主导向下面还有更完整地次级分类：

相比于酷狗大而全的分类策略，云音乐则主打用户甚至歌星自己创建歌单和电台，类似“乐库”一样的分类云音乐没有，单曲的直接陈列也是通过排行榜和最新音乐来完成的，网易云音乐的这种小而精的做法是建立在音乐社交的地位上的，如果说酷狗是个大型商场，购物有完整的体系分类，却无人做类似的售后指导；那云音乐就是中小型的用户型商场，里面除了商品外，还有很多用户可以交流分享购买后心得，甚至实现了用户与用户之间的交易。从这方面来说，网易云音乐是一个有创造性的产品，目前的问题是怎样扩大商场以容纳更多的用户。

对相关操作而言

从选曲，到播放，添加，下载等一系列的操作，先上图：

上述是云音乐新歌速递里面的，除了MV图标和“全部播放”可以直接点击外，单曲没有明显的相关操作，只能靠右击展开。再看酷狗的做法：

信息很直接，基本功能操作不需要右击展开

这是歌单里面的截图，“喜欢”“下载”都有直接按钮，但播放需要右击才能显示。除此之外，音乐的相关信息显示的很好，即使有些数据不容易看懂~~ 如下：

而酷狗的电台音乐信息展现：

综上：对相关操作来说，云音乐的确要向酷狗学学，这并不是说要让云音乐在每首歌上明显地加上诸如删除，添加，收藏，播放等功能信息，而是如何更好的呈现这种操作信息的展现方式。云音乐的一键enter也可以实现播放功能，但谁又愿意鼠标点击一下以确定到达该歌曲，再按下键盘enter键播放呢？

对管理音乐而言

酷狗音乐是左右分布，从右边的“商城”选择到的音乐放入左侧管理，且管理的分类也是一目了然；云音乐则是“从左侧的功能区入口点击到达右侧的信息显示区”两种方式各有千秋。

但在做好功能结构清晰明显的同时，有一点是最基本的，那就是用户所听的歌的一个显示，也即播放列表的显示，酷狗将其称之为默认列表，并放在管理区的最首端，这一点云音乐或许是根据自己的产品定位，认为这一点对该产品的用户而言优先级较低，所以显示不特别明显。如下：

账户的管理

两者都有自己的账户管理控件，但更倾向音乐社交的网易云音乐，在账户入口上建立的很方便直接，这使用户很明显的感受到有自己的音乐空间；相对而言，酷狗则较为逊色，其入口被强大的信息所显得不怎么突出：

交互细节

搜索栏搜索

对酷狗而言，除了比云音乐少了用户，主播电台分类外，点击去之后还有一次选择，也突出了酷狗庞大的信息量；而云音乐在搜索栏下点下后就直接播放了！不给用户选择~

拖拽功能

酷狗的界面四周都可以进行拖拽移动，无形中方便了用户；而云音乐却只有界面上方才能拖拽移动~（同理的还有界面大小的调整，云音乐只能从右下角进行~）

当然作为获得过优秀视觉设计将的网易云音乐，除了产品视觉效果优秀外，还有一些值得体会的小细节

歌曲进度记忆

云音乐退出后，再打开，产品能很好地记住用户退出时所播放的音乐和其进度，而酷狗web端和APP都没做到这一点（退出后再打开需重新选择音乐或随机选择一首）

上面是在云音乐中再次点击某一电台所呈现的部分画面

导航

用户在庞大的信息中浏览搜索，酷狗是通过“返回上一步”来实现对用户的指导；而云音乐不仅有上一步，还可以反悔回到之前，即导航的立体化，最重要的是，无论你在哪个位置，点击左上角的云音乐logo就可以回到主界面！！

总结

对上述的建议看法在此列出：

对单曲的基本操作。以一种更为明显并简洁的方式，比如音乐信息列表上除了有“喜欢”“下载”按钮外，还可以添加“播放”按钮，或者为了简洁，将“喜欢”换为“播放”。
账户管理中的内容点击后建议不用跳转到浏览器上。直接在web客户端上进行会使用户感觉到该软件的一体化强大的平台，而跳转到浏览器上只会消弱用户的这种感觉。
交互细节方面。第一是搜索后建议还有一个选择界面，而不是直接播放，以尊重用户；第二是建议界面上下空白处都可以拖动。

后记

综上，酷狗是大众都可以接受的音乐播放器，以其广而全的信息和大平台吸引也巩固了用户；

而网易云音乐则以音乐社交这一独特点开启了创新之路，并以强大的个性化推荐功能赢得了广大用户的赞扬，其以用户创建歌单的形式来展现音乐使云音乐更像是一个音乐分享平台，即使现在的用户量不如其他竞争对手，但作为用户增长量最快的同类产品，选对了出发点，前景是良好的。不管怎样，云音乐需要改进的地方我之前分析过，这里就不再累赘，其核心就是 改良信息的展现方式，突出产品强大的功能个性化推荐，以及细节体验的改进。

本人产品小白，望大家对上述分析指正批评~

本文由 @小数点原创授权发表，并经人人都是产品经理编辑。转载此文章须经作者同意，并请附上出处(人人都是产品经理)及本页链接。

互联网人士必备微信公众号：woshipm，雷军和周鸿祎都关注了，如果你已经关注了，证明你已经很牛逼了。

在 Mac 下制作可启动 PC 的 Windows Bootable 安装启动盘

Mon, 22 Sep 2014 09:49:25 CST

这个小技巧是小编昨天才发现的，实际应用场景如下：

某朋友请我帮他组装一台 PC，相信很多人都有类似的经历。硬件组装完成之后，就需要安装操作系统了。然而这时我才想起来没有购买光驱，因此只能通过制作 USB 的 Windows Bootable 安装启动盘。

但是这里有一个问题，我只有一台 Mac，且没有安装 Windows 系统。理论上在 Mac 下通过 BootCamp 助理制作的 USB Windows Bootable 安装启动盘是只能启动 Mac 电脑的，没有办法启动 PC(会黑屏左上角一个光标一直闪)。但昨天我还是抱着试试看的态度，在 Mac 上通过 BootCamp 助理制作了一个 Windows Bootable 启动盘。

请无视照片中的最后一项，因为这张照片是安装好 Windows 后才拍摄的。

结果奇迹出现了，在将只做好的 U 盘插入 PC 并打开引导菜单之后(这台 PC 采用的是华硕某型号主板，打开引导菜单的方法是在开机后立刻按 F8)，选择启动界面上出现了一个 “UEFI: ”开头的引导项，选择它之后，机器貌似进入了假死状态约30秒钟后，Windows 8 的安装程序竟然开始了，并且最后顺利完成了在这台 PC 上的 Windows 8 系统安装。

后来我仔细想了想，这次能够成功启动应该是恰好满足了以下两个因素：

1、新 PC 的主板采用的是 UEFI BIOS，这或许跟 Apple 的 EFI BIOS 是一个意思(或者说底层是一样的)。

2、我制作 USB Bootable 启动盘时，使用的是 64Bit 的 Windows 8 ISO，而恰好 UEFI 仅支持 64Bit 系统。

现在大家应该知道了，这篇文章我想告诉各位果迷的就是：如果下次你也有朋友找你帮忙组装 PC，而你原来又只有 Mac 系统的话，请为他在选择主板时，尽可能的选择支持 UEFI BIOS 的主板，这样你就可以直接在 Mac 上做好 For PC 的 Windows Bootable 启动安装盘帮他安装系统了。

下面附上在 Mac 下制作 Windows Bootable 启动安装盘的教程：

Step 1：首先下载一个 64Bit 的 Windows 安装镜像(文件扩展名为 ISO)，微软官方的 Windows 8.1 下载地址在这里，需要一个微软账号才能下载，当然你也可以通过其他渠道下载，请记住一定要下载 X64 版本。

Step 2：将一个容量大于 4GB 的空 U盘插入 Mac(U 盘上所有数据都将丢失)，然后在 Mac 上启动 BootCamp 助理，该应用位于[应用程序—实用工具]下。

Step 3：在“选择任务”的时候，只勾选“创建 Windows 7 或更高版本的安装盘”。

Step 4：点击“继续之后”，ISO 镜像一栏选择你下载好的 Windows x64 ISO，目的磁盘就选择你 U 盘就可以了，接下来就按照提示操作即可轻松完成 Windows Bootable 安装盘的制作。

在新 PC 上安装时，如果发现不能成功启动，请在开机后立刻进入启动盘选择界面(按哪个键需要看启动后 BIOS 界面的提示，比如”Press F8 to enter boot menu”，其中的 boot menu 就是启动菜单的意思)，选择带有 UEFI 字样的项进行启动。

注：本文基于在 OS X Yosemite 下制作启动盘，在采用华硕 A85MX-A 主板的 PC 上测试通过，其他情况暂未试验。

PC 端和移动端产品设计的最大不同是什么？

Fri, 19 Sep 2014 14:26:19 CST

Evernote印象笔记CEO谈PC 端和移动端的产品设计的最大不同，非常有道理，推荐阅读。

（Evernote 创立于 2007 年、位于硅谷的全球最大云笔记公司，旗下各项应用的用户总数已突破 1 亿，并融资 2.5 亿美元。）

问：移动互联网的蓬勃发展，给你和公司带来的挑战和机遇是什么？

Phil Libin：我认为，PC 端和移动端的产品设计有非常大的不同。很多人犯了一个错误，他们认为 PC 和移动端的区别就在于萤幕的大小。但实际上我认为萤幕的大小不是最主要的问题，更重要的是人们在不同设备上所花费的时间。比如在 PC 端，人们用的是微软和 Office 软件，大约花两个小时。

但在手机端，人们一次往往只会花上两三分钟。所以 我们在设计 PC 软件的时候针对的是两小时的使用时间，而在设计 APP 的时候针对的是两分钟的使用时间。

对于可穿戴设备，比如眼镜、手表之类，人们每一次的使用时间只有两秒钟。因此， 就智能硬件的设计来说，关键在于我们是否能研发出每次使用两秒钟、一天内使用多次的相关应用。这可以说是设计领域非常大的革命。我希望我们未来具备这样的能力。

猜您喜欢：
小带来的创业启发：俄艺术家设计出世界上最小的鱼缸	【观点】适合网销产品的8大特性	Olset使用大数据为你挑选三个最好的酒店	GigaOM评出2010十大移动应用程序	大数据，YES OR NO
无觅

本文版权属于- 商业不靠谱 Bukop.com -转载请务必保留版权信息。
商业不靠谱（bukop.com）致力于汇聚全球新兴的商业模式与创新趋势，在全球范围内整合优秀商业创意和案例，并将这些好点子提供给具有企业家头脑的创业者，以及对创新和挖掘新商机有兴趣的朋友。

地图聊天等服务移动化水平超九成 PC端渐消亡

Fri, 27 Jun 2014 18:06:56 CST

移动应用已经成为普通大众最主流的上网方式，传统的PC端，则逐渐没落，美国互联网市场调研公司comScore，日前发布了五月份移动互联网和网络数字媒体消费的一份报告，其中显示流媒体电台、地图、照片、即时通信等诸多互联网服务的移动化水平，已经超过了九成。comScore这份报告，据称是根据五月份网民10亿分钟的上网交互时间的样本分析得出。

据称，五月份创下了移动互联网发展的一个里程碑事件：网民花费在移动应用上的时间，在所有花费在数字媒体的时间的占比，首次超过了50%，达到51%。

据称，包括智能手机和平板电脑在内的移动终端，在所有的数字媒体消费时间中，占到了60%。PC等设备，已经成为次要终端。

众所周知的是，移动设备正在取代家里的电脑，成为主导的上网工具，Facebook、Twitter、谷歌等互联网公司，也正在实施大手笔的“移动化战略”，即把越来越多的服务，开发成各个操作系统的APP，供用户下载使用。

comScore的报告显示，不同互联网应用服务的移动化水平，存在差异。其中，一些产品开始发展成为“纯移动业务”。

移动端与PC端应用使用时间对比

其中，以音乐流媒体服务商Pandora领军的数字电台业务，其96%的用户交互，来自移动设备。而在照片应用中，96%的用户交互，来自于移动设备，这一领域的领军厂商包括Facebook旗下的Instagram，以及雅虎旗下的Flickr。

其他移动化程度超过90%的业务包括在线地图（谷歌地图、苹果地图是主力），以及即时通信服务（领军企业包括Facebook旗下Messenger和WhatsApp，以及Viber等）。

90%的移动化水平也表明，目前仍有少数网民，通过电脑查阅在线地图或是进行即时通信聊天。

在游戏业务中，86%的用户交互来自于移动端，其余来自于电脑端。

comScore指出，在和普通大众生活息息相关的社交网络产品上，移动化水平为71%，即三成的用户交互，还来自于电脑端。

虽然移动化程度并不高，但社交网络无疑是最重要的上网活动，其用户停留时间，在全部数字媒体消费时间内占到了两成。数据显示，在过去一年中，移动社交产品的交互时间，增长了55%。

索尼转手PC业务和VAIO品牌，日本企业Japan Industrial Partners接盘

Thu, 06 Feb 2014 16:30:24 CST

PC行业的不景气，最终成为压垮索尼PC业务的最后一根稻草。索尼于2月6日宣布，由于全球PC行业剧烈变革等原因，决定停止对于PC产品的设计研发，并将PC业务以及VAIO品牌出售给日本一家投资基金Japan Industrial Partners（JIP），收购将在今年3月正式签署协议，预计7月份完成，原先联想收购传闻也就不攻自破。

索尼VAIO品牌于1996年诞生，其含义为Video Audio Integrated Operation(影音互动), 它为索尼完成了个人电脑向商务与娱乐的两栖发展。除了普通的笔记本外，索尼一直在不断拓展VAIO产品线，比如口袋型笔记本电脑VAIO P和超级本VAIO Pro等，然而该品牌占全球笔记本市场的份额已经不足2%。

收购完成后，Japan Industrial Partners将成立一家新公司，在日本地区销售VAIO品牌的电脑。新公司将聘用250-300位索尼原员工，索尼将持有新公司5%的股份。

索尼旗下VAIO品牌，曾经与苹果Macbook一样并重工业设计，具备与众不同的工艺质感。然而，随着全球PC出货量疲软，索尼官方称，“停止PC业务的研发和生产，把它交给一家新公司。索尼将专注于手机和平板电脑的研发”，而原来的电视业务将被单独分拆出来。

索尼目前的收入增长，主要得益于新发售的PlayStation 4主机、智能手机和移动设备业务拉动，旗下PC和影音业务都处于亏损状态。去年，换帅之后，索尼新CEO平井一夫一直很果决地采取各种措施来遏制索尼的亏损。除了出售PC业务和分拆电视部门，索尼还将在全球范围内进一步裁员5000人。

以一行JS代码将PC网站移动化，想成为PaaS的“云适配”试图以简化方式做跨屏适配

Sun, 13 Oct 2013 08:48:17 CST

想要让用户在移动端也能浏览PC网站，通常有两种方法，一是 另起炉灶，重新按照移动端的设计规则建一个移动网站，这样建成的网站将和原PC站相互独立，比如新浪网 / www.sina.com.cn 和手机新浪网 / 3g.sina.com.cn 的区别。另一种方案则是 响应式设计，在建PC站前即考虑好页面布局如何能适应多屏幕浏览，这样移动设备可以通过原网址来浏览PC站点，比如在移动端输入www.36kr.com，都可以看到自适应屏幕大小后的36氪网站。

但以上两种方法皆有弊端——另起炉灶的方法不仅要耗费额外的人力和时间成本，还会在建站完成后遇到一系列问题，比如用户需要记住两个域名，这可能导致移动站点流量减少，比如PC站和移动网站需要分别做SEO和SEM。而响应式设计的方法虽然解决了域名统一的问题，但对设计师来说，如果是逻辑结构复杂、页面布局繁复的网站，要在开始设计之前便考虑好如何布局页面才可使多屏幕的浏览体验均良好，还是有一定难度的。因此，“云适配”希望通过在PC站中嵌入一行JS代码来直接解决繁复的适配问题。

“云适配”的工作原理如下：它会为需要适配的网站生成一行JS代码，这行代码被嵌入网站源代码后，即可发挥适配作用。它利用html5技术，通过JS实现对PC网站目标网页数据的分析和抓取，并在云端完成针对用户当前设备的网页最佳展现方式的计算，最后在浏览器端实现html结构的重排以及CSS的重新渲染，以适应移动端用户的浏览习惯。而由于该行JS代码获得的是网页前端数据信息，所以可以实现内容的实时更新和动态页面的实时生成，不被第三方服务器缓存。这一点也区别于百度site app通过搜索引擎抓取静态页面，并在PC站和移动站之间进行域名映射的适配思路。

不过，虽然“云适配”可以自动实现移动网页的重排，但由于每个网站都有自己特殊的排版需求，比如电商网站会希望“购物”按钮放在显眼的位置，而下置评论区块等，所以针对各个不同网站进行适配时，还是避免不了人工的参与，需要手动对一些页面布局进行设计。目前云适配针对不同的网站给出了一些重排的模板，分别适应媒体、电商、企业官网等需求。

此前“云适配”一直在服务企业、媒体、电商等网站，为其提供定制的移动化设计以获取盈利来源，此前合作的客户不乏微软、联想、CSDN、IDG等知名网站。但“云适配”创始人Ben（陈本峰）告诉我，他们已于9月份决定转向做PaaS，如果一直针对企业客户做定制设计，虽然可获得高收入，却将逐渐变成外包公司，这也违背了创业的初衷。

他希望将云适配变成基于微软Azure的PaaS，成为服务开发者的开发工具，最后由开发者直接服务于企业用户。盈利模式也将改为按流量计费——即按照“云适配”为每一个网站进行适配时消耗的云端流量来收费，以及提供增值服务，比如图片压缩（在云端自动把适应PC浏览的高分辨率图片缩成小分辨率图片，节省用户流量至原先的1/5），或者是正在计划当中的视频转码服务、还有将flash转化成html5。Ben说他希望通过多种增值服务来提供一站式解决方案，让网站开发者可以直接在云端操作，减少为跨屏所做的额外设计与开发的工作量。

而对于适配技术在未来的价值，Ben表达的观点则和 K.K.很相近——

未来十年中，屏幕（Screen）会是一个趋势，现在书本逐步开始被“屏幕”取代，未来杂货铺、加油站、飞机里甚至大型建筑物的表面都会有屏幕，我们也会一边看电视，一边玩手机和电脑。而所有这些屏幕背后的媒体又会逐渐构成一个类似“生态圈”一样的生态系统，有所互动，彼此依赖。在这样的多屏时代里，跨屏幕的便捷解决方案自然有其价值。

“云适配”由陈本峰和高婧在去年年底创办，陈本峰此前在香港科技大学的研究课题即与之相关，后来在微软总部参与了IE8、IE9浏览器的内核研发后对网页渲染技术有了更深的了解，因此在回国创业后选择了这一方向。联合创始人高婧是香港科技大学和美国哈佛大学学士，担任过前香港WebNova公司商务总监。云适配于今年7月份从微软云加速孵化器毕业，获得几位天使投资人和机构的数百万人民币天使投资。

除非注明，本站文章均为原创或编译，转载请注明：文章来自 36氪

36氪官方iOS应用正式上线，支持『一键下载36氪报道的移动App』和『离线阅读』立即下载！

Chrome与IE市场份额战火已经烧到PC之外？

Fri, 25 Oct 2013 16:51:54 CST

我们的印象中，从很早开始，IE 浏览器在市场上的份额一直都是远超 Chrome 、 Firefox 等桌面浏览器。因此今天一则关于 Chrome 浏览器市场份额超越 Firefox 、 IE 、Opera 的总和的消息引起了我们的关注。

消息称，根据社交分析公司 Shareaholic 的最新发布的 2013 年浏览器市场份额报告显示，在过去 9 个月，Chrome 浏览器的市场份额超过了 Firefox 、 IE 和 Opera 的总和。是的你没有听错，Chrome 的市场份额已经超越了这些浏览器市场份额的总和，Shareaholic 的数据显示，在上个月 Chrome 占据了市场 34.68% 市场份额，这个数字是排名第二的 Firefox ( 16.6% )的两倍，排在之后的分别是 Safari （ 16.15% ）和 IE （ 15.62% ）。同时该报告统计的半数浏览器都出现下滑，IE下滑幅度最大，其次分别是Opera、火狐和Opera Mini。

难道我们之前看到的报告都是错的？在早前市场研究公司 Net Applications 发布的全球浏览器市场份额统计数字中，每个月虽然市场份额都在变化，但 IE 一直都是全球市场份额最高的浏览器。

而今天这份报告却让我们有所困惑，在确定了 Shareaholic 的相关统计之后，你会发现，这个消息再一次被标题党了。

对比 Shareaholic 和 Net Applications 的统计方式。在过去的9个月，Shareaholic 追踪了 2.5 亿用户，同时了 20 万家网站的数据。在 Shareaholic 的统计数据中，是包涵了所有的桌面浏览器和移动浏览器，也就是说统计的样本包括了平板、智能手机和PC。而 Net Applications 则是每个月追踪 4 万家网站的 1.6 亿独立用户访问量，并且在统计时将桌面浏览器和移动浏览器分开统计。另外，Shareaholic 的数据统计的是浏览器使用量，Net Applications 则统计了每个浏览器的用户数。

在明确了两家公司的统计方法之后，今天 Shareaholic 公布的这样的数据，就不足为怪。凭借目前 Android 在移动市场上绝对的话语权，Chrome 浏览器在移动市场上能够获得更大的发挥空间，相反的是采用 IE 浏览器的 Windows Phone 在市场上不足两位数的市场份额，确实难以施展手脚。另外就 Chrome浏览器移动版本本身来说，也是一款十分不错的浏览器，在 iOS 上也有很多的用户喜欢使用 Chrome 而抛弃系统自带的 Safari，因此 Chrome 能够获得这样的成绩也就不足为奇。

但是我们实际上看，浏览器的主力市场在桌面平台，而在桌面平台，IE 更为主流。同时在 IE 10 和新推出的 IE 11 上，我们看到了众多的功能改进和性能的提升，过去用户对于 IE 的老印象已经在慢慢的改观。而在 Windows Phone 上，用户对于移动版 IE 的评价也十分不错，但没能为 IE 带来更好的成绩重要还是受到 Windows Phone 市场份额的限制。

题图来自 Nerds Central

PC远程调试移动设备 - Barret Lee

Fri, 29 Aug 2014 00:15:00 CST

我们在移动端进行前端开发时，会遇到一个让人头痛但不得不面对的问题——调试。

在 PC 机器上，我们有功能强大的 Chrome DevTools、Firebug，即便是老版本的 IE ，我们也可以安装微软提供的插件，对网页样式和请求信息轻松进行调试。但在手机、平板上，很多人就无招可施了，一个劲的 alert 查看调试信息。如果你已经厌倦了可爱又可恨的 alert 弹窗，请继续往下阅读。

一、先说说调试的原理

设备浏览器中输入一个 URL，它会向 URL 所在的 server 请求资源：

+-------------+ +---------------+
| client |--------→| Internet |
+-------------+ +---------------+

此时，数据是从 client 和目标 server 之间的隐秘交互，除非 server 端的代码是由我们自己控制，否则很难了解他们之间都做了什么信息传递。如果 server 传过来的代码存在 bug，此时我们就相当纠结了。比较常见的情景是，该 server 就是我们的测试机器，我们在测试机器上开发，通过一个移动设备 client 来实施调试代码，常用的调试方式就是修改 server 代码，再实时查看 client 的响应。

但是，问题来了。某天，Barret 发现 client 端页面显示有 bug，由于 client 请求的目标 server 是线上，不像平时的测试机器，我们可以随意修改代码然后查看效果，并且线上的代码都是经过压缩和打包了的，很难阅读，怎么办？

于是，我想到了使用代理：

+-------------+ \ / +---------------+
| client |-----×---→| Internet |
+-------------+ / \ +---------------+
| ↑
| |
| +-------------+ |
+----→| proxy |-----+
+-------------+

我们在 client 端做相应配置，让他的请求强制指向 proxy，然后 proxy 转发请求到目标 server，proxy 上的请求和响应都是透明的，通过篡改 client 到 proxy 的请求，或者篡改 server 到 proxy 的响应，就可以实时查看这些人为修改在 client 端的效果了。本文目的就是说明 proxy 是如何操作的。

二、通过 Fiddler 代理

windows 下著名的 http(s) 代理软件 fiddler 使用比较广泛，mac 下可以使用 charles 代理，由于使用人群相对偏少，本文就不细说，感兴趣的可以 PM 我。charles 是一个跨平台的软件，windows 下也可以使用，不过个人偏好 fiddler。OK，我们来看看 fiddler 是如何一步一步完成网络代理的。

1. 配置客户端

这里说的客户端包括手机、平板甚至电脑。一般的 android / IOS 设备都可以设置代理：

step 1. 当连接好网络之后（相信你在一个 wifi 环境下进行开发），点击右侧的箭头按钮，我使用的是 android 手机，IOS 也比较好找，在设置>Wi-Fi 中找到对应的网络，右侧有个圆圈包着的 i 图标，点击进入：

step 2. 一般代理方式有两种，手动和自动，将其设置为手动，然后填写，你电脑的 IP（为啥呢？因为 proxy 是你的电脑，client 的请求要全部转发到你的电脑上，然后使用 fiddler 软件去分析/替换请求），windows 下使用 ipconfig 可以看到本机 IP，linux/unix 下使用 ifconfig 查看：

step 3. 设置端口，端口可以随意设置，但最好大于 3000，数值比较小的端口可能被系统占用了。

这里需要注意一点，由于 client 相对我们电脑的 fiddler 来说是一个远程设备，所以要在 Allow Remote Computers to Connert 选项上打上勾勾。

step 4. 进入手机浏览器，输入网址：

step 5. 然后把你的眼睛挪到电脑屏幕上看看 fiddler：

到这里，我相信你已经看明白了整个 proxy 的原理。至于 fiddler 如何替换包，如何修改包，如果调试，不是本文叙述的重点，下面演示一个简单的替换。

2. 调试

请求百度的页面，我们把百度的 logo 换成博客园的：

step 1. 在 AutoResponder 中添加一项：

step 2. 进入你的浏览器（UC下清空缓存，如果缓存中有百度图片，他会使用缓存，并不发出这个请求），打开百度页面：

然后你就发现，貌似哪里有点不对~ 除此之外，你还可以将线上文件替换到本地，比如线上的 xyz-min.js 替换成本地的 xyz.js 然后修改 xyz.js 的内容，直接调试线上 bug，异常方便！

三、其他工具

有人会说，我没有实体机，那我建议你在电脑上安装虚拟机，android 和 IOS 的虚拟机都比较好安装。

有人会说，我电脑太卡，跑不动虚拟机，那我建议你就是用上述方式。

有人会说，.....，（如果没实体机也没虚拟机，那你开发个毛线呀）。

Fiddler 和 Charles 都是 HTTP(s) 层的抓包软件，如果你是 websocket 开发调试，建议使用 wireshark，网络七层协议，这个软件能抓除数据链路层之外的所有层信息，出于安全考虑，它抓到的包是不能篡改的。

还有一些比较好用的工具，如利用 pac 文件配置系统代理，weinre 调试等，这里简单介绍下 weinre：

1. 安装

npm install –g weinre

2. 打开

weinre -httpPort 7999 -boundHost -all-

httpPort 监听端口
boundHost –all- 绑定主机

3. 说明都写在图片里头，相信聪明的你可以悟到

四、小结

移动端开发不比 PC 轻松，调试只是需要注意的一个小点，还有很多很多未知的东西等着我们去探索，本文也算是抛砖引玉，如果您有更好的移动端调试方案，希望可以分享出来，一起交流。

本文链接： PC远程调试移动设备，转载请注明。

UC俞永福：互联网公司将遭遇PC流量下降尴尬

Mon, 10 Sep 2012 21:52:32 CST

[ 导读 ]俞永福判断，今年6月到明年6月，中国所有PC互联网公司PC流量都会到头，已经不是涨不动的问题，而是明年6月份之前都会逐步下降，这是每个人不得不面对的现实。

转播到腾讯微博

优视科技CEO俞永福(腾讯科技配图）

　　 腾讯科技讯 （雷建平）9月10日消息，移动互联网入口已越来越成为互联网巨头必争之地，UC董事长兼CEO俞永福在接受腾讯科技专访时表示，互联网巨头更重视移动互联网布局背后，是所有互联网企业将面临PC流量下降的尴尬。

　　俞永福判断，今年6月到明年6月，中国所有PC互联网公司PC流量都会到头，已经不是涨不动的问题，而是明年6月份之前都会逐步下降，这是每个人不得不面对的现实。“网吧的开机数已大幅下降，用户使用行为已明显向移动互联网转移。”

　　俞永福认为，移动互联网发展比大家预期的要快，这跟海啸来前的效果一样，每个公司都会站在自己角度利用好既有优势和资源往前发展，这也必然导致移动互联网市场竞争程度加剧。

　　当前移动互联网遭遇到商业模式瓶颈，一部分应用倒闭，市场相对去年有所降温。对此，俞永福认为，移动互联网存在虚火，虚火是指一堆人看热闹，这种火会逐渐降温。实火在于用户需求在被释放，不管是UC浏览器还是微信都在高速成长。

　　很多人认为随着APP兴趣，手机浏览器价值在降低，俞永福也予以反驳，称浏览器和APP并非是对立的概念，手机浏览器本身就是APP，可以在APP Store下载，浏览器是通用APP，其他的是专用APP。随着HTML5发展，专用APP的问题会越加曝露。

　　“iPhone手机用户每个月流量里，平均70%左右流量是用于APP升级，并不是用于浏览。这对用户是多大伤害。对于用户流量的消耗，APP是个无底洞。”俞永福强调，手机浏览器依然拥有非常大的价值。

　　据中国互联网络信息中心数据显示，截至2012年6月底，中国网民数量达5.38亿，其中手机网民规模达3.88亿，PC网民3.8亿，手机首次超越台式电脑成为第一大上网终端，PC网民数增长已放缓。

　　 以下是专访UC董事长兼CEO俞永福实录：

　　 腾讯科技： 最近百度CEO李彦宏宣布，百度将开放包括云存储、大数据智能和云计算在内的核心云能力，并且推出百度云七种武器，您如何看待百度当前的移动互联网布局？

　　 俞永福： 首先移动互联网是所有企业都需要重视的领域，百度在这个时间点布局稍微有点晚，其实应该更早布局，但有战略肯定要比无战略好，因为百度也是2万多人的公司，应该更清晰化战略，让整个公司往前发展。

　　你看李彦宏对移动互联网认知也在发生明显变化，今年百度联盟峰会谈对移动互联网感觉时，并不是很积极，如形容移动互联网就酒驾飚车，今年6月份那次谈话，其实核心应该叫拥抱互联网，像9月这次明显积极很多。

　　其实我觉得李彦宏在对待移动互联网态度上还是有点保守。移动互联网发展一般比大家预期的要快，这跟海啸来前的效果一样。所以移动互联网不管你主动应战还是被动，每个公司会站在自己角度，利用好自己既有优势和资源往前发展。

　　 腾讯科技： 从百度推七种武器，再到腾讯发展微信，整个互联网明显巨头对移动互联网更看重，像UC作为一家独立的公司，如何面对大公司的进入，中国移动互联网到底会怎样发展？

　　 俞永福： 第一个我觉得互联网巨头现在更重视移动互联网积极的布局，背后有个原因，今年6月到明年6月，中国所有PC互联网公司PC流量都会到头，都会在自己业务发展上看，已经不是涨不动的问题，而是明年6月份之前都会逐步下降，这是每个人不得不面对的现实。

　　像UC这样的公司，既有优势，也有劣势。优势就是没有包袱。PC互联网公司其实都有一个巨大资产包袱，在这个流量转换过程中，他们各项指标都是有压力。对UC来讲，我们是一个比较单纯的移动互联网公司，我只考虑移动互联网战略就可以，相对比较轻松一些。

　　当然移动互联网市场竞争程度一定会加剧，这是必然，这不是巨头不巨头的问题，这是产业发展价值取向，就说明移动互联网产业越来越成熟，越成熟竞争会越激烈。对于UC这样的创业公司来讲，最重要的是你要把自己的每一天做到最领先，别人颠覆你靠什么？是靠产品，其他的是颠覆不了你的。所以在产品上不要说，我相信UC就一定会赢。这是观念问题。

　　 腾讯科技： 360董事长周鸿祎提了一个观点，他说微信已经抢占到移动互联网入口，其他互联网公司也在强调抢占移动互联网入口，您认为移动互联网的入口是在哪里？

　　 俞永福： 我觉得PC互联网10年发展已经说明互联网的入口不是一个两个，每个时代入口不一样。早期时候，门户是入口，搜索是入口，后来IM也是入口，最后连输入法大家都打得头破血流。

　　我对入口的理解是，有人流的地方就形成路，有路的地方就有入口，所以移动互联网用户使用或者是流量入口的地方很多。你说摄像头是不是入口？语音是不是入口？苹果在推动Siri，你觉得那是入口吗？我觉得在移动互联网入口数量要远远地大于PC，这是移动终端的物理特性导致。

　　所以说在移动互联网市场，不可能有一家能控制所有入口，苹果够封闭，但也不能控制所有路口。第二个就是每个人是在自己最擅长业务上发展自己流量，自然会形成自己的一个入口。

　　 腾讯科技：一 位互联网CEO对我讲，移动互联网应用今年如果不能很快达到5千万用户级别，不仅不会拥有流量入口，还可能很快出局甚至死掉，您预测移动互联网创业潮会发生改变？

　　 俞永福： 我觉得移动互联网分虚火、实火。虚火就是一堆人看热闹，这种火会逐渐地降温，但也不会冷到完全没温度，因为这个市场从创业角度是最好的市场。第二个它有它的实火，就是用户需求或者用户实实在在成长，不管是UC浏览器还是微信都在高速成长。

　　所以这是实火，就是用户需求在被释放，这里我判断是，移动互联网未来需更有经验创业者，一个新兵在这场互联网创业大战里面，可能是要落伍，可能有经验的队伍会越来越有战斗力。

　　 腾讯科技： 从当前百度和360大战中可以看出，浏览器在PC上非常重要，它有一个很好的入口，可以导入流量。在移动互联网，手机浏览器是否同样扮演这样重要的角色？

　　 俞永福： 浏览器在每个人眼里看到的东西不一样，至少有两大类。一大类企业叫软件企业，典型像当年的网景、IE浏览器，这些浏览器就是一个软件工具，但是另一类叫互联网公司，UC在2004年明白了这个道理，Google是在2008年，奇虎也是在2007年、2008年明白这个道理，他们眼里浏览器是互联网服务平台。就像微软和Google的区别是一样的。微软是软件公司，Google是互联网公司。

　　所以说在一个互联网公司眼里的浏览器，作为互联网服务的平台，变化很多，每个人有自己的发展道路，就好像多少年前说IM，它的终极目标是什么？有什么价值？你看现在腾讯IM也是一个巨大平台。当年说搜索是一个很专注的产品，但你看今天的百度，主要是你如何定义搜索，如何定义浏览器。我觉得每个人心中对于浏览器的定义不一样。

　　 腾讯科技： 现在做手机浏览器的厂商越来越多，包括百度今年也发力手机浏览器，360、腾讯更早也在做浏览器，这些巨人进入对UC造成了什么样的影响？

　　 俞永福： 百度做浏览器又不是今年开始做。此次百度发布的是手机浏览器2.2，做了已经快两年的时间了。第一个，所有市场产品都要以给用户创造价值为核心，用户会投票在移动互联网里选择谁。这点我觉得有更多的人做浏览器，对于UC和所有人都有一个好处，大家都容易加速创新，有个原动力。

　　第二点，每个企业都有它的基因，UC在移动浏览器里做了8年，我们跟这些竞争者产品竞争已经多年，包括跟QQ有四年，跟百度、360都有两、三年，这并不个是新鲜事，也不是个有答案的话题，应该是个没有答案的、永续竞争的状况，所以我觉得UC做好自己的事就行了，就是专注好自己的创新。只要竞争对手超越不了你的产品，它是不会超越你的公司。

　　 腾讯科技： 之前业界传闻百度要收购UC，我跟业界聊的时候，他们也建议百度收购UC，因为百度一直强调的是云，在移动互联网领域缺端，你们和百度合作也挺紧密，如何看待百度收购UC的观点？

　　 俞永福： 我在微博上比较清晰地回答了这个问题，UC是非卖品，所以UC独立发展这是我们自己选的必由之路。第二点，UC作为浏览器，浏览器本身是一个天然的开放平台，所以我们会跟浏览器用户使用的具体业务形成合作伙伴，咨询、搜索，包括IM，我们都可以建立很好的业务合作关系。所以这两点原则，UC比较坚持。第一个就是我们是非卖品。第二是开放发展。

　　 腾讯科技： 现在APP应用很流行，它其实把手机浏览器的重要性在某种程度上削弱，我不知道你是否支持这个观点？

　　 俞永福： 其实很多人把浏览器和APP对立，我觉得这是一个错误理论。首先浏览器就是APP，浏览器也可以在APP Store下载，浏览器是通用APP，其他的是专用APP，我们自己对通用APP和专用APP的发展道路有自己的判断。

　　随着HTML5的发展，其实专用APP的问题会越加曝露。我给你说一个数字，iPhone手机用户每个月的流量里，平均70%左右的流量是用于这些APP升级，并不是用于浏览。你觉得每个用户70%的流量用于APP升级，这对用户是多大的伤害。他不知道手机里的这些APP为什么一会儿就告诉你要升级，不知道。对于用户流量的消耗，APP是个无底洞。

　　 腾讯科技： 百度副总裁王劲认为，Web与App融合加速，WebApp趋势明显，是移动互联网产业的重要趋势，您怎样看待web APP的未来？

　　 俞永福： web APP是UC在三年前定的战略，也是这个产业里第一个推动的，同时我们也是这个产业里最大的HTML5的Web APP的中心，所以说我们已经接入了几百家的应用，已经有超过了5000万用户的安装。所以说我觉得web APP是我们相信的未来的一个战略。三年前我们定了三个关键词，浏览器内核、HTML5、web APP，这三个是移动互联网未来最重要的架构的变化。

　　 腾讯科技： 像现在移动互联网感觉离钱相对比较晚，web APP是一个离钱最近的项目吗？

　　 俞永福： 不是，互联网要符合它的“二流”选择，人流和现金流。所以今天移动互联网创业者只关心人流问题如何打造好就行，比如说微信，它的发展也不错，我相信腾讯也没把微信怎么挣钱这件事想明白，这个不关键，最重要的是你满足长期健康的用户需求，一定有办法转化为商业现金流。

　　 腾讯科技： 你们今年大概能做到多大的规模？手机游戏这块给你们带来的收入特别高是吗？

　　 俞永福： 只有一个，就是在手机游戏方面，我们今年初定了一个目标，就是给合作伙伴的分成要超过1个亿，我相信这个目标今年肯定是轻松实现。手机游戏是我们重要的收入尝试之一，不过因为我们是非上市公司，所以财务数据不是那么方便分享。

Mac电脑与PC的九大区别

Mon, 03 Sep 2012 13:49:42 CST

多年来，苹果的Mac电脑和其他PC之间一直都处于无休止的竞争之中。众PC一度占据统治地位，软件开发者总是优先考虑Windows平台这点就是明证。然而，最近几年，苹果在手机和平板电脑方面摧枯拉朽的劲头也提升了Mac电脑的地位，今天，我们已经很难找到只能在 Windows平台而不能在Mac电脑上运行的软件了。在微软即将重磅推出Windows 8之际，我们再次理清苹果Mac电脑和其他PC之间的几个重要区别，以帮助读者更清楚得选择更适合自己的电脑。

苹果：为设计自豪

苹果在其产品外观上花的时间大概是所有硬件制造公司中最多的，所有细节，甚至包括电脑的内部结构看起来都很漂亮。

而其他PC的造型根据制造商的不同而不同，但是通常都没有Mac惊艳，不过，现在不少公司已经向苹果看其，PC设计越来越有抄袭苹果的嫌疑，比如戴尔最新版本的超级本。

Windows兼容的软件最多

尽管Windows与苹果操作系统兼容软件的数量差别正在减小，但是有的软件仍然只能在Windows平台运行。比如微软Windows版本的Office功能比Mac版本的要多。还有一个例子是Auto CAD 软件。

Mac电脑更贵

平均来说，Mac电脑比其他PC要贵不少，在Bestbuy的网站上搜索一下，会发现目前即使最后欢迎的超级本的价钱也比MacBook Air要便宜。

苹果还有不少超级贵的电脑，比如最新版本的配置了“视网膜”屏幕的MacBook Pro电脑，最低配置的版本也要2200美元。

Windows更适合超级游戏玩家

由于采用Windows操作系统的电脑生产厂家实在太多，这些厂商往往会对旗下机型进行分类，几乎每一个主要的PC制造商都会专门推出适合超级游戏玩家的游戏电脑，这些机型拥有更强的显卡、更高的内存，可以满足大型游戏的配置要求。

而Mac电脑在这方面对游戏玩家不太具有吸引力，除非你愿意花巨高的价钱。

Mac电脑提供更好的售后服务

当你的Mac电脑出现问题时，你可以与当地的苹果零售店预约，到了那里，会有苹果的员工专门帮助你解决问题。如果问题不太大，通常不需要为此付费。

微软也有一些零售点，但是远远没有苹果零售店那么多。

两大操作系统看起来差别较大，但都操作简易

如果你想把电脑从其他PC换成Mac,，刚开始使用苹果的操作系统可能会不大习惯，但实际上，Mac操作起来没那么可怕。

与Windows的“开始”菜单不同，苹果操作系统提供一个“Finder”，你可以在这里找到所有的软件应用和文件，其实两个系统操作起来都不复杂。而且苹果的操作系统还有一个功能，那就是预置一系列最有用的软件和应用，比如iPhoto、Mail、Garage Band、 iMovie等，Windows 也有各种类似的软件，但是似乎不如苹果的好用。

Mac拥有更强防病毒和流氓软件的功能

当然，Mac在防病毒和流氓软件方面的优势很大程度上是因为市场份额不够高，黑客“懒得”攻击。不过，随着Mac电脑越来越受欢迎，黑客们也开始提起兴趣。比如今年4月份的时候，Mac电脑就受到一种被称为“LuckyCat”攻击的威胁。

苹果最近的“山狮”系统添加了不少安全功能，但是我们可以肯定的是，随着时间的推移，“山狮”还是会吊起黑客们的胃口。Windows在抗病毒方面一直臭名昭著，但如今看来，不管是Windows还是Mac电脑的操作系统，都需要在安全上再下功夫。

其他PC可选硬件范围更广

这还是由生产其他PC的硬件制造商更多这一优势决定的，用户可以选择的机型和品牌都更多。微软只开发软件，惠普、宏基、联想、戴尔等公司来制造硬件，这样自然而然就产生了更多的硬件排列组合，对于预算各异的用户来说，都可以选择一款最适合自己的PC。苹果不只开发软件，还制造硬件，所以从这个角度来说，如果你想买一个Mac电脑，你的选择比较有限。

当然，如果你自己就是个超级发烧友或是黑客本人，你可以自己打造一台个性化的“Hackintosh”，或者一台运行苹果操作系统的传统PC。

两者的优点都想要？Mac电脑也可以运行Windows系统！

Mac电脑可以通过一台实体电脑或者其操作系统本身来运行Windows系统。每一台Mac电脑都有一个内置的程序叫做“Boot Camp”，你可以通过这个程序在你的Mac电脑上安装一个Windows系统。如果你愿意，你可以将你的硬盘空间分开，一部分分给你的Windows系统，一部分分给Mac OS X系统，这样你就可以在一台电脑上运行两个操作系统了。

作者：cometwo 发表于2012-9-3 13:49:42 原文链接

阅读：0 评论：0 查看评论

PC、iOS、Android通用的交互设计

Thu, 15 Nov 2012 13:41:16 CST

本文作者 @一大坨黄供职 @微博UDC设计中心。近年来，在技术方式，网页自适应的兴起、微软Win8系统的发布，都在试图解决一个问题：让同一产品能在平板、PC等多平台下同时使用。

由此可见，替换掉冗余的多版本开发模式，发展通用性，是未来产品发展的一种趋势。因此，设计师也要在不同的平台规范和习惯中寻找共同点。

针对多平台这一问题，很多网站的解决方法，是为不同的设备提供不同的网页，比如专门提供一个Mobile版本，或者iPhone 、iPad版本。这样做固然保证了单一平台的使用效果，但是他妨碍了用户对一家产品的连贯性认知。使用起来比较麻烦，同时要维护好几个版本。而且如果一个网站有多个portal（入口），会大大增加架构设计的复杂度。

如果你要说“因为屏幕大小不一样，需要针对性的设计才能最大化的利用屏幕空间。”我认为这是产品经理强加给用户的需求，因为在用研过程中，很少听到有用户的反馈是“我觉得这个地方空掉了，好浪费”。能考虑到最大化利用空间这点固然是好，但是，如果以牺牲用户对你家产品的操作习惯为代价，那就没有节操了。

作为交互设计师一枚，从产品开发者的角度来想，类是要分的，不过差别太大就不好了。因为，版本对于开发者的意义远远大于用户。从用户的操作行为来看，PC版、iPhone版、iPad版、Android版神马的… 差别不过是：通过触摸来完成操作，或是需要通过鼠标来操作。

要做到一款产品完全适用多个平台是不可能的，我们能做的是综合考虑多个平台，找出共性，让差异减少到最小。

在现有的产品产品设计中，已经看到多平台通用设计的模型了，例如，虽然Android平台自带物理返回键，但是在Android许多应用中仍保留了iOS的虚拟返回操作。

上文分析过，各平台的操作对用户来说，差别是通过触摸或是通过鼠标来操作。接下来，从用户角度出发，针对这两种操作行为总结几点设计中要注意的问题，保证多平台的通用性：

交互层面：

一个完整的交互事件包括：交互行为+交互对象+交互展现。宏观上多平台的交互通用性要从这三个方面考虑。至少确保一个产品的主要功能的交互差异不要太大。不过，具体问题还要具体分析，各个平台的独特优越性，还是要充分利用。

由于鼠标悬浮只适用于鼠标操作，而语音、亮度、位移只适用于触摸操，因此，一个要兼容多平台的产品，在主要功能上，要避开这些交互行为。而是采用两者的交集：鼠标点击、鼠标拖拽、获得焦点、键盘弹起和滚动滚轮。

主要功能的交互对象一致

所谓交互对象，就是交互动作的直接接收者，一般体现为一个按钮或者热区，要考虑多平台的通用性，就要从其位置和大小两个属性入手

触摸操作（iPhone、iPad、Android等）

位置：用户使用手机，多是单手握住手机底部，竖屏操作；而使用iPad多是双手握住机器中部，横屏操作。这两种场景下的易触位置如图

大小：根据iOS规范，理论上可触击元素的最小尺寸应该为44像素(约1/4英寸或7毫米)见方。

鼠标操作（PC）

根据费茨定律，PC端的交互对象描述如下：目标越大，所用时间越短。距离越长，所用时间越长。
由于PC鼠标箭头能够点击的区域可以很小且相对精确，PC端的约束较轻，所以这里只单向考虑了触摸操作平台，将主要功能置于屏幕下方，尺寸大于44像素（约1/4英寸或7毫米）见方的点击区即可。

主要功能的交互展现一致

所谓的交互展示就是交互行为作用在交互对象上产生的结果、反馈。两大操作形式上不做区分，只要技术支持，形式不限，重要的是平台实现效果的性价比。

常用6种效果：转场、邀请、过渡、反馈、缩放、吸附

实现多平台的通用性设计不仅需要交互层面的考虑，还需要视觉和技术层面综合考虑，由于本人从事交互，其他两项无法深入分析，找出共性。还请人心人士补充。

编后语：作者这段话很傲娇，特意为作者留下

作为一名普通用户，吐个槽～

虽然不是5岁的美国小萝莉，不过我还是受够了各种操作平台的分类，以及浏览一个网站或者使用一款产品要学多个版本的行为！！各种PC版、iPhone版、iPad版（所谓的HD）、Android版… 我想说，版你妹呀…

微博设计团队博客

你可能也喜欢：
《至关重要的设计》–创造有情感体验的设计 (@70man)	找Web互交设计的茬 (@duyuxian)	高效交互设计中的用户需求	交互设计的出发点	触摸屏输入的交互设计
无觅

Feed enhanced by Better Feed from Ozh

豆瓣移动互联网之路：巨大的解放 PC依旧重要

Sun, 13 Jan 2013 13:26:40 CST

　　腾讯科技讯（Lois）1月12日消息，一年一度的极客公园创新大会上，极少亮相的豆瓣创始人杨勃再次在这里现身。在接受极客公园创始人张鹏的采访中，杨勃介绍了豆瓣的商业化节奏和移动互联网带来的新世界。

　　 豆瓣商业化：行业变化让一些事情变得可能

　　在2012年，豆瓣上线了众多付费项目，如豆瓣阅读上的付费电子书、豆瓣FM的Pro版，以及豆瓣电影票功能。有人评价称豆瓣正在加快自己的商业化节奏。对此，杨勃解释，豆瓣并不是刻意去商业化，而是整个行业发生的变化正在让一些事情变得可能。

　　“豆瓣电影票已经覆盖到了线下30多个城市的院线。几千万的用户来豆瓣看评分，豆瓣帮用户发现和做决策，这是产品的用户价值。可六七年前，虽然有用户价值，但电影主要是盗版，豆瓣无法和那些商业价值联系起来。如今，电影院线的发展，让豆瓣拥有了商业价值的连接点。”

　　杨勃又以豆瓣阅读和豆瓣音乐为例，内容数字化之后，逻辑变了，体验也在改变。以前做纸书，又要有仓库，还要建物流建设，这对于在垂直领域并不深耕的豆瓣而言，环节太多。但现在数字化的内容，可以在同一个地方既做好内容，又能变现。既做好发现，也做好决策，还能把事情完成。

　　当产品的生命周期达到一定阶段，且又拥有千万级用户时，自然会延伸到下一步。所以，用户价值可以带动商业价值，即使一开始不成立，但随着时机的成熟，就会存在。当然，杨勃也表示，虽然一些产品豆瓣已经做了七八年，但豆瓣现在也依然在做一些第一时间起步的产品。

　　 豆瓣产品决策标准：做对现实生活有帮助的事情

　　对互联网产品进行分类，存在众多标准。但杨勃以产品“外部性”作为一个区隔点。如果用户和互联网服务产生互动后，对现实生活不产生直接影响，这就是一个没有外部性的产品。游戏属于此类。另外一个极端是携程这样的服务，基本都是外部性，因为使用互联网的过程非常短，主要服务都发生在之后。

　　在PC端，只有12或13家公司的用户规模比豆瓣大，豆瓣也常常在问自己的位置是什么。杨勃的结论是，从长远来讲，对现实生活有帮助的事情价值会更长远。这就成为了豆瓣做什么和不做什么的标准之一。

　　张鹏也反问杨勃，一般外部性强的产品，有可能会损害用户自身的价值。比如在豆瓣电影等产品上，营销者会用一些方式获取对自己有利的分数。

　　杨勃对此解释，处理这种问题分两个方面，首先，公司的理念，以及执行和理念是否一致。这方面，豆瓣没有问题，会通过算法去解决。另外一点即结构是否合理，结构也就意味着商业模式。比如电影的商业模式可以建立于院线，也可选择片商。但选择院线，就相比于片商更能保证评分公正性。

　　 豆瓣移动互联网之路：巨大的解放

　　“移动互联网应用对我个人来说是一个巨大的解放。”谈及豆瓣对移动互联网的态度，杨勃稍显激动。

　　作为一个在web上积累了8年的公司，有着太多历史积累的东西，因此每一个改动都会有困难。但在移动互联网上，每个产品都是独立的。“我们可以做新的事情，完全不依赖之前的产品逻辑，也不会影响以前做的事情。这就像一下子回到七八年前的创业状态，完全可以不受限制地去做事情。今年会有更多新东西。”

　　因此，面对一些人质疑为什么豆瓣不做一个完整性的应用时，杨勃的回答一如既往，“不会有一个叫豆瓣的移动客户端。”

　　杨勃谈及非常流行的mobile first观点，他认为，业界现在对于这些事情的观点开始更成熟了。Mobile first不是一个绝对的事情，因为做起来非常非常难。“链接是整个web的基础，决定了PC互联网的生态体系。但在移动端，链接已经不存在，这就意味着传播渠道建立非常困难。也导致了移动端难做。”杨勃提到豆瓣一个失败的移动产品“对角”。它和豆瓣完全隔离，但最终失败了。

　　PC对于豆瓣而言依旧重要。杨勃介绍，目前豆瓣网页端的UV达到1亿到2亿之间，这是一个巨大的量，过去一年翻了一倍。在商业营收环节，PC端也是主要的来源。所以，豆瓣在PC端还有大的尝试。

　　千万不能忽视的一点，虽然一个公司可以有多个移动客户端，但产品积累的数据却放在一起用。作为一个定位于生活服务上提供发现和推荐的公司，这是豆瓣之根。

Gartner：平板表现强势导致 PC 出货量在 2012 年第四季中继续下滑

Mon, 14 Jan 2013 22:15:00 CST

分类: 定期播报

根据 Gartner 最新公布的数据来看，2012 年第四季的 PC 出货量仍旧没有止住下滑的趋势，和 2011 年同期相比减少了4.9%。Gartner 认为平板电脑的崛起是导致该现象的一大原因，对一个家庭来说可能只需一台 PC 便可满足所有成员的使用需求，但平板电脑就要更加个人化一些，不少人现在都会倾向于使用平板来取代笔记本或台式机处理个人事务（尤其是在以 Nexus 7 为首的平价优质产品出现之后）。

此外，在不久前的圣诞假期中选择 PC 作为礼物的消费者也有所减少，而且 Windows 8 也并没有起到 PC 市场「强心计」的作用。具体到各家公司的话，只有联想和华硕在这段时期内出货量有所增长，分别比 2011 年同期提升了 8.2% 和 6.4%。总的来说还是那句话，现在的 PC 行业真的不好混啊。

引用来源 | 引用来源 | 此文章网址 | 转寄此文章 | 回应

通过.htaccess对手机与PC终端分流呈现页面

Tue, 25 Dec 2012 14:43:32 CST

对于使用手机终端访问PC版页面的，跳转到手机版网页。
对于PC终端访问手机版页面的，跳转到PC版网页。

.htaccess文件中内容：

RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} iPhone
RewriteRule ^.*$ http://www.yoursite.com/monile/ [R]

#上面的例子就是如果访问终端为Iphone，则跳转到http://www.yoursite.com/monile/这个页面。
#.htaccess对所在文件夹下的页面文件及其子目录下的页面文件皆有效。所以将上述文件放在pc版页面的文件夹下，即可实现对iphone访问时导流入手机版页面的功能。

1 下面是日本大部分移动设备终端被导流入手机版页面的一个例子：

RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} (DoCoMo|J-PHONE|Vodafone|SoftBank|KDDI|DDIPOKET|UP/.Browser|iPod|iPhone|Android|WILLCOM|BlackBerry|PDA)
RewriteRule ^.*$ http://www.yoursite.com/monile/ [R]

2 而对pc终端分流入pc版页面的例子：

RewriteEngine On 
RewriteCond %{HTTP_USER_AGENT} (Mozilla|Opera|Safari) 
RewriteRule ^.*$ http://www.yoursite.com/pc/ [R]

RewriteCond %{HTTP_USER_AGENT} !DoCoMo
RewriteCond %{HTTP_USER_AGENT} !J-PHONE
RewriteCond %{HTTP_USER_AGENT} !Vodafone
RewriteCond %{HTTP_USER_AGENT} !SoftBank
RewriteCond %{HTTP_USER_AGENT} !KDDI
RewriteCond %{HTTP_USER_AGENT} !DDIPOKET
RewriteCond %{HTTP_USER_AGENT} !UP/.Browser
RewriteCond %{HTTP_USER_AGENT} !iPod
RewriteCond %{HTTP_USER_AGENT} !iPhone
RewriteCond %{HTTP_USER_AGENT} !Android
RewriteRule ^.*.html$ http://www.yoursite.com/pc/ [R]

看官请留步看看其他精彩文章：
.htaccess 转换址说明及应用教程	【火狐-插件】User Agent Switcher-模拟终端	GreatNews-市场占有率最大的rss客户端阅读器	【SEO】SEM竞争情报分析工具:AdGooroo SEM Insight
无觅

PC和智能手机功能花费时间占比比较

Sun, 23 Dec 2012 15:56:35 CST

比较智能手机和PC在使用功能时间占比看，如去掉其他（Other）一项，会更加显得集中。在PC上，其他一项的时间占比为37%，而在智能手机上这一项仅为7%。有意思的两个是搜索和电子邮件的使用时间对比。在PC上，使用搜索的时间占比为10%，而到了智能手机上则为14%。电子邮件在PC上的时间占比为14%，而到了智能手机上则提高到21%。这可能有几方面原因，比如在智能手机上的搜索是否包含了本地搜索、应用内搜索，智能手机搜索和PC搜索上的效果差距等。而电子邮件在智能手机上使用时间占比较长，可能是因为在智能手机上还充当了一部分办公的作用。

您可能也喜欢：
国外媒体：中国智能手机占据非洲50%市场	comScore:2012年4月47.5%的美国功能手机用户在购买新机时选择了智能手机	comScore：功能手机扮演入门级手机的角色	Pixmania：研究发现智能手机和平板电脑快速增长会导致工作时间延长	智能手机各项功能使用率调查--信息图
无觅

把PC端访问习惯迁移到app，Walmart(沃尔玛)是如何做移动电商产品的？

Tue, 19 Feb 2013 08:19:38 CST

Walmart是全球最大的连锁销售企业，在美国市场的销售额占据了整个零售业市场份额的一半。然而2012年其在线零售业务的收入，却只是在线零售巨头Amazon的五分之一。为了扭转局势，Walmart创建了WalmartLabs主攻电子商务领域。Walmart不仅在网络零售业务上加紧追赶Amazon，而且为了抢占先机，Walmart在移动电商方面也投入了大量精力。在近日的一次活动上，WalmartLabs的移动产品总监Ben Galbraith和移动产品工程总监Dion Almaer和我们分享了Walmart在移动电商领域的探索之路。

Walmart在2011年80%的移动营收来自于移动网站，95%的移动网站流量来源于移动搜索。用户在移动端延续了在网页端大量使用搜索的习惯，URL在用户与用户间以及应用与应用之间的传递具有天然优势。但是由于访问速度，用户体验等因素，越来越多的用户开始青睐移动应用。2011年Walmart移动应用的使用量只占全部移动访问量的5%，然而这个数字在2012年已经达到了30%。

在技术解决方案的选择上，Walmart移动团队也经历了在Native App与Web App之间痛苦的抉择。鉴于目前Walmart的移动流量与营收来源均来自移动网站，Web App似乎是一个不错的选择。一来可以节省大量工程投入，只需要开发维护一套代码。二来可以在节假日促销期间，快速更新调试应用中的商业逻辑与网页布局。但是Web App在运行速度与用户体验上的瓶颈，迫使Walmart必须寻求新的思路。经过不断尝试，Walmart最终选择Hybrid App作为移动应用的技术解决方案，兼顾了Native App与Web App的优点。现在的Walmart移动应用在对响应速度要求较高的商品展示页面中采用原生技术实现，而在商业逻辑复杂的结算页面则复用已有的移动网页。为了克服Web App的性能瓶颈，Walmart移动团队只在网页布局简单的页面（往往也是商业逻辑复杂的结算流程页面），嵌入移动网页。为了解决Web App在不同平台上的用户体验问题，WalmartLabs开发了一套开源工具（ Lumbar），可以根据不同的移动平台，生成不同的界面布局。

对于今后的发展，Ben表示会开发不同的解决方案，来适应不同的用户使用场景。对于忠实的Walmart用户，Walmart移动应用会和线下实体店的用户体验进行结合，使用Walmart移动应用在实体店中寻找货品位置以及使用移动应用扫描结账。对于大量使用移动搜索的用户，帮助他们在Walmart的移动网页中，快速找到心仪的物品则是Walmart移动团队的下一个目标。

6款好用的 PC+Android 同步 GTD 软件

Sat, 24 Nov 2012 10:10:23 CST

最近老鼠工作积极性比较高（其实只要是买平板电脑的欲望在鼓舞着干劲），所以每天很多任务安排，为了不混乱，免不了要用 GTD（Go to do）软件管理自己的各项任务。每天晚上把明天的任务列出来，第二天逐项的打勾消除，也是一件快事。@Appinn

但是，当老鼠做完了计划，躺在床上准备休息的时候……

又不时的迸发出灵感，导致有任务要继续添加在 GTD 列表中，这就有点麻烦了，所以，手机和电脑之间同步管理的 GTD 还是很有必要的。于是老鼠整理了下列软件：

1.Doit.im（中文）

老鼠看法：典型的大而全。可以进行项目管理（我对 GTD 做项目管理的定义是可以有子任务即可，下同），有各种功能的盒子。想完全掌握需要一点点时间，当然你也可以不考虑盒子，只进行快速添加，当作一般备忘录使用，都没问题。

优点：国内软件，全平台支持（Windows 下只有Web端）

缺点：免费版限制同步，二十四小时只能同步一次，明显不够用。

2. Any.do（有中文）

老鼠看法：典型的小而美。堪称移动应用的设计典范。尤其是手机端，对手机各方面情景结合很好。

优点：美观，体验度极好

缺点：手机端软件体积略大，国外软件，电脑端只有 Chrome 扩展可用，不支持子任务。

3. Catch

老鼠看法：其实这是一款笔记式软件，不过他的 GTD 功能也十分的好，支持项目管理，界面美观。

优点：便于记录灵感，和备忘管理。界面也不错

缺点：国外软件，网站打开困难。

4. Do it tomorrow（有中文）

老鼠观点：摊开记事本的样式，手写字体（中文无效），还有一角的咖啡渍，十分清新优雅的界面。一看就会用的操作，简单，舒服。

优点：美观，清爽，舒服

缺点：国外软件，网站打开困难。

5. Wunderlist

老鼠观点：设计十分独特，界面华丽，全平台客户端。

优点：美观，全平台

缺点：国外网站，打开比较慢（用客户端的话应该好些）。

6. Easy do（麦库备忘）（中文）

老鼠观点：美观，但是手机端使用感受稍差，电脑端无法记住用户，每天都要登陆。

优点：美观，便捷，国内网站，速度快，用盛大通行证即可，无需另外注册

缺点：使用体验欠佳。

豆瓣移动策略：产品精细化，PC端策略的延伸

Tue, 26 Feb 2013 20:44:05 CST

豆瓣是中国互联网界比较特殊的产品，在国内普遍使用Copy2China模式兴起的网站群落中，豆瓣显得有点异类。豆瓣算是国内创新形式的网站，而且由于其设计、内容以及用户的特性，被成为小清新网站。

豆瓣创办七年多至今，发展的势头不减。目前豆瓣的注册用户已接近一个亿，据说已开始盈利。移动互联网进入高速发展时期，豆瓣同样推出了多款移动应用。

不会有一个叫豆瓣的应用

豆瓣2010年1月就已经有了简单的WAP手机版。它为整个社区提供了比较完整的服务界面。在手机版中，读书和电影两个板块只提供搜索功能，音乐、同城和其他功能被隐藏。这只算是在当年2G网络环境下为功能机用户提供的简单服务。

在移动互联网时代，豆瓣会不会有一个像人人网这样的大而全的应用把整个社区服务囊括其中呢？起码到目前为止，仍未出现一个提供这个豆瓣完整服务的豆瓣客户端，而根据豆瓣移动应用首页，豆瓣已经推出了10个应用：豆瓣电影、豆瓣阅读、豆瓣FM、豆瓣小组、豆瓣广播、豆瓣音乐人、豆瓣购书单、豆瓣笔记、豆瓣活动、豆瓣线上活动。

这10个应用都提供各自垂直领域的独立服务，除了账户通用，不进行服务的交叉关联。甚至这些应用的服务过于精细，例如豆瓣活动和豆瓣线上活动。这些应用都是在细分领域专注自己的服务。

对于豆瓣对移动互联网的态度，杨勃曾说过下面的话：

移动互联网应用对我个人来说是一个巨大的解放。作为一个在WEB上积累了8年的公司，有着太多历史积累的东西，因此每一个改动都会有困难。但在移动互联网上，每个产品都是独立的。我们可以做新的事情，完全不依赖之前的产品逻辑，也不会影响以前做的事情。这就像一下子回到七八年前的创业状态，完全可以不受限制地去做事情。 今年会有更多新东西。

面对一些人质疑为什么豆瓣不做一个完整的应用时，杨勃的回答一如既往，“ 不会有一个叫豆瓣的移动客户端。”

PC端的子产品区隔

豆瓣这个社区有点特殊，社区内有多项服务，而且这些服务实际上分离得很严重，但这也让豆瓣能面向更大的用户群体。豆瓣的各项服务例如电影、音乐、图书、小组、阅读等模块是业务分离的， 每一项相当于一块子产品，而且每项业务的用户群事实上也是可以区分的。

豆瓣从一开始就体现了这样的属性，而从去年豆瓣首页的大改版来看，豆瓣强化了这样的思路。豆瓣首页把各产品的菜单移动到网页顶端的菜单栏，这种产品区隔程度与Google的菜单栏类似，而Google首页黑粗直的菜单栏里可是一个个真正的独立产品。这种的更新把产品进行了更大程度的区隔，形成多个独立子产品业务线。 事实上这已然相当于在一个通用账户的大社区内拥有可满足不同需求的多个独立产品。

为什么采取这样的改版思路，其实挺容易理解。豆瓣的用户群相当庞大，但未必每个用户都会使用豆瓣的每个产品。事实上豆瓣是有使用门槛的，对于许多互联网用户来说，他们玩儿微博没问题，玩儿人人网更像玩一样，虽然现在几乎没什么人玩了。但玩豆瓣可能就会让许多人觉得摸不着门道，有心理压力。

大多数用户都只是在豆瓣使用少数服务，例如爱好电影的看完电影之后上豆瓣看影评，想买书的用户到豆瓣来看看书评，或者逛逛读书看是否有什么好书。真正在豆瓣生成大量内容的用户还是占少数，而且必然有其擅长的领域。例如爱好写小清新文章的可能不大爱好写影评，爱写影评的可能不太懂音乐等。

豆瓣的用户可以使用不同的服务进行区隔，把各项服务划分为独立的子产品。每个子产品有其独立的用户群，在自垂直领域有足够的空间，这样的策略让豆瓣在用户群体和市场规模方面都能得到充分的扩展，拥有可想象的发展空间。

移动端是PC端策略延伸

其实说完PC端子产品区隔策略，就比较容易理解豆瓣推出功能精细的移动端应用产品，而不推出一个大而全的豆瓣应用的理由。 因为移动端的特质，让豆瓣移动端不但延续了PC端产品策略，还能继续做精做细，提供各业务用户更好的服务，产品得到更大的活力。

移动互联网的出现，让豆瓣各个产品能够独立化，每个产品有其独立应用。目前来说这些应用都能延续PC端的功能和气质，并针对移动应用的特质作出相应的调整。独立产品能更好地区隔用户，为不同需求的用户提供更好的服务。而且APP应用用户不容易跳出，每项业务都能更好的实现自己的发展策略和商业模式。 让不同的业务线在垂直领域都能达到理想的市场地位和收入规模。

豆瓣的移动战略的布局意向已经非常明显了， 推出一个大而全的完整功能豆瓣移动客户端不符合豆瓣整体战略定位，针对豆瓣的各个产品推出独立的应用才是豆瓣选择的路线。

像上文杨勃说的，“今年会有更多新东西。”在可以预见的未来，豆瓣必然会发布更多的相对应的移动产品，配合网站的业务线进行发展。至于这样做的好处，是每个产品都能更好的服务用户， 给豆瓣PC端原业务忠实用户以更好的服务，当然更好的情况是用更好的移动体验吸引新用户。

另外独立的移动应用有更低的跳出率，有更好的活力和潜力， 能灵活的探索商业模式。例如现在豆瓣电影或者豆瓣阅读已经在进行相关的工作。

但这样做的弊端是，在 每个应用的垂直领域都会遇到强劲的对手，例如豆瓣电影就遇到电影领域多个强劲竞争对手。其他的移动产品都会遇到这样的情况。而且 某些应用产品功能太过于分散，容易造成产品的混乱，未必不会进行一定程度的合并。但主打垂直领域的独立应用，形成一个账号通用的应用产品线，应该会是豆瓣不变的移动策略。

来源： http://www.leiphone.com/douban-app.html

你可能也喜欢：
【WPMind代发布】豆瓣电台 (@wpmind)	秋叶上班记之五十二—PDM能否当产品卖？ (@70man)	移动产品用户体验的3个层次	Mobile Vs. PC：相交的平行线	另一种产品版本细分策略
无觅

应用开发者如何在后PC时代赚到钱?

Mon, 31 Dec 2012 15:35:37 CST

　　据国外媒体报道，对于Facebook和谷歌(微博)等科技行业的巨头们来说，现在的情势正在发生巨大的变化。

　　用户们花在智能手机和平板电脑上的时间越来越多，花在台式机电脑和笔记本电脑上的时间越来越少。这个变化趋势发生得非常快，以致于支持科技行业的许多商业模式已经赶不上时代的变化了。谷歌第三季度的财报就是明证，由于它下调了移动广告费率，导致其整体广告价格下滑了15%。

　　问题的核心在于用户使用计算设备的方式发生了根本性的变化。对于大多数用户来说，在办公桌前使用笔记本电脑时获得的体验一般都比坐在躺椅中使用平板电脑或在公共汽车上使用智能手机时获得的体验更加活跃。用户们使用台式机电脑或笔记本电脑时比使用智能手机或平板电脑时更喜欢为假期制定计划或上网购物。因此，广告商和品牌商家一直不愿扩展他们的营销预算去覆盖这些后PC时代的新用户。

　　有很大一部分消费者可能在几年内就不再使用传统PC或笔记本电脑了。这个简单的事实已经给依靠广告创收的公司如谷歌、Facebook和Twitter敲响了警钟。虽然这令许多业内巨头感到担忧，但是也给那些设法进入后PC时代广告市场的公司带来了巨大的机会。

　　那么，有何解决良策?

　　我们如何才能让后PC应用获得与台式机和笔记本电脑上的同类应用相当的收入呢?首先需要了解这个问题的本质。目前，当用户们想要研究产品或是做交易时，他们很可能会放下智能手机或平板电脑，打开笔记本电脑。

　　用户们这样做的原因很简单：在移动和触摸屏设备上并不适合做精细的工作。不但它们的屏幕面积太小，而且象复制粘贴、键盘输入、应用切换和网络浏览那样简单的操作都远不如配有键盘鼠标的台式机或笔记本电脑来的方便。因此，用户在使用后PC设备时，通常会变得更加被动和缺少互动性。

　　我们需要更好的前台应用和更好的后台软件以提高后PC设备的互动性。这是完全可能实现的，而且这可以通过将机器智能和具有预测性的分析功能与后PC设备上的大量相关数据相结合的方式来实现。

　　假设你通过智能手机与好友聊天，好友建议你今晚去看最新的詹姆斯邦德电影。如果你当时正在路上，那么你可能要等到回家或到达办公室之后才能上网购票。但是我想，2年之后，你的手机可能就会知道你与好友聊天的内容和你所在的位置，当你结束与好友的通话之后，它就可以自动为你提供就近购票的建议。

　　虽然现在还没有开发出实现这种案例所需的技术，但是通过目前的一些技术应用，却肯定可以实现同样的目的。

　　首先，应用程序需要持续分析和更好地理解用户输入的各种数据信号，比如地理位置、音频、在线活动等等。其次，应用程序需要更好的信息搜集模式并根据大量的相关信息来提供有针对性的建议。最后，应用程序还需要积极主动地进行搜索和信息搜集工作，以便智能精简我们需要的可用方案。

　　利用这样的功能，不难想象后PC应用的创收潜力实际上将远远超过谷歌和Facebook等公司的创收模式。由于人们生活中的计算设备的种类和数量将越来越多，因此为新一代智能应用程序编写代码的公司将迎来一个巨大的商机。

PC产品经理转型做无线产品经理需要注意什么？

Mon, 28 Apr 2014 17:55:10 CST

4G时代的开启以及移动终端的凸显必将为移动互联网的发展注入巨大的能量，2014年移动互联网产业必将带来前所未有的飞跃。也正因为此，PC产品经理可能会面临向无线产品经理的过渡与转型。4月22日晚，人人都是产品经理⑥群（QQ群号：30115996）的小伙伴就PC产品和无线产品的异同以及PC产品经理向无线产品经理转型问题，进行了非常激烈的讨论。

1、移动互联网产品和传统互联网产品相比，有哪些不同？

从产品设计的角度讲，移动互联网产品要考虑流量、电量的损耗以及用户们的闪退问题，以及产品的流畅性问题，还要考虑屏幕大小以及移动端竖屏、横屏的问题。

从交互方面的角度讲，PC和移动产品场景差异也非常大，PC产品是坐在电脑前面进行操作，移动产品则可能出现在各种场景下，比如公交车上、床上等，在进行移动产品设计的过程中，要把这些考虑进去。

而移动产品和pc产品的盈利模式构成相同，但是比例不同，也就是盈利偏重点不同。

另外，移动产品跟互联网产品相比，产品迭代快，受众更年轻化、产品需求更碎片化。在移动端利用的是碎片时间，承载更多的生活化。也就是说，碎片时间分配给移动端，工作时间分配给pc端，但是移动端的时间占比一直在逐渐增大。不过，两者谁也不会取代谁，只会促使角色的迁移。

2、 pc互联网产品经理转型无线产品经理，需要注意什么？

第一个，因为产品迭代比较快，所以无线产品经理需要写更多版本的prd，需要做好心理准备；

第二个，因为服务目标人群相对年轻化，所以无线产品经理，需要更多的考虑年轻人的痛点和使用习惯，思维一定不能僵化。

第三个，pc可以承载的信息量多且广，而移动端需要简化甚至达到信息的单一化，专注于一个功能，做精，做深。

此外，还有注意摒弃掉pc产品经理的某些惯性思维，要懂的与时俱进。

3、传统互联网产品经理的哪些优势会变成移动互联网产品经理转型过程中的劣势？

pc产品经理的惯性思维导致考虑的太广泛，可能使得无线产品太臃肿。

有些pc产品经理是从技术转过来的，可能会把pc技术那一套逻辑放到无线产品上进行考虑，跟移动技术人员进行沟通的时候产生障碍。就比如，pc端设计登录流程和移动端登录流程的设计就有很大区别，如果不能改变思维，会增加沟通成本。

本文档为人人都是产品经理⑥群讨论总结，由边缘整理、编辑，转载请注明原文链接！同时，非常感谢参加⑥群群讨论的的小伙伴们，希望大家都有所收获有所成长！

微信号：woshipm，干货天天推荐，欢迎关注

换了打法的苹果，要加速 PC 灭亡

Wed, 23 Oct 2013 03:41:42 CST

这几个月，苹果没有闲着。这一次发布会显示了十足的诚意。iPad Air 和 iPad mini 2 升级幅度之大，带给人们十足的惊喜——不论是前者不到一斤的重量，还是后者 2048 x 1536 的 Retina 屏幕，都狠狠地刺激了围观群众的肾上腺激素。

这表明，两个设备正在迈向完美。过去 iPad 被人抱怨是“客厅平板”，因为它又大又重，难以单手握持。而这一次，苹果则自信满满地在广告里展示单手拿着 iPad Air 的人，表明了重量上的巨大改进。而从数据上的变化，也是惊人的，从 613 克，降低到 478 克，相差足足有 135 克之多。

此外，应该很难有人会再抱怨 iPad Air 难以握持，因为它的宽度从 185.7 毫米减为 169.5 毫米，相差 16.2 毫米；而且机身边框的曲线也变得柔和，能为人提供更好的握持体验。

iPad mini 2 的变化更是符合我们的期待，Retina 屏幕，A7 处理器，仍然不到 350 克的重量，同样 500 万像素背照式摄像头，尽管稍有上涨但仍然没有突破 3000 元人民币的价格。无论便携性、性价比还是别的，它都尽善尽美。

伴随着硬件的进步，OS X 10.9、iLife 与 iWork 也全部免费，让人眼前一亮；这提高了苹果设备的附加价值。购买苹果设备，不仅获得优质的硬件，还能免费获得苹果设计的软件。苹果的做法与当下流行的“互联网打法”不一样，这显示了苹果仍然“以硬件为盈利来源”的定位。然而，很难否认，相对比其它的企业，苹果适合这种打法，而且有足够的底气采用这种打法。

通过这场发布会可以知道，苹果的目标直指当下的 PC，还有未来的 Windows 平板电脑。操作系统的免费，用户也许感觉不到差异——毕竟 Surface 平板电脑所搭载的操作系统，也算是微软附赠的。然而 iWorks 与 iLife 系列应用的免费，却打开了突破口。

也许 iWorks 的功能仍然不如 Office，但前者足以胜任大多数的操作，在免费的情况下，可以成为 Office 的替代品。如果是简单地编辑文档，Pages 已经足够；KeyNote 制作的幻灯片总是清晰明了，美观大方；只有 Numbers 难以与 Excel 比肩，毕竟后者功能之复杂，一个人也许一生都掌握不完。

然而不论怎么样，“免费”就是 iWorks 最大的优势。而且苹果也采用了“捆绑”的策略，新一代 iPad 产品都内置了 iWorks 应用，这无疑会增加它的用户数量。而只要 iWorks 质量够高，用户就不会切换。

软件的免费，是为苹果 iCloud 做准备。拥有多个苹果设备，而且还喜欢用 iWorks 或 iLife 来编辑文档的用户，没有理由不用 iCloud 来同步文档。毕竟插拔 USB 线找出文档然后传输，是一种十分痛苦的体验，不然 Dropbox 也不会打着“消灭 U 盘”的口号来吸引消费者注意。

而随着用户使用 iCloud 的次数越多，时间越长，存放的资料越多，用户对苹果设备、苹果生态的依赖性就越强。就好像 Evernote 的“长期贪婪”一样，只不过苹果所要的利益不是金钱，而是用户的忠诚度。比较可喜的是，苹果这次为改进 iCloud 的可用性作出了努力，iCloud 不仅是类似于 Dropbox 的东西，还提供了类似 Google Drive 般的协同编辑功能。

只要 iCloud 解决用户体验的问题，那么它作为官方的服务，必然会受到用户的欢迎。而更重要的，iCloud 成为横跨多个设备的桥梁，让苹果的电脑、平板、手机、电视盒子成为了有机的整体。就好像我的朋友喜欢 Safari 的 iCloud 书签功能一样，提高多屏幕协作的灵活性，其实也是解放了人的自由。

同过提供优秀的硬件和优秀的免费软件，苹果提高了硬件的附加价值，结果将是销量的增加，而最终结果将是实体环境中的 PC 设备变得越来越少。iPad Air 和 iPad mini 2 或许会加快这个进程。

陈一斌

组织过软件汉化，写过时间管理文章，研究过个人知识管理。关注科技的发展，创投资讯、移动互联网。

邮箱 Twitter Facebook 新浪微博

#欢迎关注爱范儿认证微信公众号：AppSolution（微信号：appsolution），发现新酷精华应用。

爱范儿 · Beats of Bits | 原文链接 · 查看评论 · 新浪微博 · 微信订阅 · 加入爱范社区！

用Android、iOS和Mac设备控制PC：微软发布远程桌面应用Remote Desktop

Sat, 19 Oct 2013 16:33:05 CST

微软发布了Android、iOS和Mac版本的Remote Desktop，通过这款应用用户可以远程控制PC。目前这款应用已经可以在相应的应用市场上免费下载和使用。

Remote Desktop提供的主要功能包括：

通过Remote Desktop Gateway访问远程资源；
支持多点触控和Windows手势；
在连接中心管理远程连接；
高质量视频和音频串流。

如果要远程连接电脑，你还需要做到以下几步：

接受远程连接的电脑必须已经启动，并连接上网；
Remote Desktop必须已经开启，并且也已连接上网；
你必须有远程连接的权限，这意味着你必须在对方电脑的用户列表上。

关于如何在电脑上添加远程连接，微软撰写了详细的说明文档，操作步骤颇为繁琐和让人摸不着头脑。我试着按照微软的说明文档操作，但尝试了许久却总无法像文档中那样顺利地进入下一步。

微软解释了他们尚未推出Windows Phone版的原因是“很少有人会在手机上远程操控桌面“，但可笑的是他们已经推出了为iPhone适配的Remote Desktop。微软确认说他们正在开发Windows Phone版本的Remote Desktop，但他们还无法提供具体的发布时间。

Mac版Remote Desktop，现在已经可以在 Mac App Store免费下载安装。

Android版Remote Desktop，目前已可以在 Google Play免费下载安装。

iOS 版的Remote Desktop（iPhone和iPad 通用）已经可以在 App Store上免费下载使用。

当 PC 开始运行 Android……

Sat, 01 Jun 2013 09:33:50 CST

有个问题，我想过无数遍：为什么 Google 推出安装 Chrome OS 的笔记本电脑，却不推出基于 Android 的？后来，有无数人帮 Google 解释，比如 Chrome OS 更符合 Google 的哲学等等。

不过，人的想法是很难估摸的，比如说有的人买来 Android 电视棒，生生将液晶电视机变成大屏幕显示屏，再接上键盘和鼠标后，Android 就变成一个桌面的操作系统。是的，Android 的开放性让它有各种各样的玩法。

终于，运行着 Android 的 PC 出现了。它的制造商是宏碁，型号为 Acer DA220HQL，采用一体化设计，拥有 21.5 英寸支持多点触摸的大屏幕（分辨率为 1920 x 1080），它的“芯”不是大家常见的英特尔，而是德州仪器（Texas Instruments）的基于 Contex-A9 架构的双核 OMAP 4430。十分凑巧的是，Google Glass 也采用同样的处理器——这款处理器已经是 2011 年的产品。

这台 PC 所搭载的操作系统是 Android 4.0，拥有 1 GB 的 RAM，和 8 GB 的 ROM——这配置，放到当今的手机世界里，都不算高。相比之下，400 美元的报价显得十分昂贵，也许成本都用在那块触摸屏了吧。但如果和宏碁其它的一体化 PC 产品相比，DA220HQL（请原谅我使用让人无法记忆的编号）至少便宜了 200 美元。

采用手机硬件来制造 PC，其成本能降低许多。一年前，国产品牌智器推出了硬件配置与 DA220HQL 相近的平板电脑 Q8，采用同样的芯片，1G RAM，报价是 998 元——从侧面比较，Android 的硬件成本确实可以做得很低。另外，和 Windows 不同，生产 Android 设备无需向 Google 交纳授权费。

在 PC 市场开始萎缩的情况下，PC 厂商不但无法寄望高出货量，授权费也令其成本难以削减，压榨利润空间。微软若不考虑一下“队友”的问题，严重的话，也许会失去过去三十年来打造的生态系统。现在传闻中的 Windows 8 的授权费在 80 到 100 美元之间，实在高昂。

PC 厂商的转变，我们早有目睹。亚洲的 PC 厂商们，不论联想、宏碁还是华硕，都开辟了移动产品线，希望它们能够发展壮大。但尴尬的是，PC 仍然是公司业务的重要组成部分，不是说砍掉就能砍掉的。

Android 不是面向 PC 开发的操作系统，因此许多应用之类的，都未必为大屏幕而优化，这会降低用户体验。但为了提高利润率，为了生存，PC 厂商未来会不会投靠 Google 和 ARM 联盟呢？

微软、英特尔，你们应该感到恐惧。宏碁是第一个，但也许不是最后一个。

陈一斌

组织过软件汉化，写过时间管理文章，研究过个人知识管理。关注科技的发展，创投资讯、移动互联网。

邮箱 Twitter Facebook 新浪微博

#欢迎关注爱范儿认证微信公众号：AppSolution（微信号：appsolution），发现新酷精华应用。

爱范儿 · Beats of Bits | 原文链接 · 查看评论 · 新浪微博 · 微信订阅 · 加入爱范社区！

PC、iOS、Android等多平台通用性交互设计思考

Tue, 13 Nov 2012 11:51:07 CST

作为一名普通用户，吐个槽先～
虽然不是5岁的美国小萝莉，不过我还是受够了各种操作平台的分类，以及浏览一个网站或者使用一款产品要学多个版本的行为！！各种PC版、iPhone版、iPad版（所谓的HD）、Android版… 我想说，版你妹呀…

近年来，在技术方式，网页自适应的兴起、微软Win8系统的发布，都在试图解决一个问题：让同一产品能在平板、PC等多平台下同时使用。由此可见，替换掉冗余的多版本开发模式，发展通用性，是未来产品发展的一种趋势。因此，设计师也要在不同的平台规范和习惯中寻找共同点。

要做到一款产品完全适用多个平台是不可能的，我们能做的是综合考虑多个平台，找出共性，让差异减少到最小。

交互层面：

主要功能的交互行为一致

主要功能的交互对象一致

所谓交互对象，就是交互动作的直接接收者，一般体现为一个按钮或者热区，要考虑多平台的通用性，就要从其位置和大小两个属性入手

触摸操作（iPhone、iPad、Android等）
位置：用户使用手机，多是单手握住手机底部，竖屏操作；而使用iPad多是双手握住机器中部，横屏操作。这两种场景下的易触位置如图

大小：根据iOS规范，理论上可触击元素的最小尺寸应该为44像素(约1/4英寸或7毫米)见方。

鼠标操作（PC）
根据费茨定律，PC端的交互对象描述如下：目标越大，所用时间越短。距离越长，所用时间越长。
由于PC鼠标箭头能够点击的区域可以很小且相对精确，PC端的约束较轻，所以这里只单向考虑了触摸操作平台，将主要功能置于屏幕下方，尺寸大于44像素（约1/4英寸或7毫米）见方的点击区即可。

主要功能的交互展现一致

所谓的交互展示就是交互行为作用在交互对象上产生的结果、反馈。两大操作形式上不做区分，只要技术支持，形式不限，重要的是平台实现效果的性价比。
常用6种效果：转场、邀请、过渡、反馈、缩放、吸附
这里不做详细介绍了，传送门： http://elya.cc/2012/05/06/1234/

实现多平台的通用性设计不仅需要交互层面的考虑，还需要视觉和技术层面综合考虑，由于本人从事交互，其他两项无法深入分析，找出共性。还请人心人士补充。

（微博UDC原创博文，转载请注明出处，欢迎订阅）

您可能也喜欢：
为信息设计	谈icon风格设计(上)	以行为为中心的设计
无觅

IT瘾pc推荐

2024 年可能是 PC 用 Arm 替代 x86 的一年

前端调试技巧（PC调试）

theme: healer-readable

1. console.log()

2. 断点调试

（1）手动断点

（2）事件断点

（3）请求断点

（4）Dom 断点

3. 动画调试

RSA加密、解密、签名、验签的原理及方法 - PC君 - 博客园

谷歌开发Fuchsia，PC和移动操作系统真的要融合了？

微软：要和，也要同

苹果：要和，但可以不同

2015 年最简单粗暴的 PC 选购指南

PC客户端的互联网化设计

网易云音乐Vs酷狗音乐PC客户端竞品分析

用户需求

需求满足的现状

总结与改进建议

用户体验

产品界面

交互设计

总结

后记

在 Mac 下制作可启动 PC 的 Windows Bootable 安装启动盘

PC 端和移动端产品设计的最大不同是什么？

地图聊天等服务移动化水平超九成 PC端渐消亡

索尼转手PC业务和VAIO品牌，日本企业Japan Industrial Partners接盘

以一行JS代码将PC网站移动化，想成为PaaS的“云适配”试图以简化方式做跨屏适配

Chrome与IE市场份额战火已经烧到PC之外？

PC远程调试移动设备 - Barret Lee

UC俞永福：互联网公司将遭遇PC流量下降尴尬

Mac电脑与PC的九大区别

PC、iOS、Android通用的交互设计

交互层面：

主要功能的交互对象一致

主要功能的交互展现一致

豆瓣移动互联网之路：巨大的解放 PC依旧重要

Gartner：平板表现强势导致 PC 出货量在 2012 年第四季中继续下滑

通过.htaccess对手机与PC终端分流呈现页面

PC和智能手机功能花费时间占比比较

把PC端访问习惯迁移到app，Walmart(沃尔玛)是如何做移动电商产品的？

6款 好用的 PC+Android 同步 GTD 软件

豆瓣移动策略：产品精细化，PC端策略的延伸

不会有一个叫豆瓣的应用

PC端的子产品区隔

移动端是PC端策略延伸

应用开发者如何在后PC时代赚到钱?

PC产品经理转型做无线产品经理需要注意什么？

换了打法的苹果，要加速 PC 灭亡

用Android、iOS和Mac设备控制PC：微软发布远程桌面应用Remote Desktop

当 PC 开始运行 Android……

PC、iOS、Android等多平台通用性交互设计思考

交互层面：

主要功能的交互行为一致

主要功能的交互对象一致

主要功能的交互展现一致

6款好用的 PC+Android 同步 GTD 软件