确定还有暑假？有很多现在还没开学呢。

@loading 这软件用不着推广吧。之前用过那个趋势企业版，自我保护能力趋近于 0. 随随便便自己就崩了，根本用不着病毒去针对它，一个脚本都能玩死。
这水平的杀软还有啥可推广的。

@tulongtou 是的，但是统计总数，一共 12 次，每次七天。你可以三个月用完，或者每个月用一周。
实在不行你可以查一下地图，并不是所有摄像头都拍外地牌照。可以绕着走。

@alphatoad 面向终端消费者的可以这么搞，但是有很多工业级别的应用都跑在 Windows 上，没法这么搞的。
生产 ATM 的厂商可以因为漏洞得不到更新去升级新的 Windows，但是你跟他说新的 Windows 不支持 32 位程序了让他重写？完全不现实。
一个开发了很久的系统固然迭代困难，但也经过了长时间的考验不会出太大的问题。特别是一些重要的系统里，能不升级就不升级才是常态。
目标用户不一样而已，不能用苹果做系统的思维方式去考虑 Windows 。

@onecode 64G

@onecode 主要是 32 位可用内存差不多只有 2G 多，但是 Visual Studio 的插件全部都是 host 在自己进程中的。这就导致了某些复杂项目里，用来做分析的插件会占用一大堆内存最终导致 IDE 进程崩溃。
特别是 C++项目里，如果解决方案有很多项目，而且大量使用了模板。很多第三方插件都会崩溃，比如 Resharper C++或者 Visual Assist X 。这些插件会尝试加载所有头文件有的甚至会分析模板。你会眼瞅着内存暴涨最后 devenv 炸掉。
目前只能卸载某些项目，或者暂时禁用插件的分析功能。

真惨，当舔狗还要强制看广告。

IIS 直接配置一个转发规则就可以了

@TomeWong 不要放在同一个进程，文件 IO 也不要用多线程。

别的都不错，就是粉色那几个大字体比较难辨认。换个颜色可能会好点。

@newtype0092 所以说这个世界上没有什么问题是加一个中间件解决不了的，如果不行就再加一个。

没有接口可以应对所有情况的，哪怕你用 GraphQL 你也得看别人用不用。而且 GraphQL 也不是能应对所有变化的。
只能从设计上把接口层隔离出去，保持更底层的稳定。如果以后要应对很多不同系统，就想办法用一些脚本或者配置文件生成这一层的代码。如果就只处理几套接口那自己硬写就完了。

不嫌麻烦就 Ceph
嫌麻烦就 Swift
还嫌麻烦就 MinIO
一大票的分布式存储都可以用的。
不过，分布式的东西最麻烦的可不是部署。部署是最简单的一步。维护一个分布式存储集群可不是一件容易的事。

Chrome：新时代的 IE

当年轮子哥不是说过他们 office 组为了正常编译 Mac 版的 office，专门弄了个脚本在 xcode 编译一半崩溃的时候重启它。
可想而见 mac 版的 office 为啥功能不全了，估计全加上重启概率要翻好几倍。

@YongkeLi .NET Core 在国内生态不行，最好早做打算。你可以拿它来赌一份薪水还不错又不用 996 的工作，但是你还是得有一门能拿来兜底的技术。后端的话最好还是 Java，或者流行度差一点的 Go 。然后再学个 Python 基本能保证最大概率找到一份工作。
基本上面试考的都是语言或者框架的细节。但是大部分功能相似的框架设计思路都差不多。你在 Spring 里面学的那一套 ASP 里面一样用，区别只是实现细节不同而已。剩下的微服务的各种组件，数据库什么的都是通用的。然后再看看 Java 的 JVM，.NET 的 CLR 。这种虚拟机大部分算法和结构也都是相通的。你学的那些垃圾回收什么的概念也基本都能通用。
个人建议不要把自己局限在某种语言或者框架上。深入了解细节是必要的，但也就只钻研一个就差不多了。更多的精力应该放在多学习几种语言和技术框架，多总结对比看看相似的功能在不同语言和技术里面实现方法是不是一样，对比一下各自优缺点。虽说这些东西面试不会考，但是对于自己的提升是很有帮助的。

2000 出给同事一台品相几乎全新的双镜头套机。不过这个价格不能做参考，关系不错的同事半买半送了。
你自己买的话不建议买套机，套机镜头品质相当一般。你可以直接买个机身然后买副厂的半幅镜头，其实原厂的也不是很贵就是了。
机身本身也就是对焦性能出众，其他的个人感觉很一般。价格合适的话还不如直接买个 6400.
视频的话倒是没用过。

@blless 自己刚黑完的 DLL 转头就忘了？又开始扯起来生态了？确实.NET 生态差，所以呢？论生态哪个能和 Java 比？
每种语言和技术都有优缺点，没有哪个是完美的。根据自己需要选择就好了。
但是一边黑着一个平台不能无痛升级，转头吹用另一个语言重写了特别牛逼，你真的是做技术的？
双标狗而已。
已 B，不用 @我了。