锂电池最忌深放电，全放再满充无异于自杀。
过充现象现在几乎不会存在，连山寨长的移动电源都知道有过充保护电路，跟何况Apple？
锂电池正常使用，就得随充随放，所谓的涓流充电。
锂电池如果要长期保存不用，需要充60%电。

常见的满大街的所谓的电池保养术，那是对于古代的镍氢充电电池而言的。

有成长空间么？工作量合理么？做的事情有意义么？有挑战么？有压榨到你没办法做别的事么？你现在已经有更好的offer了么？

如果前面四个问题答案是yes，后两个是no，我也看不出留下有什么坏处，至少每个月还有钱拿，吃着碗里的看着锅里的多好。

@julyclyde No，但我大学时国外的外包做得多，平时都不看中文剧，所以黑话都是英文的熟。→_→

@amio Bug没修完还没push。
目前还只是在改parser，改完发PR被merge了就没自己的地址了。
Editor还得另做，Visualizer那个也就为了调试用用，不会发布。

进度可以看这个issue：
https://github.com/chjj/marked/issues/338

@twor2
@julyclyde
接触？招？找？这词在中文里对应的黑话具体是什么我也不清楚。。。

@Garwih 好吧，我们先把讨论的范围限定在技术类文档，不然就存在中文的莎士比亚更好还是英文的李白更好的极端case了。

举例也要考虑词频，技术类文档专业术语较多，而文学创作的fansy terms用得极少。中文里专业术语，大多是外来词，生造词，这导致了中文用字的笔画更多更大坨。而英文里的长词，技术文档里用到的很少，用到的那么几个也有约定俗成的极短缩写，立即想到的是internationalization，也就是平时常见的缩写i18n的本尊，i和n之间18个字母之意。

英文占空间更多那是的确，但语言从应用的角度来看，不是越简练越好。对于技术文档而言，强调的是逻辑清晰无二义，结构明确易读取。

中文的二义性不用多讨论，光是分词断句的模糊性就贡献不少了，知乎上曾经看到一个讨论，“奉天承运皇帝召曰”到底是怎么断句的，反正我看到最后也没看到明确的结论。
一段技术性的说明，大量外来生造词，初看可能怎么断句都搞不清楚，光是简练又有什么好处呢？而英文空格分词，这事就省了。
再来说语言结构，大段文字极易视觉疲劳，中文所有文字等宽等长，唯一不等的是笔画密度，第一眼看上去没有明确的视觉特征。而英文词汇长短不一，有大小写之分，并且这些特征往往和该词在段落里的权重直接相关，长词显然更可能是核心词，非首词大写的作者必然认为十分重要。
中文语法过于灵活，不同的文风连段落构造方法都不同（参考古龙 vs 金庸）。而英文万变不离其宗，冠词，介词，不定式，从句，都是一眼能看出的很明显的结构，表意作用也固定，谁写都是如此。
中文对技术词汇的译法没有通用的标准，有的干脆就没有翻译，而英文用法是很固定的。

所以以上这些带来了什么，英文文档对于语言熟练者，可以快速检索，随机访问，第一眼看过去就能知道段落的逻辑结构，核心句是什么，哪些句可以无视。我现在日常拿到一个没用过的库，只要文档是英文写的，我不用看完就可以直接开始编码，想要知道什么马上就能从原文里找到，随机存取效率极高。

总结起来就是，英文是用空间换时间，自带数据结构，中文压缩率高，解压时间有时过长，优劣完全取决于应用场合。

@Garwih 不考虑他人识别率的情况下，英文一句话我能一根线拉完，好吧，其实我中文也能，但英文一笔拉完看起来依然像英文，而中文就纯粹烂字了。

略耍流氓的说，英文的话，任何词可以只需要一划，中文一个字就不止一划了吧？

不耍流氓的来比较，多数情况下中文比英文笔画少？搞反了吧：

计算机 <--> Computer
中央处理器 <--> CPU
二叉树 <--> Binary Tree
算法 <--> algorithm
鲁棒性 <--> robust

更别提英文各种首字母缩写了，各种单词简写。

message我可以写成msg，algorithm我可以写成alg.，data structure我可以写成DS。

中文怎么缩写都还是那样吧。

另外，英文天然用空格分词，天然和数学表达式兼容，这些都是中文无法比的。

Don't get me wrong. 本人对中文的热爱更甚，四书五经二十四史老庄孔孟熟读不敢说，好歹也是从头到尾看过那么两三遍的。

脑补了下钢丝刮过肠胃的画面，不寒而栗，→_→

英文当中文用，做梦说英文很溜，不过醒着口语却很渣。
英文书法笔中文书法好，从高中起日常手稿都用英文，主要阅读纯英文书籍（高中晚自习都看算法导论，设计模式英文版之类的）。
最早的目的是保密+装B，连写一撸一般人看不懂，后来成习惯了，而且的确用英文书写效率高得多。
初中起英语考试都140+，题简单的话，听力还没开始放（提前半小时发卷什么的），非听力部分就能做得只剩作文。
大学四六级都裸考，600+。
没出国打算，GRE托福神马的没考，不过红宝书什么的看了几眼，没什么生词。

@WildCat iOS的没注意过，不用局限于某个平台嘛，也就是各种命名规范和语法不同而已，Design Patterns是超越语言超越平台的存在。

就最原始的<Design Patterns>就行，粗读一遍，然后开始撸项目，只拿来当reference用。
然后你开始看大中型项目的源代码，UI框架的看几个，MVC的App看几个。到后来看项目目录怎么组织的就能知道是什么pattern，反正我是这样的。

撸几个项目你就发现根本不用刻意去想，写出来的代码自然就是某种pattern。
正所谓大巧不工，重剑无锋。

围观楼上放火。

@zzNucker 其实吐槽的目的还是其次，开源库拿来经常都不够用要自己加功能。
主要是觉得这现象有点过于普遍了而已，js实现的parser库好多都这样。

再贴个大型强子对撞机的数据量：
每秒10^9次质子碰撞事件，每个事件1MB的数据，所以也就是1PB/s的数据产生速度，这多到没办法存了。
于是他们设计了ATLAS的触发器系统，来过滤掉了大量事件，实际数据量是200MB/s，每年5PB的数据。

知道他们用什么存数据么，磁带。

哦，少除个4，只有10^11帧数据，还要再低个数量级，1MHz的采样率。

假设数值类型是32位int，一个数字4B，5 TB=5.xxx * 10^12 B，以下只考虑数量级。
假设每帧数据是4维向量，那就是10^12帧。
一天有24*3600=86400秒。
也就是每秒11574074Hz = 11.57MHz的采样率。

很低嘛。