为何不写 CSS 解决

@wb14123 有

limechat

1. “功能够用”就是不够用，你买之前觉得自己没有需求，偶尔有这个需求了不能完成就哭了。就好像大多数人其实不怎么用 Office， 但是电脑里都会装一个。平时虽不用，要用的时候不能用不成。

2. 发展慢，iOS一年出一个版本，Android一年出一个版本。基本上都还是有看得见的改进的。WP先在的功能很多方面还没达到完善，然而迭代速度还不够快。仿佛还停留在之前 Windows 多年出一个版本的思维方式。Google 和 Apple 瞅准了这一点，就是要跟你打时间差。

3. 升级慢。当然这个不是微软的错，是很多方面的原因。Android升级也慢。但是有一个好处是第三方定制ROM可以自己自由添加功能。像 MIUI 之类的，即使他还停留在2.3、4.0等等，但是可以添加官方 ROM 不存在的功能。虽然 ART 这种底层功能升级慢，但是用户可以体验到的方便功能是可以随时与时俱进的。WP不具备这样的定制性。

4. 一招鲜已经成了一招滥。WP 的 Metro/Modern UI，在刚出来的时候基本上还是好评居多的。大家广泛认为这是一款颇具新意的 UI 设计。然后微软并没能在足够短的时间里将其推广开来，没能很好的改变用户的审美取向。以至于大家现在这个颇具新意的 UI 已经没有什么新鲜感了。造成这个的原因很复杂，毕竟像 iOS7 这样出来被各路设计师骂得体无完肤的东西现在完全被用户接受了，现在几乎没有人还质疑 iOS7 风格的扁平化，而微软没才能做到这一点。

5. 认知度低，诚如我之前所说，WP 的发展慢，因此曝光度相比其他两家就少很多。Apple 每年两次，上半年 WWDC + 下半年发布会，在普通非技术人群当中的影响力都非常大。Android就不用说了，即使 Google 自己的 IO 关注度一般，但是国内各种厂商，每天三百六十度无死角广告狂轰滥炸，是个人想不知道安卓是什么都难。WP 就比较惨，你路上随便抓个人去问一下 Windows Phone 是什么，估计很大概率都不知道。

像 parse.com 这样的云服务有提供实时聊天功能的 API 和 SDK

小时候看过一两期~

@taoche 是不是bug有点争议，虽然现代浏览器对这个有一定的优化，但是使用赋值式的函数声明还是有最好的兼容性。因此尽可能采用这种方式比较好。

另外，貌似在这种coffeescript为了解决调用需要在声明之后的问题，在编译的时候会首先将所有作用域内的变量都声明下，譬如

```
a = () -> console.log 'a'
b = () -> console.log 'b'
```

会被编译成

```
(function() {
var a, b; // 这里预声明了所有变量k

a = function() {
return console.log('a');
};

b = function() {
return console.log('b');
};

}).call(this);
```

所以在同一个作用域下面声明的函数之间是可以相互调用的。这个已经是比较符合预期的效果了。我实在看不出还有使用声明式的必要。

coffeescript 强制你使用函数表达式的写法是为了避免 Javascript 函数声明的作用域bug。你应该接受这种写法，而且在以后写 Javascript 的时候也尽量采用这种写法。

所谓作用域的bug，简单就是

if (true) {
function doSomething() { alert('A'); }
} else {
function doSomething() { alert('B'); }
}

doSomething()

上述程序看似应该 alert 'A' 实际上将总是 alert 'B'

有时间能拿 NOIP 就已经很不错了。还想兼顾其他的可能有点难

操作系统里面这一套，都是之前排队论研究的很透彻的东西了。加上一点计算机特有的性质应用一下。

不用学操作系统，去研究排队论就好了。

还是 WebView 在里面么？之前用 Wunderlist 遇到同步bug，有一个task怎么都无法标记完成

支持，这个应该是desktop吧？如果移动端也可以的话就再好不过了

邮箱号确定不是随机生成的？

暑假还没开始 QwQ

建议先了解一下 pt 和 px 的关系。此外 Photoshop 字体大小的单位可以在偏好设置里设置。

有米有一种豌豆荚即视感。。。

Pencil 不是设计用来记笔记的。但是 Jot 的评价貌似也不好。

我也同意笔记用纸笔比较好。

附我的 Pencil 评测 http://io-meter.com/2014/04/22/review-of-pencil/

看成中科大了。。。吓了一跳，想USTC的开源社区不至于需要ucloud赞助啊。。

后来才看清楚是中科院大学。。。。

我也觉得 Go 的前景是不错的，目前来看，随着 Docker 的逐渐成熟和普及，Go 语言会首先在围绕 Docker 相关的生态环境中扩展开来。以后的后台运维可能都要稍微懂一点 Go。

但是说一朝一夕就取代现有的东西肯定不现实。

就比如 Swift 现在火吧，我打赌明年这个时候肯定招人还是招 ObjC 的多，而且肯定还要明确规定，只会 Swift 不行。