我是AppAnnie的用户之一，产品很不错~

@peterlu 我打算从2D／免费的开始，应该上手会更快，试错成本比较低~

我帮你推广一下： http://weibo.com/2334336551/yDdxBefLx

听力受损只与音量有关，最常见的受损场景是在嘈杂环境下受到环境音影响会下意识把音量调高。如果不是室内耳机而是出街耳机，重要的是封闭性，降低环境音的影响。头戴式耳机戴着比较舒服，但不一定是封闭性最好的，头戴式与封闭性没有必然联系。所以建议：
1. 如果可以避免，尽量不要在嘈杂环境听。
2. 不必局限于头戴式，从封闭性和便携性都不如入耳式，供你参考。

作为一个刚刚了解还没有实践经验的人，说下我的第一感觉：
其实我看两者虽然语言不同，但API是一样的，开发难度都不大〜
我估计要做到跨平台兼容的话一定在其他方面会有所缺失，任何一门技术，研究的方向一定是在宽度和深度中不可同时满足的〜

ForkLift在冰点时入过，很值得，每天都在使用~

几万元就别谈投资了，先努力工作赚钱吧~

@Livid 能否内置？

@lun2u @Pactzhao 我也购买了这个应用并且导入twitter。这个产品从它支持的服务来看，并不是为中国用户设计的，而且付费用户中来自中国的比例太少了，如果我是作者我也不会提供支持，换句话说，就是投入产出比太低。

在制作1个月后的泰国旅行计划~

WhatsApp被爆了~

MySQL Workbench原来这么好用~

@66450146 谢谢，赞同你的观点，没有万能、通用的数据结构，想清楚需求场景，就能找到一定条件下最优的数据结构~

LZ实现的是最简单的双向链表，在结构上与STL中最相似的是std::deque，这种数据结构的优点是两端增删效率极高，就是stl里的push_back()操作，看了LZ代码，也就是NodeAppend()方法~
但是LZ又增加了按数字下标快速定位到元素的需求，还按原来的结构遍历一一对比是低效的，如果要加索引的话，不应该是LZ这样，有2种方式：
1. 加个hash table，也就是LZ说的数组，但不是首尾相接的多个数组，而是一个数组就把hash的范围考虑好，有冲突了再往后追加，把数据样本、hash算法和落点范围考虑好的话，时间复杂度做到O(1)也是没问题的~
2. 用红黑树做索引，就是std::map的原理，优点是查找效率可控，时间复杂度最差不过指数级，缺点是插入删除相应变慢，因为要调整树节点~

感觉不会再爱了~

http://www.engadget.com/2012/09/12/apple-iphone-5-liveblog/
文字~

http://www.ustream.tv/ltktv
视频~

base\_gl\_geall.sh
`base_gl_geall.sh`
<pre><code>base_gl_geall.sh</code></pre>

@bitsmix 请问你用的是什么文件系统？

@bitsmix 用NTFS没丢过数据，exFAT没用过~