@breeswish 原来如此 漏看了 不好意思

这些题最没意义的地方在于，解释器实现方式变一下，可能答案就变了。。。。真蛋疼

@maddot 支持，交给那帮王八蛋干嘛

@jetyang 嗯，希望能变得可用一些。

有源码 参见mame

You've got 6 answers wrong (#3, #4, #9, #11, #12, #14).
Very good, but not quite there yet.

感觉没什么意义

个人也觉得用下划线不好看。。。。lisp系里面可以用 “-” 链接什么的挺好，还能加特殊符号表达意思。

驼峰也挺好，是一般语言的看上去比较舒适的选择。

不过python很多库里都是用小写，但是很少看到 下划线，可能是拆分的粒度比较细。

@jetyang “一个产品能用，保证基本的用户体验”。。。这句话和保守与否没关系吧。。。一个产品都不能用。。不知道还要这个产品干嘛。。。

weibo也是一样 还节约了服务器生成页面内容的开销

那就语音输入法吧，感觉挺准的现在

@alexandercn 嗯，全键盘，滑动灵敏度开高，多练练就行了，画圈的感觉。不过也不能做到每个词都盲打，常用词可以，适合走在马路上回复。主要是点按比较难控制2次点之间的距离，滑动稍微好一点点。

安卓上 非语音输入里面 google输入法基本无敌 滑动输入可以做到盲打基本

目前rust呼声比go高一些

@iwege 感谢你回复那么多，我不是一个较真的人，我比较懒，就不一一回复你了。

我自己回复的有几句话，主要是表达这个意思，有共鸣的人能看懂就行了。

我看过太多网上技术方面的争论，最后都没结果，我觉得主要是我们看问题的角度不同。只要立场不同，怎么说都怎么有道理的。

我只希望在手机浏览器上使用豆瓣的时候，能更顺畅，无他，对于前文提及的可能不恰到的言辞，表示抱歉。

@pepsin 我说的谨慎是指用移动web端还是移动native端的决策谨慎。

@pepsin 不说国内 其实国外很多前端项目也很谨慎，facebook不是做了移动web端后没办法还是做客户端么，自此以后国外移动web端都比较谨慎。

@zhangkejun
@dexteryy 感谢回复，每个人做任何事，都有理由。你们有技术选型的理由，我也觉得没有问题。用户有抱怨的理由，就是在某些情况下，移动web端完全不可用。我前面说的wap，是移动产品相对更安全的呈现方式，当然开发者可以自行相对增强体验，以不被时代抛弃。只是做更交互的移动web端，真的要多考虑一些网络多变的情况，避免信息无法载入的情况，希望尽快改善吧，还是很喜欢豆瓣，望越做越好。

@tangzx 非常赞同，我特别喜欢wap版本的各个站点，因为刷的快，移动端绝对是信息重要性 > 交互。最快速度刷出信息，并且结构清晰就可以了，css都可以不要复杂 简单点就好。最好不要加载什么js，浪费流量，拖累体验，用户甚至不知道是在载入还是死掉了，然后想刷新一下页面都不行，刷一下就只能从头开始。我就没看过一个做的好的复杂型移动端web。凡是用js来load资源和内容的，基本用起来很不爽。

@fox 完全赞同