@zzzzzzggggggg "我看法不太一样，大部分搞 py 和 c++的也是在搬砖，大部分前端也是在搬砖，既然都是在搬砖，不如找个岗位多的轻松的"

软件的核心在于算法。

能用前端写出核心算法是极少数人。大部分人就算进了公司，靠前端岗位也很难进入核心团队，被替代性很强的。

每一种语言都有强势和弱势，但是要说最有潜力的语言话，我最看好 WASM 。未来通吃前后端，微端，客户端。

我用 linux 是单纯为了 KVM ，Win32 上又没类似的替代品。

当然不一定是笔记本，我台式机也会装。

UI 那些，习惯了就好。

这就和股票投资一样。

学 Py AI 方面和 C++底层方面的，属于高风险高回报。长期收入大多要比前端和 JAVA 要好。当然学习曲线和找工作难度也高。

而前端是低风险，但人人都去学，也很卷，不知道什么时候就再次被迫转行。你说市场上小程序和网站需求很大，可是很多都是换皮就能做的项目，没深层次技术壁垒。以后一旦低代码普及，又要淘汰一批人。

@beetlerx 估计不行吧，楼主的目的就是需要确认保存磁盘的数据，有没有损坏。

你这样一来，万一跳过损坏区域咋办？

还有我一直觉得软件开发人员，是需要分层的。

分写 API 和调用 API 的人，不分层很难把软件架构真正做好。普通人不可能把控每个细节，特别是项目里，很多函数不是你写的时候。

一个庞大工程的总代码量，是你无法控制的，分层却是可控的。

@liuhan907 你是小兵的时候，“函数”就是具体执行任务的方式。

你当领导的时候，你自然就不需要关心具体实现细节，只需要给别人发布模糊“指令”即可。

我还是那句话，不同的维度，看到的世界不一样。两者并不能拿来横向对比，孰优孰劣。

好领导就不应该死抠软件实现细节，应该把控大局。

@Perry 这种病人生存期预测，都是基于医院历史资料库里的数据。

根据表单，做拟合生成的结果。

病人的资料应该算机密吧，正常来说普通人拿不到数据。

@tsanie 我 27 张图片里有相似图片，加一起确实能稍微提升一点压缩率。

ZIP 单独打包，每个文件都是独立压缩，并没有前后文件关联性，压缩率就很低。

除非你是这种，5 张图片相互毫无关联那种。

@LeeReamond @LeeReamond 后台 API 数据反爬，就那点东西。加访问频率限制，加时效性签名，加 nonce ，识别浏览器指纹。

如果真的用一楼方法，控制无头浏览器来抓 DOM 数据，前端也很难阻止的。

当然多加密一次，总比不加好，防君子不防小人。

我现在数据交互从 Restful API 迁移到了 RPC ，加密是随手之劳的事情，自我安慰安全系数+1 。

WASM 的好处是隐藏内部算法，但是一般很厉害的 JS 加密，也没办法轻易还原出算法。

很多人不了解 WASM ，其实并不适合做强加密，还不如直接用 JS 写点加密代码。

WASM 所有导入导出入口函数，就和一个 DLL 一样，都是对外暴露的，谁都能调用，谁都能 HOOK ，很不安全。

@qiandongdong 是关于 SSL 的 DNS 验证吗？如果有需求，那下次更新我就加上吧。

@Livid “桌面浏览器的技术进步完全没有停滞。”

赞同。特别是最近研究了一下 WASM ，我在想既然 WASM 运行速度如此之快，又不限制语言。

那么写传统桌面软件，和写浏览器网页，已经没什么区别了。

强，我一直想把 leveldb 查看器加到浏览器里运行。

在自己写的 chrome 里插件里，存了不少 indexDB 数据，苦于没有趁手的工具导出来。

很多码农都希望重构自己以前的代码吧。

想了很久，被各种事情拖延。

最后又想了很久，算了，代码能跑就行了。

所以我更喜欢写客户端代码，崩了就崩了，让客户重启一下就行，这叫 BUG 。

而线上服务奔溃，那就属于严重事故，要担责任的。

问题是你线上服务，有时候并不知道什么时候会挂，提心吊胆的感觉，真是很糟糕。

看过一些普法节目，不承认没用。

国内法律有个“应当知道”说法，也就算码农是完全不知情，也还是有连带责任。

但是国内也有漏洞，就是一般都是以拿钱数量为量刑标准，你只要一口咬定不收钱，责任就会被判的很轻。

@vicalloy 有道理，应该是 zip 打包算法没把 27 张看成一个整体，导致压缩无效的。

这点 7z 好很多。

@LeeReamond 我测试的是 APP 的内置图标，PNG 无损压缩也够用了。

少个 15K ，也确实没啥意义，就是感叹一下，世界真奇妙。