@hjc4869

开源软件的协议的规范明确定义了允许任意修改和自由重分发，否则的话授权协议就不能称为开源协议，软件也就不是开源软件了。

@hjc4869

闭源软件在建立生态系统上是有优势的。开源的优势主要是可控性强。

开源的弱点就是可能主要开发人员一吵架就能Fork走全部的代码，然后相当于两群人在做同样的事。

闭源可以实现代码仅能允许在这个项目里使用，这样会提高“容忍”机制，较难因为拌嘴就分家。

@DearTanker

两个都是在线IDE，可以临时写写代码什么的，Windows用户福音，而且对PHP程序员来说，composer速度也很快。相信gem速度也肯定很快。

另外，谢谢收了，草…还是自己留下吧…:-[

@f0rger

如果你真的只是干这个，其实可以用c9或者koding。这两个都能在控制台直接wget。

@zhicheng

所以感谢你解释了HTTP加载顺序的问题，回答挺完善。但，这一点答主根本就没有问啊 :D

如果真的想了解的话可以参考： https://developers.google.com/web/fundamentals/performance/critical-rendering-path/?hl=zh-cn

建议你再补充一点细节，比如Firefox等对img等外链标签的优化，是如何让它们在分析完HTML之后让JavaScript和CSS（Render Blocking Points）一直优先加载的 :)

@khowarizmi

哈哈，也不看北京啥地方。骂错了说不定第二天就被红三仔拿那啥突突了。

主要其实还是Cookie的问题。并发数只是另一方面，因为img.zhihu.com和zhihu.com被浏览器视为两个域名，会各自并发进行下载。

zhimg.com是接收不到给zhihu.com设置的Cookie的，但是img.zhihu.com能收到，所以这是主要原因。

http://stackoverflow.com/questions/1062963/how-do-browser-cookie-domains-work

但这又是双刃剑了。DNS查询每个域名需要时间，HTTP需要重新启动握手请求等等。所以这不意味着你能滥用多域名并发的好处。

> 另外在自己开发 App 时只用一个域名有缺点吗？Thanks

这取决于你要怎么干了。如果你设置了xxxx.com的Cookie，这就意味着所有到达xxxx.com以及xxx.xxxx.com的HTTP访问都会被带上Cookie，显然这不利于优化。

但是如果你仅仅只给比如app.xxxx.com设置了Cookie，那么无论是aaa.xxxx.com或bbb.xxxx.com又或是assets.xxxx.com还都是访问不到的。

不过这样太麻烦了不是么？

@ys0290

我也觉得很搞笑，同时表示驾校那套根本教不会学员如何停车。

@ys0290

等你跟着驾校师傅学一次就知道其实上坡是不需要油门的了。

你还会学会其实自己家的车库应该画上各种线，在门把手之类的地方也要用小粉笔做好标记。还要记得在方向盘正上方贴上透明胶。每次进车库要数打了多少圈。

路边停车的时候同理。

@razrlele

可以跟教练聊聊天啊。举个例子，话题比如：

“教练，你这一个月能拿多少啊，我也想改行干这个”
“哦，一个月5000挺多啊，真不错，说真的等我学好了我也想干”
“我啊，在一天到晚累到死，一个月也才7万多一点，交完税什么都没有了，白都给国家干的。美国留学5年一年30多万换来这，哎。”

说完人家就不说话了，每次见面估计还笑嘻嘻的。

总之，找到别人的痛点，无声无色的戳进去，让别人知道自己其实是个没有任何存在感的鸟人就好了……

当然，小心使用，被人看出来就没好果子吃了。

话说我学车，最后一个师傅什么都没给。考试前几天让某警带我去练车的，上车之后师傅态度立马变，180度的，之前横成猪样，之后软趴成假如我鞋脏了都要帮添的那种。有些人就是这么贱，不用在意，不用给脸。

@DennyDai

不是美国总统推的么？http://mashable.com/2014/12/09/president-obama-code/

@zhengkai

PHP用grep？而且其实grep是类Unix Only的，让Windows用户咋办？

如果是preg_grep，得先把整个文件读成字符串。如果文件太大直接就爆了。如果一行一行调用preg_grep，估计比explode+array_search快不了多少。

我就想知道为什么不用strpos？

另外为什么要ini_set('max_execution_time', 60);？set_timeout_limit比它短多了。

$lineNumber++改成++$lineNumber。虽然基本没有优化作用，但得养成好习惯。

每当遇到这种无关紧要问题的时候，掏出一元钱硬币是最佳的解决方案了。

不过貌似我从来没遇到过这种问题。
topicList => topics
replies_count => count_replies （count_likes、count_followers）

我好机灵。

@Mihuwa

嗯，为了赢取大家的信任，还把身份证上的照片当做头像上传了……

艺术家和工程师的思维本身就是不一致的，不能将两个东西生板硬套在一起。

如果你在写一本书，那么你会在你不想写完的时候将书本公开出来让大家帮忙写和Fork么？我想哪怕是基于内容传承性的考虑你都会三思。

音乐创作其实不难，难的是思（灵）路（感）和创意，有了这两点配合上技术（会用软件/乐器）你就能创作出音乐。可能整个创作过程只需要半小时，然后加上几个星期的不停打磨。

