AP 是不是得找兼容的 AC 才可以呀？一般都是同品牌的吧。

或者你指的是纯路由功能，可以考虑淘个企业淘汰下来的或者搞个软路由，需要多个网口就配个交换机。

Airbnb 做的比较好的房东基本都是专门为了出租而特意布置的房间，真正交换的好像比较少遇到。

个人办公场所出租的话，按照这个思路，可能就会变成专门布置办公空间用来出租，但是这样已经存在一些如 Wework 之类的共享办公室品牌了，错位不那么明显。


点子+市场+盈利模式都搞定，八字就能有一撇了。
可以做做市场调研，看短期租用办公室的需求市场有多大，住房确实是经过验证有较大市场需求的，办公室还真不好说，很可能居家办公、自由职业的人数全算上还不如有住房需求的人数多，更何况其中愿意租出和租入的数量了。

应聘的时候先曝工资可能会处于议价的被动地位，个人不建议回答，可以以“上家公司有保密制度，还没离职，所以不方便透露”这样如果对方也有薪资保密制度的话，不会减分，甚至可能还会加分。

期望薪资是可以说的，只要之前做好功课，通常不会使双方预期有太大偏差。

有序的市场经济环境下，消费者可以以购买行为来投票，制约商家的产品决策。
真心觉得苹果有点店大欺客了，消费者只要还在买，那么就会得寸进尺。

欧盟现在不是在拿这个说事嘛，到头来可能最有效的就是政策途径了。

我也有一部 Pixel gen1 ，只在 Google Play Store 上装应用确实很流畅，装一个淘宝续航就双倍腰斩。

不想折腾的话，基本只有国产（或国行） ROM 才能治得了国产应用，这就是为什么后来看完 Pixel 新品发布会就果断换了一部三星国行，一方面是没有广告，另一方面就是国行 ROM 能治得住国产应用，最后还不妨碍用用 Gogole 的服务。

“差评”最近在 B 站上出了个新视频，就是浅析国产应用为什么那么大，有一点是很有道理的，就是海外基本上是 Google 垄断生态，各个 App 厂商只跟 Google 对接就可以了，但国内 App 厂商得跟各个渠道商对接，有的还头铁自研，再加上一堆营销花活所必备的组件，App 很难不臃肿。

英文社区不只有英文母语者的，因为英语本身就是一种全球化沟通的工具，所以各地区的爱好者会出现在英语社区里，而不是中文社区里，相应的社区体量也大多了。

有上述的情况存在，于是国内的大佬也倾向于去英文社区交流，使得国内的中文技术社区越发惨淡。

现在中文技术社区我基本就只来 V 站了。

有三四年没海淘了，记得好像中国邮政的个人包裹渠道是抽查收税的，可以找海外转运仓库然后寄个人包裹，如果收件地址是大城市包裹多可能被抽到的概率会低一些，我是买过三五次都没被抽中过，现在疫情不知道包裹是不是少了，更容易被抽中了。

商家直邮（比如亚马逊）好像是主动报税或者海关都要求缴税，电子产品好像就是 15%。

不知道现在是不是跟之前不一样了。

即便不收费也不用，性能很差，而且 Bug 很多，还有商业私货。

自己用虚拟机装个精简的 Linux 跑 Docker 服务，然后在宿主机用 DOCKER_HOST 环境变量无缝调用。

去 B 站看过几位真正参与国家发展规划的学者的课（比如温铁军），城镇化从来不是目的，而是在早些年的实际形势下为了发展经济而不得不选择的一条路，现在这个任务已经基本完成，城镇化带来的很多问题也早已经进入了相关部门和学者的研究课题，下一项核心任务是共同富裕，农村的各项问题将是重点解决的对象了。比如教育和医疗资源的公平化（目前处于教育行业是深有体会），以及开始鼓励回乡创业了，已经有一系列的减税和补贴政策先行了。这些工作都还在初期阶段，可能还没有可见的效果，中国这么大体量做什么工作都需要时间的（比如城镇化就搞了几十年），但未来可期。

中国的经济基础和上层建筑是很特殊的，所以没办法用任何一个其他的国家的过往历史和经验来对照，感兴趣的话可以了解一下国内的相关的政策，以及官方和相关人员的信息。

我反正觉得，斗争是一定要斗争的，不能因为可能失败就放弃斗争，更不能因为自己的不作为而泼有所作为的人冷水。

