写长了之后，怎么滚呢？

我想看预览下面的内容，现在我鼠标离开了，我就没办法滚动文章预览了...

filesystem. over.

@yegle 顶一个“ 步子大了扯着蛋不好…”

有关语法风格：如果不是一开始大家都自己已经习惯的语法风格，在开发的时候很难注意到这个，我的做法就是先能跑，然后大家一步步的重构，必要的时候语法风格这种东西直接丢给工具做格式化。

有关海量数据：当年做东西最烦躁的就是想“如果海量数据这个撑不住”，最后老板说了一句：我们运行了几年论坛数据都还没上海量，你刚出来的程序要达到海量很难，还是先出东西好吧。

@cassyfar 这篇我看过了，我的感觉很像：给中国红十字会的捐款。

在各种垄断和监管不力的发展中国家，你诉求利益本身就很值得怀疑，我可以很容易的推翻Dr Hamadoun Touré的论点：我怎么知道那些大多数发展中国家不能上网的人，通过这个利益收入，就可以上网了呢？而一旦形成互联网孤岛，那么你想多用用duckduckgo这种需求可能也就没办法满足了。而我不想看各种评论，我想看的是各国提案正文内容，不知道是否有人能找到。

我引用上面的话来表达我的观点：

“另外我支持对某些流量增收额外费用，或者以某些方案来增加基础建设的投入，但是我个人觉得前提是如果需要涉及到互联网，那么就应当以更开放的姿态来做这个事情，而不是以“封闭和成员”来节制意见本身。”

所以我不支持的理由很简单：对于ITU之前的表态不满，其手段又类似天朝，我看不到提案本身。

good idea， 感谢一下

@HowardMei 嗯，所以还是要看大家的方案上怎么说。不过既然都涉及到自身利益了，一个很简单的道理：不能关着门自己人讨论完了就把大家都给卖了，不然这种做法就太天朝了。

另外我支持对某些流量增收额外费用，或者以某些方案来增加基础建设的投入，但是我个人觉得前提是如果需要涉及到互联网，那么就应当以更开放的姿态来做这个事情，而不是以“不是成员”来节制意见本身。

@clowwindy 只是这次是与出版、媒体不同。那两者也算是完全竞争行业，而且Google和他们也算是平等的。期望能找到一个双方都受益的做法。

另外打电话的解释有很明显的逻辑问题：
打电话的一方是需求方，需要利用到通信网络找到对方来交谈。
互联网，请求的一方是需求方，也就是用户，需要利用到通信网络来获取咨询。

由于互联网的模型，是请求之后发送信息给用户，按照打电话的逻辑来看，也就是对方“对你说”。打电话的一方开始听。

按照这种模型来看，如果是请求方，才是最终出钱的一方的话，那么互联网企业流量税应该是在主动push的时候产生，而不是被动请求时产生。

但是很显然互联网模型并非只有一个严格的请求方。因为在html之后需要请求的资源大部分我们不需要用到的由浏览器自动请求。小部分广告应该由赚钱方承担，而我们需要的可能很大的视频部分应该由我们自己承担。

所以用打电话的模型来解释互联网流量税，这就是一个很有逻辑缺陷的方式。

这种收费方式可能会彻底改变互联网free的性质，也会加大初创公司的成本，流量费本身也会转嫁到这些初创公司的头上。

@clowwindy

当然看得出域名管理权和流量税是美国所担心的，美国应该是最大的流量出口国以及现在事实的域名管理权所有者。但是如果一个网站的流量本身巨大，里面说明了什么信息这也是显而易见的:用户喜欢将内容放置到那边，例如TED。正是因为互联网这种免费性，才让用户有能力获取更多的内容。如果增加税收，是否会成为限制内容传播的手段。毕竟类比房地产的话，房地产增加的税种最终还是转嫁到消费者头上。而如果涉及到消费者的利益却没有消费者代表出来对此说话，这感觉很奇怪，好像天朝？

