@evan6 安卓用户不应该都是看参数的么。。。

@andeluOS 你所追求的不是在社会上历练，而是把你历练一天的经验重复三十年。以你这种“历练”的方式，我衷心祝愿你三十年后还能没有重大疾病地说出这话（这是真诚地祝福。996 这种福报别说三十年，我觉得十年都够呛能熬下来）

另外以你的水平，可能是觉得自己是谁都替换的吧。但是在我看来，哪怕工地搬砖的，你身体太弱别人也不会要。当然对于这一点我依然要真心的感谢你，因为在讨论『社会生产力』的时候，一定会有人低于平均值。而能够主动安于这种状态时，感谢你。

另外对于你的第二段，CCP 做不到自然有人会取而代之，反正我不是党员，不白操心。

@andeluOS 『二三十岁毕业技术刚刚开始积累，没有资本创业，同样的工作同样的领域，个体智商都差不多，你能做的别人都能做』
前面都对，可是最后『你能做的别人都能做』这个结论又是怎么得出来的？还是被努力就能成功这种鸡汤洗脑洗多了？

典型的书读的太少，想的也太少。

@dvaknheo
> 恕我浅薄，我真不知道依赖注入，对于动态语言，除了解决 [调用方式不变，实际实现可变] 功能之外还能有什么用。
如果你之前不知道，不是你的错。但现在有人明确给你指出这个概念以后，还在用你自己设想的（没错你之前的帖子我也看了，这几个你一直在强调的字我也有印象）

> 超长字符串拼接效率高还是 ob 函数分段输出效率高？
字符串拼接效率高，有数量级上的差距。（ https://3v4l.org/K7c6e ）

> 我所说的热修复，就是不强行去改第三方库的代码，修复出第三方库出现的功能。
> 就是要跟踪到第三方库还没解决问题，这才是折腾。
『另外你这个函数能做到的，依赖注入也都行。』
此外我觉得对于一个高级程序员，在三方库中踩坑是一个很常见的事情。。。


@HiCode
> 框架是一定要用的，这是生产力工具，以一定的性能损耗换取开发效率提高非常有意义。
> 我只是因为穷才追求高性能，我的业务都是薛定谔的“qps”，爆不爆发看策划看设计，我只负责打造一个“低成本高效率”的系统。

那么我有个疑问，像 laravel 这种被批评的，在你看来，是因为它的设计导致了性能损耗，但却没有带来开发效率的提高（设计带来的价值是负），还是尽管它带来了开发效率的提高，但是相比它带来的性能损耗，性价比太低（设计带来的价值依然是正数，但是很低）？
如果是后者，我有一个新的疑问。我们都知道在优化时一般我们应该先优化瓶颈部分。那么框架性能是否已经成为了一个瓶颈，或者说不可忽略的因素？

@charlie21 规范、架构之类的很多时候是为了未来考虑的。
（看到你最近发的那个主题多说一句）将挖坑的经验重复很多年，那你将来挖坑的速度比不上别人，被淘汰是必然的。

@dvaknheo

> 严重在于 这个 $orm 不知道怎么来的，你知道他是 ORMInterface 接口
建议你去了解一下依赖注入这个概念。了解指的是：为什么要这个用（这个概念是怎么产生的）以及这个概念怎么用

> 也是我困惑的问题，为什么要 Controller 非得要 return 一些东西？初学者最容易搞不懂的就是这个。
> 一：加 cache 层，加 layout 是在外围的事情，直接 echo 也能加，显式表达 ，性能起见 。Duckphp 没去用中间件，用路由钩子的方式。
@encro 已经举了例子了，就是为了能够在不去改动 controller 代码的前提下，对响应做一定的处理。此外就是能够控制真正去输出内容的时机（特别是考虑到 header()之类的情况）
用 echo 的确不是不能做，但用 ob_xxx 系列的方法难道不是性能更糟糕么？


> 实现热修复就是靠这个函数
你对热修复怕是有什么误解。热修复是程序在运行过程中去替换部件。对于 PHP 来说，一般直接覆盖文件就完事了。另外你这个函数能做到的，依赖注入也都行。


> 我的疑惑就是从现有产品部署的时候碰到的问题很难追踪然后得来的
建议学会使用断点功能。线上环境建议多打日志。

---

最后，现在已经 2020 年了，php 也早就过了可以一个框架单打独斗的年代了。很多吐槽复杂 /没必要那么设计的，你们对于使用别人的轮子这件事情，是不是还停留在坚决抵制，或者复制粘贴的年代？

> ORM 就非用不可么，Data struct 不容易理解么
我寻思应该没有哪个框架能够拦着你用 PDO 吧？

