> 成员也可能交叉在多个项目里没有时间来做这个事情

所以不一定是积极性的问题，积极性不够就倾向于少做事，但没有自测就强行交付下一环节最终并不能省事（工作再不积极，核心链路不通的情况下也还是要改代码修 bug ，到头来并不能节省自己的工作量，可能还增加了和其他人来回沟通的工作量）。其实也有可能是工期估计不准，毕竟预估开发时间不太容易，交叉多个项目那预估的难度就更大，导致因为时间不足并没有按计划的时间点做到能够交付的程度，然后仓促交付给下一环节。如果是这个原因的话，一开始排期的时候需要明确交付的标准，避免低估需要的时间，另外有条件的话多留余量应对预估误差。

> 提了一些问题然而 A/B 两位同学也都视若罔闻

「视若罔闻」有可能是对方手头在忙别的事，想等回头再看但后来忘了。可以过段时间再 ping 一下。实在不行还可以线下沟通或者电话沟通（如果是远程工作的话）。

> 我刚加入这个团队也不好直接说什么，最后测出来一大堆客户端 bug ，QA 也有一些不好的反馈。
> 甚至担心因为主动约他们沟通上面提的问题会让他们觉得我有“领导他们”的误会

所以不说的话，问题并没有自动消失啊。
感觉这个团队的氛围还是不够扁平啊，这些担心背后的预设似乎是改进和优化流程是资格老的人、领导别人的人的事情。
每个人都可以提议改进和优化流程，并在利益相关者充分沟通、达成共识的情况下推动改进和优化的实施，毕竟流程和每个人的工作息息相关，好的流程也能避免很多问题，对产品和做事的人都是有益的（毕竟就算不影响绩效，三天两头搞出问题也容易怀疑人生，不利于心理健康）。

----

上面是正经回答，下面歪楼放飞自我一下，发表下个人的暴论。

我其实非常赞同 16 楼的观点：

> 钱多 结贴

理想情况下，积极性无关紧要。强调积极性，是因为缺钱。

坐飞机的时候感觉有些空服人员工作并不积极。但是，飞机起飞降落的时候，每个舱门（包括紧急逃生门）都有一个空服负责检查，需要通过内部电话报告每个门状态都是正常的。众多类似这样的流程保证了飞行的安全性。想象一下，如果缩减成本，一个空服负责检查所有舱门，甚至个别舱门有点故障，需要额外的非常规的检查步骤，甚至每次还可能出现不一样的情况，要根据具体情况自行判断，那就非常依赖空服的积极性，如果工作不积极，那可能是会出大事情的。

客户端 UI 的自动化测试成本比较高，所以很多公司为了省钱都不会去做。如果有客户端 UI 的自动化测试，根本不会出现 QA 拿到「核心链路不通」的 Demo 这样的事情，在自动化测试阶段就挂掉了。

话说回来，这公司还不是特别缺钱，至少有 QA ，QA 在测试环节挡住了不能用的版本发布出去。而更缺钱的公司，那是连 QA 也没有，有的产品从头从尾就是一个人在负责，那就必须非常强调积极性了，不积极不行啊。但是这种积极性只是没有办法的办法，而且人总是难免犯错的，积极只能降低犯错的概率。

刚试了下，可以导出，应该是修好了

> 关键是购买的轻量云竟然现在无法生成备案授权码，非要你买个新的

瞎猜：也许是生成备案授权码的时候限制了一台机器只能生成一次（初衷可能是防止买一台服务器备案 N 多域名），所以修改备案需要买新机器才行。良心一点的话，应该做成修改电话等备案信息不需要授权码（虽然修改备案信息也涉及人力成本，但备案信息修改起来也挺麻烦的，一般也不会有人没事干三天两天更换）。不过话说回来，如果不是很小的用户，在腾讯云会有多个机器，增减机器也是日常操作，所以也不会很在意这个事情，腾讯云可能也没动机优化这方面的体验。

＞　阿里云也一样，很显示是上面的要求

据我所知，管局没有这个要求。恶意怀疑这两家的产品其中一家抄了另一家，或者不约而同想到一块去了。

