@zc199068

可以下我所有的评论，将人类最宝贵的大脑不去用，去人干体力活（为了健康锻炼锻炼除外啊）我觉得就是浪费。
让快递员每家每户等人取件，等电梯，打电话，我觉得就是浪费社会资源。

我们这里也和韵达和顺丰快递合作，每天百来单吧，韵达老板居然去年 10 月份的还不来公司结账，几次打电话叫他过来说没空，他真放心（比我们自己还放心）。。。所以我认为我可以说一说的。。。

真不知道“很多物流已经开始对市区散客送货上门了”，我没有考究，但是我想起了前阵子据说有要求海底捞、西贝、美团不要涨价，这阵子又有出声音让市场的归市场，也许大家都没对错。

我这里都是几乎全部都放存放点了，只有周末才会有顺丰宅急送喊人去下面拿，我们小区这两年快递点从无到有，家里 500 米内，至少有 10 家了吧。

你说快递公司开始送上门了，我能不能推断快递公司们在骗这些快点加盟费的？都送上门了，人家投资加盟费和货柜钱不是打了水漂？

前面我有提到商业逻辑，这里有一条就是效率提升，判断一个东西行不行得通，就是看效率有没有提升。

好吧，
我不点外卖，不让快递员送货上门，希望他们可以去做一些创意工作，提高价值，
你多点外卖，多送上门，是让他们有工作可以做，
这里面核心也许在于我认为他们的价值是可以通过社会培训再提高的，我希望能够我们早日像西方国家一样发达吧，我是恨国贼。

为什么还有下面大按钮？
不就是为了省下大屏幕和大电磁的钱多赚点吗？
不就是为了让给高端机的高价继续保持吗？

那像国产机那么蠢，
为了性价比装一堆垃圾软件，
让国人生活在垃圾堆，
自己没面子，顾客也没面子。
只懂人性贪婪，
却不懂人性其实还向美。

选人，立规矩才能解决问题，这恰是管理。
企图只靠自觉人性是解决不了问题的，偷懒是天性。
所以不是员工问题，是选人和制度问题。

源头在于选人选择了水平不高，能力不足或者自己要求不高的人，
而源头不太好情况下，如果制度也跟不上，那么就是管理水平问题了。

而有时候，我们不能要求完美，能过得去就行了。

我们框架做法都$user->city->name 得到城市名。
明显现在大部分用 orm 这么简单的方法？
团队都应该愿意用啊，
所以我觉得你是框架没有选择好，
还是过分吹毛求疵？

标题我是认可的。


但是呢：

读取一个用户列表，这个列表有些属性要从另外一张表读（比如所在城市），做法是：先读取列表数据成数组，然后再遍历这个数组，遍历的时候再根据城市 id，再去查询地区表，得到城市的名字。

如果流量不大，公司后台，没必要去合并再查询，ORM 关联查出来直接上就行，虽然多了一页几十条查询，但是性能基本没有影响。

程序员这时候偷懒是可以的。

程序员不写注释，不写文档也是可以的。

但是不搞清楚需求，逻辑不搞清楚，代码写得不清不楚，是不允许的。

最后，我们没法要求别人什么，但是我们可以培训，让大家都朝一个层次看齐，提高大家的代码水平和要求，这就是管理的责任了，也是公司团队组织存在的价值和意义之一。

最后说一下，并不是支持快递不上门。

有阵子我老婆一个人在家带小孩不能出门，也会特别要求快递员送货上门，打电话过去说明下，最后也很乐意的送上门了，大家都互相尊敬，有什么不好吗？

只是如果没有特殊情况，请不要送上门，让快递员多为有需要人服务。

如果你有特殊原因，可以要求上门，对方不上门，那么是支持去投诉的。

@shijingshijing

请看我前面的内容：

国家规定是在菜鸟驿站等出来之前立的法，
现在菜鸟，蜂鸟，速递易等出来后，
直接将快递费降低了一半（ 6 元到 3 元），
快递人员的工作负担降低了一般不止，
最后一公里，快递员等人等电梯，中间浪费多少人力和时间成本？
是造福广大群体的事情，
认为快递点在吸血，
只能说是没有商业常识。


