不嫌麻烦就 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，不用 @我了。

@blless 没查过资料没自己写过代码就还是不要说了。还现在的.NET ，你真的写过.NET Core 程序？用过 Nuget 包管理？官方发布的 Docker 镜像真的用过吗？

@blless 你这都是几十年前的技术了，现在哪还有人写 aspx 。除非维护老系统，不然早就都转到 ASP.NET Core 了。
而且 Ansible 对 Windows 的支持也是这几年才基本能用的。你要是纯 Windows 直接上域管就完了，并不比 Ansible 差。非要用给 Linux 设计的技术去管理 Windows 怎么可能用的顺。

@LokiSharp 你在 Linux 上跑 SQL Server 。。好吧，反正官方倒是也支持。不过你这情况还是别用 SQL Server 了，换个别的吧。

@guolaopi 因为虚拟机默认条件下性能不行，所以虚拟机调优才是必备入门门槛。只能这么解释了。

@blless 来，你举例一下这里面哪些要钱？
别说数据库，.NET/.NET Core 又不是只能用 SQL Server 。EF Core 里面甚至都自带 Provider 。还什么学了用不上，Web 框架基本都是 DI 那一套，消息队列你不用 kafka ？大部分功能类似的组件设计思路基本都是相同的，无论是 Java 写的还是 C# 写的。除非你只看 API，那确实不一样。

@LokiSharp SQL Server Express 是免费的，只是不支持 10G 以上的库。不过这个付费可就贵了，我记得是按照 CPU 核心数付费的

国内套 VS Code 壳吹成 IDE 的可多了去了，基本上你看到类似布局的，扒一下代码就知道是啥了。

是的，而且很多 bug 还非常难调。又不是神不可能一次写完就没问题的。
你觉得开发底层的程序员比较厉害主要是因为前端太容易做出效果。一个纯新手照着 hello world 写一天也能弄出个能看得见的效果。但你要是让一个纯新手去照着 hello world 学开发操作系统，一个礼拜都未必能过得了 boot loader 。
至于后续的学习也不见得谁会比谁厉害。只是前端开发这种局面导致很多人随便学学自己能弄出来效果就觉得自己水平不错了，一般同等学力的底层码农还在纠结自己这玩意为啥又跑不起来了。

你起码买个电钢琴，至少是有配重的那种。
按按钮和按钢琴键是完全不同的感受。
而且就算最高端的电钢琴，因为发声原理不同，还是模拟不出来普通钢琴那些细微的震动反馈。
所以说最差你也是买个电钢琴吧，手卷那东西就算了。
区别就像你去拿老年代步车学怎么开车一样，完全就不是一种东西。

这个倒是很简单。
因为原图肯定是矩形的，那么你就根据合适的分辨率新建一个矩形的图。
然后通过他给你的四个顶点位置，计算出来从新图坐标到你识别图坐标的变换矩阵。
然后遍历新图的每个像素，根据矩阵算出来原始图的像素坐标位置，插一下值。
这样一步操作可以连正畸加抠图全做了。

实际上核心就是算个透视变换的矩阵。
实在不会你可以 OpenCV 扣个代码改成 Java 的。

@cccy0 四个独立点，不是一定可以围成凸多边形的。。。
你先百度一下凸多边形是个啥。
比如四个点，顺时针标记为 ABCD，那么多边形 ABCD 和多边形 ACBD 并不是同一个图形。同时你要定义好什么叫“内部”什么叫“外部”。
本质上是个图形学问题，跟你用什么语言没关系。
最简单的就是直接画个矩形的外接框，然后遍历这框里面所有点判断是否在多边形内。一般的话射线法就可以，不过同样有很多的细节情况需要考虑和处理。

做不到的。
你这四个点围出来的都不一定是个凸多边形。
多学学数学吧少年。。。

知乎现在也算大厂了。。。