> 有好用的文件路由不用，非得手写路由
单入口和多入口这两者的战争也得十年以上的历史了吧，但现在基本上都是单入口了。

> 但直接 Controller 里调用 ORM
没看过 yii3-demo，但是在 laravel 里至少这么做并没有被推荐？我印象中看过的大部分都还是会分一个 repository 出来

@beidounanxizi go 也就在国内火

@nnnToTnnn
0. 目前我们平常使用的加密也好，哈希也罢，说的都不是绝对不可能还原，而是在能接受的时间内不可能被还原。注意这个能接受的时间也是相对概念，例如一个密文如果我们需要一天就能破解，通常我们会觉得这是能接受的，但破解完发现这个密文是每日开奖的彩票的号码，每次等你破解完，号码也已经公开了，那也就失去了破解的意义。
1. hash 进行碰撞，实现的也并不是解密。你碰撞出来的结果，未必是我的明文，只是两者哈希值一样
2. 目前的研究，只能做到已知明文 m，快速找出另外一个明文 n，使得 m 和 n 的哈希值相同
3. 目前依然做不到给定任意哈希值 h，快速找出其对应的（任意一个）明文
4. 通过穷举的方式去构造明文到哈希的映射，从而查表反推哈希对应的明文，在原理上可行的，在实际上也有人这么做（彩虹表）。但是如果你算一下储存需要占用的磁盘空间，就会发现以目前的技术，没法覆盖所有可能性

@lululau 看场景。举个例子，某些项目无法确定用户的环境到底怎样的，那么 docker 在中间做这么一层，可以规避掉不少坑。

@congjf 『现在应聘的人真的是太多了』不能说明不缺啊。不缺应该说的是符合条件的资源，供大于等于求。

我也在小公司干过，也有过招人的任务。说的直白点，小公司就不要做梦了，同等资源情况下你永远是次等选择（换言之，你得创造出更优势的条件）。常见的解决方案要么多给点钱，要么降低标准招进来慢慢带吧。我见到过的为数不多的例外，全部都是被公司产品吸引过来，可以说是为爱发电类型的。

@congjf
（个人看法，观点分享，仅针对技术岗）
1. 最基础和重要的信息一般都在简历里体现了。所以再问个人介绍，得到的多半是简历里已有的信息，而且根据我的经验很多人会觉得面试官在这之前根本就没看过我的简历。『我需要看的是表达能力啊』可以在后续沟通中进一步了解不一定非得通过自我介绍这个问题来了解
2. 对于一个技术问题，如果不知道。在回答『不知道』和『可以去百度』这两者之间，我认为后者更好（再次强调，这只是在上述两个回答中进行选择，实际上有更好的选择，如『去 google 』『去 stackoverflow 』之类的），理由是后者至少提出了一种可行的解决问题的可能性。
3. 『现在这个行情，做技术的人，真的不缺。我缺的只是我现在项目很急罢了』其实还是缺。要是不缺你现在就已经招到人了，还需要上来发帖吐槽？说不缺，只是一种话术或者说策略罢了。『疫情初期的武汉政府：各种物资储备充足』
4. 『举个例子，应聘人说自己之前最精通的是电商平台项目』。这个例子说明了那个面试者真的不合格，但不能说明其他面试者也不合格，也不能说明你的提问合格。
5. p.s. 我觉得这个例子中的问题是不错的，但是这个问题给一个初级工程师来说似乎有点强人所难。
6. 哦不好意思原来你招的是有三年以上经验的，在上海的话还得看具体地方，但我觉得 20k 至少不能算高。

@bagel 曾经问过一个吸烟的同事，吸烟是什么感受。他告诉我说吸烟其实没什么感觉，但是不吸会有感觉_(:з」∠)_

看了这个知乎提问，感觉和他的回答有异曲同工之妙

@buffzty chrome 吃内存大户 2G 怎么够？我平时主力 firefox （停留在 56 了），开个 chrome 用于视频（因为有画中画）。然后某次从视频中某个概念开始查找了一圈（在 chrome 中），最后大概开了几十的标签页。。。感觉到电脑卡了，没统计出 chrome 总共占用多少（因为资源管理器也好，chrome 自带的管理器也好都没有汇总求和），于是直接把 chrome 整个关掉，直接空出 10G 内存

@xingfu0539 同感，这种会导致报 warning 的用法，知道不应该这么用就够了，再去深究返回值意义不大。
写项目难道都奔着产生尽可能多的 warning 但程序居然还能正常跑完这种情况去么。。。在违法的边缘试探.jpg