法律永远落后于现实，（当然不因此以为我们就可以逍遥法外）
生活永远不可能完美，（若自由无限制，则自由无意义，快递公司为了最大效率，确实牺牲部分人利益）
所以如果你是如 @nguoidiqua 一样提出完善法律，强制各大快递服务商提供分级服务，那么我是赞成的，我相信各快递公司，大部分人民都是赞成的（那部分打算继续用底快递费享受上门的除外）。

社会劳工一直在减少，
用工成本一直在增加，
视而不见吗？

一个快递员每个月工资最少 3000 元，
每个快递收费 3 快全给他，
它如果都送上门，
一天也送不了 100 个快递啊，
所以我说不会算账的，
都是不愿意遵守客观事实的，
都是一厢情愿的。

如果让快递员回到送上门的状态，
将人变成畜，
我认为是社会的倒退，
是悲哀，
你们好意思让人送上门吗？
你们在喝大部分没有要求送上门的人的血，
你们在喝快递员的血，
请反思。
（当然特殊情况不方便除外）

@MooneyDiy

你太理想化，
商业的事情，
如果都按法律来，
现在还在吃大锅饭，
还有人饿死，
第一个分田到户的村名都在蹲大牢，
菜鸟驿站，速递易，蜂鸟也不会诞生，
因为一出现就违背了送上门的法律啊。

@nguoidiqua

我都觉得不值得争论了，
程序写久了，
不会算账，
没有商业意识。

国家规定是在菜鸟驿站等出来之前立的法，
现在菜鸟，蜂鸟，速递易等出来后，
直接将快递费降低了一半（ 6 元到 3 元），
快递人员的工作负担降低了一般不止，
最后一公里，快递员等人等电梯，中间浪费多少人力和时间成本？
是造福广大群体的事情，
认为快递点在吸血，
只能说是没有商业常识，

如果不是因为确实不方便，
我倡议大家都自己去取快递，
自己到店消费减少外卖上门，
节省社会成本，
我始终认为用人的体力是不道德的，
是将人当牛和马在用，
仿佛让我看见我以前老家牛被套在犁上犁田，
社会应该给快递员培训，
去做更有创造价值的事情，
需要动脑的事情，
人的大脑才是最大的财富。

没有脑子，
不会算账，
真可怕。

大部分城市的卖家快递费是 3-3.5 元，
收货方没有钱，
送货方 1 元，
中间物流 1 元，
快递点 5 毛，
剩下 1 元快递平台和交税。
以上为大概数字。

你想怎么样？

最后一公里，本不合理，快递员等人，中间浪费多少人力和时间成本？快递公司铁定亏本。
菜鸟驿站这种，才是目前最合理的。
如果你因为不方便想送到家，可以选择宅急送和顺丰。

至于通知，是自动化的，快递通过扫码枪入了快递点，自动发送通知卖家。
所以你说的没有通知，通知短信是卖家的可选服务，卖家决定是否发送物流通知短信（淘宝京东卖家开通快递助手的短信通知）。
目前 android 小米,华为手机都可以接收快递通知，
支付宝，顺丰服务号等也有通知。
所有我觉得还是非常方便的。
是否因为你关闭了通知？

华为对焦慢，是真的。。。
苹果快一点吧，
手机很难做到吧，
好像可以调？

我用了华为的，苹果，小米，
觉得华为拍照还算三者最好的啊（年代不同，所以不算比较），
我用的 p20pro 。

@Tas1

以前我住老小区，我妈来帮我带孩子，几天就几乎谁家几口人做什么工作，甚至收入开支多少，都清清楚楚了。哈哈。


也没有什么不好，老校区绿化好的话，通常很舒服，我个人喜欢老小区，6 层以下的。
我觉得大部分小区 12 层就好了，太高不好。

老小区通常都是南北通透采光好，空气对流好，花园阳台大赠送面积大，教学质量好。

不好的是建筑质量，停车位，人车分流。

@HiCode

