qzhsjz

@Chad0000 #7 @zhilincom #8 我们产品经理（可能出于用户体验的考虑）并不想这样建议用户，而且确实一般有头有脸的公司的产品都不会有这种问题。
看来就是得交保护费了啊，问题是我们为此已经交过一次 EV 证书的保护费了，以为微软 SmartScreen 都能过就没啥问题了，没想到还需要再拜一堆第三方码头……
还是 macOS 这方面比较规范，软件签名公证盖章都只需要苹果点头，还全都可以自动化，两分钟搞定不影响发布效率。

@l4ever #1 反倒不是 360 报的，是 AVG 和 ESET 报的……
@sadfQED2 #2 @simonsww #5 在这种情况下只能一家一家提交？那么是要提交等通过之后才能发布对吧？这样的话流程就会变得很 emmm
我突然理解了 macOS 在这方面的方便了，只要提交给苹果一家审核就可以……
@pengtdyd #3 那个性能问题可不小，CPU 空转，内存上 G ，而且前任说不是业务逻辑代码的问题，要改框架……我重写完了之后 CPU 和内存直接忽略不计了……

楼主真的不是来骗 star 的吗……

千载难逢的 run 北欧机会啊

@en20 #14 苹果直呼内行

我竟没看明白楼主想说哪个品牌，印象当中好像没有这么废物的电脑……

我 12 号面的，一面完了当场就二面，今天刚刚收到二面没通过的通知。
感觉他们要是要的话其实挺快的，我当时下午投完简历 HR 晚上就联系我了。
基本上两三天没消息就可以看作没过。

@caithink #1 我买了这家的阿姆斯特丹的服务器，怎么 80 端口一直连不上啊……他们有售后群啥的吗？

不太清楚估不准原理是怎么表述的，不过好在高中时候学过一点物理竞赛，我知道海森堡测不准原理。
海森堡测不准原理指的是，你永远无法同时测准一个微观粒子的位置和动量。你可以在一次测量中尽量保证位置的精度，也可以在一次测量中尽量保证动量的精度，但位置的精度和动量的精度乘起来是一个定值。这个定值就是普朗克常数除以 4π。
如果想仿照这个来表述一个架空的工程量估不准原理的话，我觉得可以这样表述：你目前手头上的工程，永远无法同时精确地知道你目前工程的进度和你目前正在做工程的速度。如果你能够更加精确地测定完成这项工程需要多少代码，你就会不知道你一天能写多少代码，如果你更精准地知道了你每天写多少代码，你就搞不明白你究竟还需要写多少代码才能完成这项工程。
这个理论符合实际吗？好像还有那么一点点味道？