机身太薄放不进去

对于用户来说，操作流畅就是好的，多一个 G 少一个 G 一般人不在意
iPhone 用 2 ～ 3 年流畅度没有太大差别，安卓多半慢的没法用
所以人家根本不屑于用这个来证明其价值

触屏笔的几个大厂做了那么多年，都有自己的域名，市场基本都给占了，这种域名卖不动
空域名不经营，人家申诉也很容易拿走

平板市场有点低迷，出了这个也不见得能卖多少

@cxshun iOS 好很多是因为 app store 查的严， app 不能随便要无关的权限，你不拿掉不给你上线

信息安全啊，新软件不能随便放权限，也别看都不看就点同意

用的不爽多半问题还是在 GFW 。。。

不提就说明还有问题，没那么快发布

按错键发出去了，第三行漏了一句：
切记不要生搬硬套。

先参考这个对 git flow 的概念有一个大概的了解
http://nvie.com/posts/a-successful-git-branching-model/
然后根据自己团队的情况酌情处理命名规范、分支安排，切记不要

git 的最大好处有 2 点：
1. 快速开发的时候团队作业免不了遇到 conflict ， svn 提交的时候发现其他人已经提交而且有 conflict ，想 checkout 也因为 conflict 无法正常进行，那么这时候程序员会很烦躁， git 用分支结构，每个人走一个分支， conflict 机会少，在代码合并的时候一次性处理 conflict ，压力不会太大。
2. 每个人都有 repo 的本地 copy ，各种 commit 版本切换不需依赖服务器， svn 就不行

就是忽悠，分期付款买手机，每个月看着很少，其实给银行更多

@YuJianrong
不是说让你每个文件都写进 meta 文件，类似于定义 namespace

对于 PHP 来说，常规的用法 IDE 自己就会识别，比方说：
$model = new MyClass ();
$model->doThis ();
你在运用的时候，觉得 doThis ()名字起得不好，要改成 doThat ()，你直接在运用的地方改，其他所有地方都会自动改变。 IDE 还会进行分析，如果它没把握重构所有的地方，还会触发预览模式让你判断。

特别的调用格式，你只要描述特征，它自己会进行匹配。
例：项目有很多和 table 对应的 model ，一开始他们都有一个方法是 setName ()，属于反射方法，自动对应表里的 column 名字
因为项目比较大， model 不能全放一个地方，而且为了区分名字很长
用 new LONG_NAME_MODEL_A ()写起来很不方便，于是开始使用统一的反射调用方法：
MYAPP::getModel ('a');
MYAPP::getModel ('b');
如果只是几个 model ，你还可以写在 phpdoc 里，进哪个参数，出哪个 model ，如果有几百个 model ， phpdoc 就没办法了
@gaitana 你可以参考这个
这个时候 model b 的 field 名字改了，从 name 变成了 firstname ， setName 和 getName 都要重构， PhpStorm 在这个情况下是不会自动识别::getModel ()调用了哪个 class 的。为了开发方便，让 IDE 识别我们特别的方式
就要把这个特例写进 meta 文件：
项目根目录放文件 .myapp.meta.php
结构大致如下：
<？ php
namespace = PHPSTORM_META {
$STATIC_METHOD_TYPES = [
\MYAPP::getModel ('') => [
'a' instanceof \LONG_NAME_MODEL_A,
'b' instanceof \LONG_NAME_MODEL_B
....

这样等 IDE 做完 index ，重构的时候就可以准确定位到某一个 model 的方法了

回楼上的 @YuJianrong
我用 PhpStorm ，所有主流 PHP 框架，不管多复杂，有特殊用法的做好 meta 定义，各种 rename 无压力，反射类、方法、变量都没有问题。
一个项目一个 meta 文件，一个人做好了全组都能用。

要按键编程，还要非蓝牙，可以考虑下 Mad Catz 系列
http://www.saitek.com.cn/

真出新的可以退货的

目前已丢掉所有这些 app 换回纸笔模式，活页夹＋带孔纸

Evernote 只能凑合，但 OneNote 好不到哪去

@kxxoling @Tink 哈，是的， DiskWave ，记错了

有个免费的工具： WaveDisk
界面不算酷炫，但是一样实用， Spring 风格