@FanError
sidecar :)
其实也还好，不少语言都还是有原生的 eureka client 的。

但总体来说我也赞成有条件的话 k8s 更优

@zzzkkk 你从哪能感觉出我关心你？我已经说的够直接了，『无所谓』。你对我而言就是一个偏执的路人而已，我没那么博爱。你不是不想回职场，你是没有能力回去了。junior 的岗位你看不上，别人估计也不会要你（这个倒是无关能力，纯粹是因为 junior 的职位现在依然是供远大于求，年经的、科班的都一抓一大把）； senior 的职位就更没戏了，别说面试，以你的学历和经历没内推中大厂简历筛选都过不去。当然如果真的走到了面试这个环节，我这个后生至少可以保证你在我的面试环节会被挂掉。原因上面说了，你的许多**基础**认知是错误的。

你说我对你 java 的能力描述不诚实，说实话我又翻了一下，可你也的确没说你会啥啊？难道是『 没工作前我就知道 spring 的三种注入方式 』？？？说实话对于校招生尽管我更期待的是他对于基础知识的掌握程度，但了解 DI 的确是一个加分项，因为我很确定我毕业时超过一半的同学是不知道 /没能理解这个的。但说实话这些只是在工作后大家也都逐渐掌握了。你现在工作了 14 年了，你最骄傲自豪的技术能力 /项目 /成果是啥？

@zzzkkk 想多了，你只是自己觉得你自己爱钻研。说兴趣，你通篇 java ，那如果说你对 java 真感兴趣又爱钻研，那有没有啥能拿得出手的东西？就像你自己说的，java 岗位那么多，（尽管不知道你对 zoom 为啥执念那么强） zoom 对你来说缺项目经验太难进不去，小公司找个开发职位那么难吗？说职业，我前面已经吐槽过了，排除掉钻研两字，你表现出来的对于 php 的理解实在不像是干了 14 年的，可能漏打了一个小数点吧。

往架构师的方向发展我并不觉得是忽悠。作为后端，我理解中的技术路径有两条，一条是向下深入，去往底层技术努力，另外一条是向上往架构（不管是业务架构还是基础架构）走。在此基础上，再去横向扩展能力。（我自己一开始更多的是横向扩展，但后来愈发感受到有一个深入的点的重要性）。

当然，有可能有更多能证明是忽悠的事例你没发出来，并且实际上靠忽悠上位的技术领导也不在少数，我并不想质疑这点。但我更好奇的是你干了这么多年你就没去市场上评估评估自己（最方便和最直接的就是去面试（但不用接 offer 。HR 别打我。除此之外各种技术分享、开源项目等等也可以间接评估）？选择都是有代价的，你选择了外包这条路那你应该知道这条路长远的走向去有难度。甚至悲观点说，你选择做程序员你就应该明白在国内长远地做下去并不是那么容易。

从帖子和之前的回复里看出来你自视甚高（准确来说，我觉得过高。是无知者无畏这种），上面的内容你可能觉得只是嘲讽。无所谓，我们只是路人，相信未来也不会有共事的机会。感谢上面维护我的朋友，本来我觉得没有再回复的必要，但后来还是打了这么一长串，权当梳理自己的理解+与各位交流下相关问题吧。

最后，如果你认为你对技术能力有足够认知（不仅是知道你会啥，还能够知道你不会啥），那我强烈建议你有空去找个心理医生聊一聊。不管你是不是真的被职场 PUA 了，你目前的表现感觉是心理状态已经影响到你的生活了。

@zhanzha 多谢，但是看了最近在上海（和其他许多城市）发生的事情后，感觉这不是个好选项囧。

海外 base 的岗位有啥

@knowckx 懂了，那还有两年时间可以挣扎一下

> 做 php 更高的境界是线上出了什么问题 用 gdb 调试 coredump

笑死了，你不把 php 解释器整 crash 哪来的 core dump 。但你要是真把解释器整崩溃了还能用 gdb 来调，那顺手发个 patch ，我觉得在解释器的 contributor 里应该有你的一席之地。


就你这样别说 P7 ，连 P5 都悬

