技术专栏 第528页

打开Android-Video-Trimmer工程的gradle/wrapper/gradle-wrapper.properties，把下面这行配置

它们的熟悉度让它们看起来简单得有些欺骗性：看似清晰划分的组件，如 scheme、hostname、path 等，让人觉得从 URL 中提取信息是件小事。但实际上，多年来已经构建了数千个自定义解析器，每个都有自己对细节的理解。

工作后是选择技术，还是业务？不同的人有不同的选择，选择无所谓对错，只有合适不合适。绝大部人选择的是业务，见效快。缺点是过于依赖某个行业或公司。我选择的是技术，非常的艰辛。大致过过程如下：

一，6个月出可以运行的产品，所有功能基本完成。

二，又6个月根据上司、测试部门、售后部门的要求反复修改。这个阶段，我期望尽可能短，以降低市场风险，但公司往往不让。

三，又6个月上线第一个项目，摸着石头过河。

四，又6个月上线第二三项目，验证可能遇到的问题。

五，上线大量项目，这时有没有我，都无所谓。

除创业的4年外，我的工作经历可以分为如下几类：

人眼对亮度的感知是非线性的——对暗部变化敏感，对亮部变化不敏感。例如从1根蜡烛增加到2根蜡烛的变化很容易察觉，而从100根增加到101根则难以察觉。

前面我们通过逆向手段分析了
CoreText中的字体级联/Font Fallback机制，正好借此机会聊聊一些常用的逆向思路与技巧；本篇文章更多面向小白入门，不需要你有太多的汇编、LLDB知识，我们将结合一些典型场景来举一反三，当然，如果大家有更好的奇技淫巧欢迎一起交流、学习。

最近学了些新算法，过来做下笔记，以免以后忘了。

本篇为第一课第三周，
3.6到
3.10部分的笔记内容。

参考实验：
DAPO + vLLM v1 + VeRL —— VOC性能比较

本文是国外技术网站medium上点赞超过200+的翻译/笔记文，有关
规避/解决幂等请求的编程指南。

就是把你文件夹里Rom的中文名根据程序中收录的中英文Rom名表格做自动匹配，这个表格来自Github上的大佬YingW




一般我们下载下来的Rom的中文名可能会不太规范，比如这样




这个工具主要是先剔除一些无关信息,然后根据文件后缀选择对应的csv，然后用模糊匹配算法匹配csv中的名称，在超过一定阈值后，去匹配并替换成表格中的官方英文名，因为文件名五花八门，不能保证百分之百的正确率，实测大概有95%的成功率，你需要将匹配失败或者错误的文件名修改的再标准一点，将lpl配置文件改回中文名也是这个原理

代码我开源了，大家可以随意下载或者修改，需要的朋友点个赞吧

视频教程：
https://www.bilibili.com/video/BV1oXWxzLEGi

GitHub链接：
https://github.com/busiyg/RetroarchRenameForCN

中英文Rom名项目：
https://github.com/yingw/rom-name-cn