@lichao 嗯，github上项目也不算多。。。我是考虑到LZ可能和我一样是系统编程语言出身，dart会比较好上手。。。coffee这种依赖缩进的语言让我极度缺乏安全感

现有存储介质都是2进制。
2进制的进制基数是2，那么一个数字只要被因素包含大于2的质数的数除，都会产生无限循环小数。

无限循环小数和无理数都无法，和非无限循环的有理数一起用同一种方式存储到存储介质上的同时
还保持计算的兼容性。

对于无限循环小数，可以设计一种格式存储到介质上，但是同时又要和非无限循环的有理数能够计算，效率应该会变得非常低下。

对于无理数，小数位的数字没有规律可循，所以根本无法保存精确值，只能保存近似值。

高精度计算，一般可以将数字转发成string, 去掉小数点，按位计算再保存回string，再加回小数点。

有C家族语言（C C++ java）基础的话，可以考虑试试dart。最终可以编译为js

@momou pure linux user

一、作为一个作文能写满分的理科生，骚年，我觉得你在coding这条路上很有前途！清晰的文路反映清晰的思路。
二、忧患意识是很重要的。这点不错，但也要对自己多点自信。大学这几年就别光顾撸妹，多花点学习和动手实践，失业这种事情根本是不需要考虑的，而是工作是否足够满意。
三、既然知道了将来可能面对的问题，现在要做的事情是早做规划，将来两个人的去向要统一好口径，读研还是工作，去哪个城市发展……越清晰越好

四、想明白了问题所在，多余的担心没有任何帮助。具体怎么做没人能帮你，不管是什么事情，如果你意愿真足够强烈（梦寝思之的程度），上帝都会指引你一步步怎么去做。

@momou
@MayLava
@raptium
@io
是笔记本，适配器其实是好的，是和笔记本连结的头上里面的针脚有点断了。（怀疑接触不良，会增大电阻）
换新的适配器就好了，旧的就会卡。
所以我就有此疑问了

写点简洁点的代码，真的需要看那么多书吗？不妨自己仔细思考，提取抽象，照样能写得很漂亮。

要知道设计模式不是本来就存在的，也是别人的经验。

按照个人经验来讲，可以概括一下自己的抽象方式，然后和书上一比对，你发现自己重新发明了这些设计模式，你明了这些设计模式真正的适用场景，而不是死搬硬套，除了成就感还得到了很好的修炼。

@Ricepig X只有哲学上的优越性，事实上是又老又陈旧

一、内核只有一个，但是桌面是分裂的，开源社区的力量太分散。
二、设计桌面的还是Linux的用户，思路不是按照一般非专业用户设计的，
很多还是倾向于一些很原始直接的方式。
三、由于“二”的原因，Linux用户基数还是很小，缺乏足够的一般用户常用的商业软件的支持。
然后就是由此形成的恶性循环。

文路清晰的人一般思路也清晰，很多计算机巨匠都擅长写作

越小众的，用户质量越高。v2ex算不错的，特别是web方面的人才应该蛮多的。
OSC上真的是一塌糊涂，良莠不齐，技术问题没讨论几句就把对方全家都问候了一下。

google设计go的初衷是解决c++的复杂和python的速度慢，降低构建大项目的难度。
这些语言的应用场景是有些重叠关系，但是总谈不上替代。非A即B的思路是不对的。

还是linus大哥更务实一些

@yangzh json的标准中根本没有这一条。即便标准是utf8。你能保证你获取的原始数据是utf8吗？你不需要封装的时候转化吗？只要是基于string，都要处理编码。

@tangzx 基于string的而不是binary的数据交换格式，要处理各种不同的各种编码，效率上已经吃亏了，优点就是适宜于阅读。再者对于json，效率的问题，语法严格是其次的（为了提高容错性，很多lexer的实现其实对语法要求不严），主要是足够简单。xml语法也很严格，但是它太繁琐了。

json是我见过最宽松的了，连变量类型都没几个，很适宜人类阅读。ASN.1、XDR那些东西才叫严格复杂了。

对于速度要求不高的话，java swing、swt/jface皆可。至少我还没遇到跨平台问题。

这从来不是一场战争，只是程序员之间相互调侃的幽默

我的第一反映是，windows直接趴下