@yzc27 拔了插头就物理断电了，它当然就没法唤醒了，就算有啥神奇手段能唤醒也没电起来跑更新。

只要有消防安全检查的，必定要求关机。

另外，windows 台式机接通电源情况下待机时 cpu 和风扇是满载的，再好的 cpu 也得 10 瓦往上，你要是再设置了高性能模式，那么几十瓦也有可能，这种浪费还是不要做的好。

建议下班时休眠上班时开机，但是休眠后要物理断电（或者黑科技搞掉 windows 的休眠时自动更新）。

当面不方便处理的事，也不要指望技术给你解决，更不要指望张小龙。

我是一个 java 开发，我现在轻易不想写代码。一个小功能就要动好几个源文件，还要写相对大量的单元测试代码，就算有 CI 还是感觉累。

看上面的回复，怕虫是超高频变化的，用 java 真不合适。

没必要在楼主这里浪费时间。

既然楼主用了知乎体，我就给你个知乎回复：先问是不是，再问为什么。国产软件不是放弃桌面端，而是直接上的移动端。

另外我真的怀疑楼主平时都在是干啥，你就是看直播，稍微认真点也应该知道主播大部分情况下是用 PC 开直播的。

1 到 2 月，一般情况下，等于半年以上或者忍不住净身出户。

鉴于你项目经理那明目张胆的“假劳动法”表述和态度，这种情况你就不要找解决方案了，有背景找背景，没背景及时止损。第一步，先明确的表达不去。

如果你接触过传统软件文档、写过论文、或者任何非“门槛低”的行业的文档，那么你会知道一个名词：术语。业务强相关的名词，就算是纯英文开发环境，也要用专门的术语文档或章节来描述，不然外人和新人会眼瞎。你弄个全团队都能一眼看明白的中文变量还可以，否则不如英文代号+术语描述。

看抽成比例的时候，要先看场景。

对于独立开发者，上游从苹果买或者免费用，下游由苹果帮忙分发，3 成抽成就很合理甚至占便宜（相似的场景，比如经纪人抽成，能低于 5 成都要烧香了）。然而像 Netflex 这样的全平台服务提供商，ios 只是众多渠道中的一个，上下游都是自己搞的，那 3 成抽成跟抢劫没区别。

微信那个也看场景，在跟苹果的争端中，微信是服务商，ios 是个渠道，那 3 成抽成就是打劫。微信游戏的抽成，要看开发者跟平台的关系。要是开发者离了微信平台就不能活，那么抽成绝对不会低于 5，一般都要 6 往上。否则，就很难高过 3 。

看楼主最后一句话，貌似属于离了平台就活不了的，9 成你也只能认了。

就是 pull ＋ push 。只要你没有不检查就解决冲突，是不会冲掉别人代码的，强制推送都没事（当然对方也别犯二的一键解决冲突）。

我觉得你同事，或者你同事用的 gui git，犯二了

公积金这块要看是薪资水平的公开程。薪资水平公开或者半公开的，例如国企、公务员，那当然约多越好。

薪资水平严格保密的，那是多少都无所谓的，因为公积金这种固定数字的支出，很容易算到公司的薪资成本里面，“常规薪资＋公积金个人部分＋公积金公司部分”才是你的真是薪资。当然这时候公积金多了可以少点税，提高高公积金（个人部分），本身就是一种“合法”避税手段。我不知道楼上为啥认为公积金个人部分和公司部分总是 1：1，996 都能有，非 1：1 不是很正常。

@xlui #29 3 个月 8 折（但社保和福利正常），是惯例，可能所谓的互联网大厂玩得花了这惯例慢慢不惯例了。另外 6 个月基本工资不打折，但是不计年终（看网易那个帖子，网易就是这样的），最终实际拿到的并不一定比 3 个月 8 折那个多。

@zxlzy #30
《奉劝各位，不要去网易，不要去网易》： /t/670822
《试用 6 个月，第 7 个月被通知试用期不合格，希望放弃赔偿自离》： /t/657532
《被明示自己提离职走人，无良企业裁员想不给赔偿，我该准备什么》： /t/677407
《好尴尬，6 个月试用期最后几天被辞退，这样做合理么？》： /t/674202

我也不管你是不是网易的，是“too young”，还是纯粹语文没学好（@我但后面的话是给别人说的），因为你这随手一敲的话，让我花了 1 个小时去搜索，block 送上。

薪资不打折 6 个月试用期 约等于 6 个月临时工。前些天，就在 V2，刚有一个网易 6 个月试用期到点让走人的帖子，建议去搜索一下。

临时工是有转正的可能性的，但这个可能性小于（可能是极度小于）合同工（俗成人力外包）。唯一可能的好处就是简历好看点，但大厂 6 个月试用期，真不一定比华为 1 年外包更招人喜欢。

6 个月试用期，且打折甚至极低的工资，才有可能没问题——人家是真得在试用你。不打折，就说明认可你能干活，认可了但不转正，就是没打算让你拿长期。

抱歉我要唱反调了。我不针对作者，只是提醒一下想要入门的人：微服务是设计理念，不存在入门这一说； Spring Cloud 是大型工具，不适合通过实践（示例代码或项目）入门。 建议想入门的人，先去学习一下理论知识再来看楼主的项目。理论知识可以通过 Spring 的官方文档学习（旧版本翻译也可以，但最终还是要回到英文阅读），也可以找知名的系列博客学习（注意，没有或拒绝反对意见的系列，就别看了）。

从经常半夜两三点发生致命告警，到经常半夜两三点不太清醒的状态下处理故障，再到经常半夜两三点发生致命告警——胳膊要有胳膊的觉悟，你是扭不过大脑的。

这种情况，要么是领导层已经烂掉了，要么是领导层权衡过后认为现状就行。但不管哪种情况，作为小开发，该管的事是“提出问题”，而不是“怎么解决问题”。

这是主观题，请不要网上提问式的寻找答案，因为没有标准答案。

这也是一个随便想起来的题，问题描述本来就有问题。后面“假如”那段，已经把前面问题的答案暴露了。答案是：瓶颈是去银行那边进行交易，尤其是加钱那一块。这很好解释：出钱账户是 N，加钱账户是 1，从 N 个出入到 1 里面，1 那里最容易瓶颈。解决方案因实际情况而宜,我不想费事打字，但是可以肯定 那个“假如”的方案是行不通的，因为 N 至 1 的情况仍然存在（当然也不是一无是出，它可以解决“银行系统垃圾”的瓶颈）而且监管机构也不会同意。

我觉得应该把暴雪去掉，网易跟暴雪的关系，与完美跟 valve 的关系不一样，前一对前者在运营商是爷爷在开发商正在坑爹，后一对前者只是个收银员。

花钱即可解决，当然要向正确的人花钱（ office 365 约 250/年，或者 600 永久）。买“去广告费”相当于给流氓买“防流氓费”——起效快但有效期短并且是越来越短（说得就是楼上那些“几十块而已”的）。