@join

> 真不知道那些说 PHP 好的人到底 PHP 哪里好了？来，您倒是给我说说。

万千互联网公司都是傻子，选不好的PHP作为主力语言咯

> 那些说什么 facebook，wikipedia也是 PHP 写的以此来证明 PHP 是个不错的语言，你们压根就没考虑过历史遗留问题？

delphi也是历史遗留，asp也是历史遗留，怎么就没php那么能遗留

> 说编程语言是工具的，思想才重要的。你们为啥老是谁用一个经常锤到自己脚的锤子？为啥您们那强大的思想在这个时候不起作用了？

是，用PHP确实能锤到自己的脚，但说经常锤到自己的脚，我觉得这样的人换任何语言都堪忧

> 说业界浮躁的， 我倒是希望新手永远也别接触 PHP，希望它能尽快死掉。

很遗憾PHP就是死不掉。至少python ruby都没有机会杀死PHP了


**今天也护卫了我大PHP的尊严，嘿嘿**

首先，无论你写任何协议，只要你推广或者about里带着github链接，必然会有几率被这样搞，即使你写GPL，人家一样会搞。个人开发者就不要梦想着靠协议来躲开这些人。

其次，app能火，开发只是第一步，即使那个人的山寨版火了，你的这段经历写在简历里反而更亮眼

想明白你的目的是啥？方便自己&大家，简历里有靠谱项目，被人抄算不上什么坏事

最后，如果希望维权，可以试试发邮件给google play说明情况？

Apex路过

1440 900 像素明显不是R吧

恭喜楼主

推荐试试JobDeer

（利益相关：从jobdeer招到过开发）

赞！正有冲动做类似的事情……

放心，10.11出来以后会有一样多的人说10.11怎么怎么不好，一样多的人说“别升，就用10.10最好”

首先有个npm dedup的操作会自动计算重复并提升

然后就是正常情况是不会影响的，除非b库作死（比如修改String.prototype的colors）

我觉得比给别人打标签好太多了

即使是哗众取宠，也说明对某种价值观的认可，也能说明一些问题，也没有侵犯别人

我最烦的是给别人按标签，或者对着标签解读一个人

老了（跪


加油！

大家都来贴框架了我也来～～

厂子php只有5.2的时期的框架

http://litphp.github.io/

有了composer以后选型选了slim，但不(死)甘(折)寂(腾)寞的我还是简单撸了个

https://github.com/LitPHP/aether

"require": {
"symfony/http-foundation": "~2.5.3",
"pimple/pimple": "~3.0",
"nikic/fast-route": "~0.2",
"symfony/event-dispatcher": "~2.5.3"
}

虽然没有实际生产，但上面的组合绝对保证扩展性能等等各方面都好，因为我根本没写几行……

最后现在正瞩目psr-7蠢蠢欲动，php圈子的connect/express很快就要来了

@qhgongzi 框架的身材很赞，摘走首star

业余玩玩的话，没啥难度过一下语法挑一个框架什么的大家都说了。PHP的一个好处是5.0以后大量吸收OO思想，可以写得“很java”

不过不怕折腾的话，个人的建议是可以考虑一下nodeJS，上手比PHP难一点，但生态至少旗鼓相当，最大的好处是JS技能点上去以后，前端开发，HTML5，SPA什么的都有的玩，然后无论是phoneGap式的web套应用还是局部的应用套web都是大热&趋势。缺点是从一个非常静态的语言跳到一个非常动态的语言可能有点疼。

来自主修php&js，一直没能入app开发坑的开发

备用号刚入了中麦通信 每月6块钱代来电显示和全国免费接听，电话流量互换，月底不清

@800126 全局思考不外乎公司战略，开发时间，已有架构之类，这不影响我们讨论微信的体验问题。我不知道你怎么认为微信的产品经理就都能知道这里提的所有问题的，但无论他们知不知道又或是会不会改，还是不影响我们讨论体验问题。

可能你觉得你很有道理，但在我看来你就好像找到一个讨论足球战术的帖子然后大谈“对球队来说你们这些认真讨论战术的都不算球迷，你们都业余，教练比你懂，教练才是最好的，你们都想当然”一样

我觉得最有问题的是这样一个以通讯为根基的平台产品，竟然一直没能解决“在webview或朋友圈或钱包等页面的时候来消息，看完回完消息以后回不去”的问题，这实在太影响体验了，文章读到一半，订单下到一半的时候一个重要的消息过来，心里那个神兽呼啸而过啊

没看懂这里的子查询有啥好处…直接一个limit不就好了？

关于markdown，我写markdown没有预览和源码左右两栏的需求，我觉得markdown好就好在易读易写，不用转成html一样易读。什么都没的textarea里直接写也一样舒服，用编辑器的话，有高亮就行，对**能变粗 ##能变大就超预期了。 markdownpad用着用着还是用回了sublime

关于预览／参考资料，频繁看来看去的时候我一般是双屏，这时候摆放位置没有特别喜好，随物理桌面来，反正视线和头颈都是要大转的，差不多。 偶尔碰到没／懒得双屏，如果是不频繁的比如看成品效果，看文档之类就切窗口，频繁的或者纯文字的比如要翻译的原文什么的会双栏，左右的话左边编辑，上下的话上边编辑。左右的话我个人感觉左边编辑明显舒服，因为视线是从左到右，然后毕竟是看编辑的内容的时候更多，编辑的内容在左边的话，直接看屏幕最左端就是行首，换行的时候左边没有其他内容干扰，比较轻松。右栏的内容如果要仔细／重复看的话，行首在屏幕中央，换行定位起来比较累，容易被左侧内容影响。

作为印证，大量文字内容的本站，导航在右主要内容在左比反过来感觉舒服。腾讯和新浪新闻的内容页面也都是左侧内容。 右侧内容的网站往往需要在左侧用和右侧迥异的背景颜色或者很重的分隔来让用户阅读主要内容的时候视线不被左侧内容干扰