openresty 很好，价值很大。
曾经尝试做 waf 。

你们网站流量居然用 openresty ？
比我现在做的流量高吧？
我怕人难招，老板嫌开发不够敏捷。
如果不是因为上面原因，我更乐意用 go 慢慢堆代码吧，毕竟新玩具比较好玩。

@nicoljiang

PHP 还是简单，快速啊。
你看我都学了用了这么多框架，
我还是个很懒的人，
经常在 v2 灌水。
就知道这些框架有多简单了。

你说的 lue,python 方向是可以做客户端之类的吗？
那些真不适合 PHP 。

我宁愿去学 C#，C++，
每个人都有适合自己的定位。
历史决定的。

@HiCode

小而美得框架也已经有一堆了啊。
所以没必要重复造轮子。
大框架也提供了小而美得兼容方式。

至于 PHP 发展，我有两个观点：

第一：

一门想语言发展好，主要是建立好生态。

这方面探索我们能看到的有：

1，前面我提到可以建立一个基于云原生的框架；

2，symfony 的 api 平台；

3，thinkphp 的 fastadmin ；

4，微擎的应用商店；


第二：

PHP 享受了 WEB 高速发展的红利期，
而现在虽然还没有进入衰退期，
但是 WEB 发展已经没有以前那么快了。
前文提到环境变化了，
恐龙就不能生存了，
自我改良是缓慢的，
所以不要将所有鸡蛋都放在一个篮子里面，
我们尝试 PHP 新出路同时，
不妨碍同时 go，python，java 甚至 c++等语言，
生老病死本常态，
一招鲜吃遍天的懒惰思想是行不通的。

@jowan
性能测试的时候，开启 opcache 是公平的，HiCode 给的连接也是开启了 opcache 的。
如果开启数据缓存，有的框架没开启，这就不公平了，不好比了，开启后命中率等影响较大。

而且缓存级别也是有很大差别的，比如 head 直接返回 304 HTTP 304，直接 http 头设置一个超时时间两者区别都很大啊。比如 Yii 的请求，页面，widget 局部，data 级别缓存，每一级性能差别都很大啊。如果我开发一个 blog，为了测试性能好，我直接设置一个一小时过期头，那么其他框架都别比了，原生都别比了。。。所以是作弊。。。规则就是咱还是比谁代码写的好吧。

但是生产环境，可以根据情况设置缓存。

框架性能只是架构其中一个考量，大部分公司而言，都放不到第一，人员招聘容易度和开发维护成本重要程度都比它高得多。

@HiCode

才看到你前面发的链接，看了下测试代码和环境，比较公平和准确。
收回我前面的话，说声抱歉。


Single query On Cloud

PHP 15,248
php-laravel-query-builder 4,867
yii2 2,545
laravel 1,087

Multiple queries On Cloud
php 1,897
yii2-raw 1,677
yii2 919
php-laravel-query-builder 825
laravel 430

这个是非常有意义的：
随着页面查询增加，性能差别变少。且这都是在框架不开启数据缓存的情况下。
如果开启缓存，那么就。。。作弊了。。。


你是希望轻量级框架，这个也已经有很多轮子也多了。如 slim,micro 等，
但是为什么我们知道的少？
我认为应为太容易了啊，很容易就自己造一个，所以大家都自己造去了，导致不集中没有流行广的框架。

ROR，django, yii, laravel, symfony 都是比较重量级的，
适合团队有前端，后端，API 接口规模的，
当然熟练了，也可以在小团队适用，比如我现在就是 3 个后端采用 YII2 的，2 年时间大小开发了十来个公司自己用的系统 3 个产品吧，目前在用的还有维护和用的有十个左右。如果不用框架，或者用简单的框架我认为做不到。基本我们是九五六吧。

yii raw, php-laravel-query-builder, symfony 等等很多框架都提供了针对 api 的简洁版本。

其实不用 orm 性能就能直接上升一倍以上，但是我还是在我团队让大家优先用 orm，因为维护简单，只有处理个别大量数据导入导出会用到 DB 类和原生 sql.