而且如果ITU真没有想要监管网络的心，那么Google的夸大也无从说起。而且就如Google所言，如果ITU监管了互联网内容，而在联合国的框架下导致了互联网出现地域性差异，那这就有违互联网的初衷。

尤其是现在想要要回域名非常简单，在中国直接向ICANN投诉可以免去身份证保证书等材料。

而且我们都知道一旦涉及到国家政治，要解决问题有可能就难如登天。现在你还可以向ICANN投诉，将来保不齐有一天你只能向中国工信部投诉，如果ITU还下放所谓的互联网监管权，那么真正的局域网将建成。

作为一个大企业，都无法加入决策整个互联网未来的会议，那么其会议本身的性质和互联网性质就有一定的差异，这种东西也应该是先确保不能有先例再考虑怎么解决实际问题。以电信业者利益出发，支持的内容实质上不考虑或者较少考虑到内容传播便利上面，那么ITU本身也不值得支持。


PS。
其实有一个关注点可以让大家明确是否支持：中国这些互联网巨头现在在干嘛？

直接merge？

楼主是果断没研究过verycd的html页面...

...这个不是传统的瀑布流，这就是一个简单的lazy image loader啊？

<img data-original="http://crops.lover.ly/220x180_71_0907d3cf1785295c6.jpg" src='http://lover.ly/media/img/layout/gray-pixel.gif' class='lazy' data-image-id='329533' height='auto' alt="" />


颜色方面由后端处理输出就好了啊？ 为啥要在前端做？

那按照楼主所说：

我觉得，最好的还是javascript。

主流，开源，资料一大把，绝对够资格了吧？

想要研究？网页另存为，多happy? chrome自动格式化，所有调试都可以在浏览器里面完成？

你是新人？ 想研究什么？特效？javascrpt配合dom，底层？server？nodejs也提供面向桌面的。

移植性不如java?你都要跑eclipse了还跑不起一个chrome？

至于错误神马的，有各种代码可以copy研究。并且同时熟练同步异步编程、桌面、服务器端。

然后楼主还想要比性能么？对一个新人来说，都跑eclipse了还在乎性能？开玩笑吧？

类的继承？原型继承？统统一网打尽。

想玩其他的源码风格？coffee-script typescript 还不够你嗝屁的？


最后说了这么一大堆，其实新人最终成为码农的时候，大家都知道会用类似ror一样的玩意快点完成任务然后去玩自己的东西。

至于把Java当作实力语言，一个很严肃的问题：

10个码农人有5个玩Java，职位只有一个，竞争多么激烈啊？

@ipconfiger
你脑补的太厉害了。

也有安装git，遇到小bug修复不需要完全跑回机器，demo的时候也不会让你带着台式机到处跑。

@ipconfiger

我们现在就是在三星的板子上装了win8，然后跑vs来写程序....

不管是什么样的操作系统，纯文本的parser都是基石吧？

unix的这套一旦学通了，感觉上迁移性很强，至少其他的系统上能跑。如果全部是list的话，不是还要学习list的特殊语法么？这个其实和parser纯文本没太大区别吧？（感觉就是在纯文本parser上面增加了一层而已）早期大家不支持json格式的时候，还不是自己写了一套parser来做这个事情...使用上还不是要知道各种key代表的什么意思？不然{a:1,b:2,c:3}这种谁知道是什么。

论体验论友好，你完全忽视了shell这玩意都是纯文本，搜索、共享、更改都很方便。比起动不动就要看配图，没有配图你都不知道对方在说什么的UI工具而言，这不是已经非常了得了么。

新手根本就不需要知道其他七七八八的东西，拿来命令行，run。一切都解决了，如果他要学习，自己可以分析这个脚本的设计思路，做代码分析等等等等。如果他想将这个脚本部分加入到自己的脚本上来说，也是ok的。

UI 层的确是给某些UI向的新手很大的便利，但是在能改动的层面上，文本才是王道，尤其是UI层无法穷举shell 无尽的组合。但是如果只是普通的 game launcher 这种简单配置，UI层来做是没问题的。

这还不算什么，windows command下面，还是习惯用cd ls... 那个才麻烦...