@bthulu #202
基本上是看某一个项目用的什么语言，然后围绕它的生态基本上都会用这个语言。
系统开发界的很多核心项目是基于 C/C++的，用其他语言没法直接交互。比如 Linux 相关的驱动、模块开发，以及 Kernel 的魔改定制，基本是 C 语言独霸，C++都挤不进去，Rust 软磨硬泡多少年才终于被允许用于 Linux 上的驱动开发了；各种数据库、中间件多是用 C/C++开发，比如 MySQL 、PostgreSQL 、Oracle 、MongoDB 、Redis ；虚拟化平台如 VirtualBox 、Vmware ；图形引擎如 Unity3D 、Unreal Engine ；以及 Google 的一票如 TensorFlow 、Chromium 、Android ；你可以随便搜几个看看。
非 C/C++的系统开发项目也是有的，只不过是少数而已（虽然也很有名）：比如 Docker 生态用的 Go ，Apache 的很多数据库、中间件用的 Java 、Scala 。
这也就是为什么去招聘平台上搜 Rust 相关岗位基本都要求有 C/C++工作经验，Rust 多用于系统开发项目，而系统开发项目因为历史原因生态是亲 C/C++的┑(￣Д ￣)┍

尽可能避免使用定时任务方案，看有没有方法把定时过程转化成实时过程。
另外资源占用率从来不是主要监控指标，你要看具体操作花费的时间，操作时间过长再看是否是有资源占用异常，有的时候资源占用率高是因为利用效率高。

1. 首先看一下索引是不是可以优化，大多数据库性能问题其实都是由于索引优化不到位，有时候看之前觉得没问题，仔细看过索引之后才发现有问题；
2. 建立一些缓存机制，但缓存维护是个难题，一不小心就会导致 Bug ；
3. 限流，但治标不治本，比如极限情况下一个任务处理时间超过 24 小时，那几本就打破了一天一次的要求；
4. 升配，用云服务的话可以考虑仅在跑定时任务的时间按需高配，跑完再降配；
5. 分布式数据库，比如一些大数据架构。

这个涉及到开发和测试的流程，以及各自的绩效指标。

如果测试是开发流程的一环，需要对最终产品质量负责，那么测试通过后的问题应该由测试人员负责，权责对等，同时测试人员有权拒绝批准你有缺陷的程序上线。
有的团队里测试人员是资源，不属于开发流程的一环，最终产品质量由开发人员负责，权责对等，开发人员有权支配测试资源来保障最终产品质量。就好比因为 Bug 没达成业务 KPI ，业务经理依然会被主管 VP 罚绩效，不能把锅推给测试或开发下属，有管理权就得为手下的人负责。

如果组织架构允许的话，我个人比较倾向于前者，开发人员背产能绩效，测试人员背质量绩效，同时测试与开发之间约定一套相对公平的测试对接流程（比如优先级规则、争议裁判规则、紧急需求流程等）。如果开发人员真的水平菜，导致代码质量差，长时间过不了测试，一定会因产能低而被罚绩效。

当然，存在一些管理者不清楚如何规划各职能的工作，或者只是懒得搞，定个扯蛋的绩效方案，妄图以处罚来让团队自己变高效。

我说可能啊，有没有可能，领导因为其他原因对你积怨已久，想找个接口让你走人，或者只是单纯团队预算砍了，需要裁员。

其实更重要的是，你提离职的时机是不是对他人工作造成很大困扰，以及是否负责任地进行交接。

《快递暂行条例》第二十五条：“经营快递业务的企业应当将快件投递到约定的收件地址、收件人或者收件人指定的代收人，并告知收件人或者代收人当面验收。收件人或者代收人有权当面验收。”
如果社区没有特殊的因防疫而禁止快递送上门的规定，收货地址详细到楼层门户的话，快递公司应送到门口，否则可以投诉到当地邮政主管部门。之前 V 站上有人投诉处理成功过，你可以搜搜看。

送货上门确实是无人机非常有前景的应用领域之一，但是需要专门设计的无人机、专门的资质、专门的安全制度、有效的质检、专门的法律法规支持。如果在地广人稀的地方，风险较小随便玩；在人员和设施集中的城市，风险较大，一旦意外发生，可能会导致非常麻烦的民事纠纷，如果在窗口没拿稳掉下去，还可能涉嫌“高空抛物”。

只是玩的话，模拟人生系列可以看看。

但估计还没有足够硬核的游戏能让你了解现实装修情况，最起码水电燃气下水道网络怎么走，插座开在哪，绝大多数游戏都不涉及。

V 站之前有不少人问过装修相关的问题，你可以搜搜，汇总一下应该满够了。

设计方面拿不准可以找个设计师，你把生活习惯和需要的设施都提供给设计师，设计师可以根据经验给你整合成图。

收纳空间一定要足。