@rrfeng Fun 是 A 结构体的，类型为 B 的变量 b 即使实体是 A 也没法直接调到，所以才有那个匿名接口的类型断言

其实就是懒得写一个 Fun 的接口了而已，为此丢了编译期检查，又不愿意判 ok 引入 panic 的风险 :doge:

没有开源协议会妨碍你自己商业收费

你说允许客户二开后转卖，那么是否允许客户原封不动转卖？是否允许未付费的随机路人用作商业用途以及销售？ 如果不允许，那你做的就是“公开源代码的商业项目”，而不是“商业化的开源项目”，用不了开源协议

如果开源但希望禁止其他人用你的名字、组织和项目的名字来宣传，可以用 BSD 3-Clause，如果你还有商标或专利方面的考虑，可以看 Apache

本人不是律师或法律相关专业，更专业的以及更符合国情的意见请咨询相关法律专业人士

阅。还是 mini 香

我赞同工程师应当有产品素养，但不应当是为了替代产品的职责，而是为了正确找到产品需求和具体实现复杂度的平衡，产品即使懂技术，他也不了解项目的具体实现和技术债，所以产品需求当中一定有“虽然是好的体验但并不值得大量的研发维护成本”的部分，和“其实不需要太大成本就能做到更好的体验”的部分，工程师应当负责填补这个空白

我觉得楼主作为技术负责人，对产品团队若有若无的敌意是非常不可取的，先抛开产品团队其实并不差的可能性（你是否真的理解产品工作的复杂性？），即使产品团队真的不行，作为技术负责人，应该做的也是和产品负责人沟通交流看能否改善，产品负责人也不好沟通就和老板沟通。同时一定要避免煽动团队对抗产品经理，下面的人对抗就算了你作为领导也对抗那整个公司的协作配合的氛围就完蛋了。就好比销售和风控，开发和测试的关系是一样的，指责上可能有冲突，但团队之间一定是要配合的，讲默契的，这个氛围是需要双方领导一起来建设的

然而你不先工作这两三年，面试了也不会有那么多收获的

v2 还能试试走语音或者对接打码平台什么的，v3 因为根本没有 challenge 流程所以只能想办法伪造让自己看上去像普通用户，被判定以后无解

@shadowyue 问完概念让候选人举个实际碰到的项目里例子

@morethansean 写一些简单的并发和错误处理，面试过程中可能是本能以为 async/await 简单，会有人准备要用，然而最终很少有人能写出来，基本都要让他们回到用 promise 的路上

哦，如果你是说用 await 把所有的并发都变成串行也算是写出代码的话，那可能是 async/await 更容易让人写出代码

@rrfeng 所以说我观察下来就是能写写 promise 但一换 async await 就不行了的人挺多的。反过来 async await 写的好的，换 promise 也能写，就是幸福指数下降罢了，也就是说 async await 带来的字面上的简单让不少人误以为自己能轻松把异步代码写好了（然而并不）

我觉得 golang 关于语法糖的思路也是有这种拒绝虚假的幸福指数的倾向，不做让复杂的事情（异步／错误处理）表面上变简单，但并不降低实际复杂度的语法糖

@rrfeng 能用 promise 把异步写清楚的人也许十个里面只有两三个，能用 async-await 写清楚的可能就只有半个，来源于我面试下来的主观感受

> 可以外人也不会知道我的 mac 号啊
> uaer-agent 也想过，只是这个 ua 特征码 所有网站都可以获取到我的 ua

不不你觉得 UA 不行是因为别的网站能拿到的话，凭啥 MAC 地址就成了你能拿到而别的网站拿不到？

没有文档和测试
建议阅读 https://phptherightway.com/ PSR 规范
建议引入 phpcs 和 phpstan，前者引入 PSR1/2 和 12，后者 level 最高，修复所有报错（肉眼就能看到太多问题

这是典型的 DND 阵营测试啊

守序善良：你有急事嘛？可是插队不好，你要买什么我帮你买吧
中立善良：你有急事嘛？排我前面吧
混乱善良：你有急事嘛？（直接走到摊主面前）摊主她有急事，你先给她做吧

守序中立：你不能插队，这是规矩（冲突升级）寻求摊主 /保安 /警察协调
绝对中立：要么你插我后面吧
混乱中立：大家看啊这个人都插队了，你们管不管？不管我也插了

守序邪恶：你要敢插我队，我有的是办法弄你（叫旁边的小弟 /老大一起）
中立邪恶：（骂人） => （打人）
混乱邪恶：（掀摊子）哈哈哈哈哈大家都别吃早饭了哈哈哈哈哈

所以你的代码都到打包上传的阶段了还没有 git 或者没 git push

问题是你的 json 报文里的 item 也是一个内容为字符串的 json，这是个很差的设计，即使改不了，也至少在输入输出的地方统一处理，不要把脏东西带到你的业务代码里面去

@huangzhhui 有不同理解很正常，没什么不好意思的

如果打算每次一个小数点版本都复制粘贴 changelog 和 readme 到这里，那么你的这个账号还有这个框架在 V 站的口碑铁定凉凉。 如果你希望让有兴趣的人能及时收到这样的信息，可以引导官网 rss 订阅也好，邮件列表订阅也行，总之是订阅-退订，而不是在一个公共的论坛里水

早上 9 点上班到公司半死不活，十点半上班到公司满血