虽然 php 槽点很多，php 岗位槽点更多，但 LZ 的方向明显就偏了（甚至有的错了——特指错误调试，做了 10+年的 php 面对白屏还在用二分调试（希望至少是二分）让我怀疑 LZ 是半年经验重复了 28 年）

分布式锁 分布式限流啥的，你在外包写写 java 也就 spring 全家桶一把梭，有啥分布式啊。

我之前帮码市（ coding.net 的外包平台）面人（开发者资格认证），有一个老哥，做了也得 10+年了，号称啥业务都做过。聊了聊，感觉也的确都做过，但稍微深挖一下就一问三不知。举个例子，聊支付这个场景，说接 API ，大致流程能说出来，那再问问，异常流怎么处理（比如用户支付完没能跳转回来是怎么处理？），又或者是有啥安全上的考量，就支支吾吾了。


@tomolo php 上手门槛低我也同意；说实话那些转不了其他语言的，直接上手其他语言可能一开始就淘汰了。

@mxalbert1996 是啊，我就是这么理解的（我说的什么话让你误解为理解成别的意思了？）


@cwcc 我觉得不仅是『不是很好』，而是『是很不好』。之前在商业化的过程中韩已经不止一次有被批评过激的行为了，但看了 contributor 的统计后我也不奇怪了。因为韩的代码量的确是压倒性的。

At this stage, all the member's releases have to use matyhtf's PECL account which is ridiculous for a project contributed by a group of people.

我很震惊难道在此之前是几乎没有（以 21 年 18 次的发布次数来看，我心中的几乎没有指的是一次或更少）其他成员去执行发布这个操作吗？如果有的话，居然没有人提出过异议吗？还是说只是也被忽略了？（但哪怕没人提过，我也认为作为唯一的 lead ，韩应该意识到这是个问题并且给自己找一个 backup （于是我去翻了翻 contributor ，更震惊的发现了如果我是韩，我也选不出一个 backup 来））


再回到这次事情的起因上，我也是强烈反对在 core 里边加上一个对外部网站的依赖，无论那个网站是否是商业性质的（而且刚才试了试 business.swoole.com 这个域名还直接因为没备案给 block 了？）。然后 Bruce 指责韩尽管承诺解决，但直到 fork 前都没有实质行动，那个总结的 comment 中并没有提及 introduce 这个 change 的 commit ，所以我去挖了一下，https://github.com/swoole/swoole-src/commit/73372ad07720f3f024d8b86b50d2e96dc9b6c1de 。从 8 号提交，到 14 号（冲突后）删除，其实只有 6 天，尽管是 master 分支，但考虑到没 release 其实我觉得这个时间并不算久。但还是有两个我觉得有问题的点，第一个是刚才发的这个引入这段代码的 commit ，commit message （ Added tests, improved server stats_file, fix core-tests ）中完全没有提及这一点，甚至可以说是将本应是好几个 commit 的文件放到了一个里来提交，至少让我觉得有点想浑水摸鱼。第二个是在 14 号就直接 release 了新版，我也很好奇如果这场撕逼不发生，这段代码是不是就顺势 release 了？


至于对 php 未来的看法，船大难掉头吧。现在的新版更多的是各种语法糖和小修小补，大的一些变更（比如异步 IO ）之类的应该是有生之年都没希望了（这种大的变更 php-internal 时不时都会冒出来相关的讨论，但有一些特性我已经成功地被说服成不要添加那一派了）。web 开发基本上也是小的网站用啥都行，大的也轮不到动态语言。php 应付中小型的网站已经绰绰有余了。

@cantlose 那是理论上而已，我群里有个人，做了个安卓上的系统级的虚拟定位的工具。然后有人（不认识的路人）应用到微信的某个功能上了（我忘记干啥的了），后来被抓了，然后顺带把我群里的那个人也抓了，定的是提供专门用于侵入、非法控制计算机信息系统的程序、工具。庭上腾讯出了一堆专家证人证明这个工具破坏了微信的正常运行。判了多久忘了，反正最后是蹲了一年多出来。