我刚才还特别试了下，用了20分钟不到就整出了一段曲调（我还不是专业人士）。
http://v.youku.com/v_show/id_XODkxODQzMTEy.html
虽然我只做了一部分，但是大部分音乐都是从这里开始然后慢慢延伸做出来的。

现在的状况其实是，著名的音乐都会被别人仿制出来，然后再在仿制的基础上添加自己的曲调（Remix）。

那么为什么不能像分享源代码一样分享音乐片段呢？
1、因为乐器不是免费的，包括实体乐器和电子乐乐器。没有乐器基本上别想仿制出一样的音调和效果。音乐是主观感受，一点小区别可能会很明显。
2、音乐人其实将乐器和演奏方式视为“专利”。你通过配置乐器产生某种曲调，那对你来说就是唯一的，是你的Sign。你自然不会分享这些东西以及使用了这些东西的曲调。

所以将音乐视为源码分享现在可能并没有客观达到成熟的条件。因为毕竟音乐还不能像代码一样被工厂试的“生产”出来。

最终，楼主可能做出的是另一个SoundCloud，让大家在那里分享自己的音乐，然后允许别人进行Remix，而不是协作（多个人完成同一个音乐）。

@nilai

说到C++，如果你不想一边写网页一边担心缓冲区溢出、对象没事放干净什么的，还是别考虑了，用Go挺好。

@blessme

“我要开个跟老板一样的公司。”

……老板瞬间无言以对

@shiny

那么其实还是选择问题，我总归还是选模板引擎的，哪怕是自己一个人的项目。

就你提出的几点：

1、这个没错，确实让模板变得方便了很多。但我其实不觉得这是怂恿别人拿PHP当模板引擎来用。

2、我决定在写模板引擎之前就考虑过使用这种方式。但是最后还是放弃了。我自己的理由是：
A）不能将太多权利交给前端人员，这意味着他们不应该自己定义各种函数和处理方法；
B）通过模板调用任何内部方法都是不安全的，一个模板应该仅仅负责决定数据以何种方式展示，而不应该自己获得数据；

3、是的，
> 模板缓存文件的管理
> 模板更新时的刷新机制
> 类似 SAE 不支持的问题
这些问题是真实存在的。而且解决起来比较复杂：

第一个+第二个：老实说我没有办法优雅的解决当一个数据实体从数据库中删掉之后，它的模板缓存依然存在的问题。这种情况我只能在删除数据实体的方法里手动调用模板缓存文件删除过程，分布式之后这完全就行不通了（因为可能有很多个文件，于是我用Memcache+Eval了）。
还有一个问题是局部缓存刷新，模板的一部分内容需要更新，这个我没解决，模板缓存需要更新时会强制刷新真个模板的缓存。

SAE：事实上可以Memcache+Eval，但是效率低。

> 调试模板时增加难度
这个得看模板引擎怎么具体实现的。Smarty这样比较成熟的模板引擎貌似有调试机制，“轻量级”模板引擎比较难说。我自己的模板引擎反正是有的，虽然不是很完善，但是至少可以告知哪个标记没有合并或者哪个标记的参数格式出错，比如：
https://imgur.com/nTekxXx

> 为什么要使用模板标记引擎
1、使用模板引擎可以让HTML中的代码大幅简化。通过模板中间转换码可以产生标准化代码，促进输出页面的安全性。
2、前端无需了解程序的其他细节，仅依靠更加简单的模板的语法和分配进模板的数据就可以让页面安全的输出，无需考虑何时手动进行无效数据效验等等细节。
3、使用一套模板引擎可以让前端开发人员将注意力集中在HTML和CSS本身的语法和管理上，不需要在一个语法体系（HTML，包括缩进，换行等）中维护另一种语法（PHP，各种<??>，各种if(): foreach():）。
4、编辑器里的颜色更加好看了（重复嵌套的尖括号），现在模板标记……可以统一变成白色了……呢。

另外除了模板引擎的标记，模板本身引擎还能带来这些好处：
1、直接将要输出的内容缓存在模板里：这意味着你可以直接以稍高于include的代价来输出页面，无需调用各种函数和方法来重新产生页面，这样可以使得网站的负载大幅上升。
2、基于上面这条，大部分模板引擎支持部分缓存，让你可以仅仅缓存一部分内容，比如页面通用部分等等。程序仅仅需要调用本页面需要的独特数据就可以产生整个页面。（当然，这回带来缓存失效的问题，双刃剑）
3、以上的管理都可以是自动的，通过参数进行控制，由模板引擎自动处理。可以在一定程度上降低后端程序员的工作量。

我们跑题跑得好远。

@jy04149886

看你的项目到底要规范化到什么程度。

一般来说通用的代码除非出于冗余性以及组建依赖的考虑，一般还是抽出来做成可复用的流程。使用IoC方法可以轻易地做到这一点，而且可以更加灵活的进行加载（比如你可以决定是否缓存某个对象的实例，来实现比如复用数据库连接的实例），代码量可以更少。

反过来说如果你的代码里都是直接new出来，首先是维护不方便，如果这些被new的组件有更新导致调用方式改变（比如拆分了之类），那么可能需要改的地方就太多了，不便维护。而且代码一长，维护就相对更困难。

代码总归还是给人看的。