因为这个场景太简单了。

比如，把「你好」替换成「您好」，然后外面包围的不一定是 div 可能是 span 、p 等等标签，那用断言可以直接匹配到，最后的替换字符串就是「您好」。不用断言，就需要三个 group，替换字符串类似 `$1 您好$3`。如果条件更复杂，group 数会爆炸，还会出现 group 嵌套 group，可读性就更差。

再比如校验密码复杂性，最少最多几个字符，同时包含大小写字母数字特殊符号等等，用断言写就比较方便。

可以把第一次发送 datagram （对于另一方来说是第一次接收）视作双方建立了「连接」，一方不再和另一方通讯视作「连接」断开。这样强行定义的连接的好处是很多时候我们关心的是双方之间的通讯，至于这个通讯是 TCP 还是 UDP 其实是实现细节，UDP 也定义连接就可以和 TCP 用差不多的方式处理，某些时候这样比较方便。

拿 Go 来说，UDP 也可以 Dial，也会返回 Conn，这个 Conn 同样也需要 close

> func Dial(network, address string) (Conn, error)

> Dial connects to the address on the named network.

> Known networks are "tcp", "tcp4" (IPv4-only), "tcp6" (IPv6-only), "udp", "udp4" (IPv4-only), "udp6" (IPv6-only), "ip", "ip4" (IPv4-only), "ip6" (IPv6-only), "unix", "unixgram" and "unixpacket".

https://pkg.go.dev/net#Dial

> 我都忘记我姓啥了, 心流状态呢, 结果番茄钟响了, 打断了我的思路

说明你把铃声调得太响了，这个铃声只是提醒，不用像闹钟一样调那么高。铃声音量不是很高的情况下，进入心流的情况下是听不见的。不过话说回来，番茄钟主要适用于会有很多干扰的场景，如果你很容易或者经常就能进入心流，那完全没必要用番茄钟。

> 我正在码字, 领导喊话, 那个啥， 帮我把这件事情处理一下， 然后我屁颠屁颠的跑过去, 等处理完成, 回来一看, 番茄钟又开始了第 N 回了！

番茄钟的意义就是避免被干扰。在番茄时里你应该是听不到领导喊话的（比如在番茄时里不看 IM 或邮件，并且把通知什么的关掉），等这个番茄时结束你才会听到领导喊话。从领导的角度来说，就是喊一个人处理事情（假定不是紧急事件，紧急事件是可以打破番茄钟的），最好的情况下那个人会马上回复（如果那个人正好不在番茄时），最坏的情况下要等 30 分钟（假定番茄时是 25 分钟）。如果这套行不通，那番茄钟就不适用。

既然你这么想，那就说明你和年轻时的自己之前有很深的代沟，其实已经可以算是两个不同的人了。就像现在的北京人其实属于 Homo sapiens，和北京人（ Homo erectus pekinensis ）实际上并没有什么关系，只是都叫北京人而已。你和年轻时的自己也没有什么关系，只是碰巧都叫同一个名字而已。

从 gitlab 的博客来看，GitLab Inc 还是 JiHu 的投资人 https://about.gitlab.com/blog/2021/03/18/gitlab-licensed-technology-to-new-independent-chinese-company/

@auto 拿了 offer 也可以不去，offer 只是邀约。何况这种入职前就索要流水还压薪资的公司，不去就更没什么不好意思了，把它排在备选项的末尾是理所当然的了。

水果、坚果、酸奶。

> 需要电话沟通问题时，会先在 Slack 上问：「需要一个电话，现在方便么？」

slack 现在也有语音通话（ call ）功能了

@FloatLost 不能說可恨吧，只是比較堅持自己的想法，除了影響到了自己的收入（但這也是個人選擇）並不妨害別人。

有第三方服务，但不合规。

> 投资的本质是为了获得长期的 dividend(股息) 回报

按这观点就不应该允许做空，你不看好某个股票，不买就是了，为什么要去借了股票卖出再买回来呢？

实际上这种老式的观点已经不适应这个疯狂的时代了，就像买房子是为了住一样。