你试试 Beyond Compare 4 ？有 Linux 版本

Mac OS 下没有问题，可以正确比较和输入中文。

@hantsy
我只是说我们公司的情况，这不是核心问题。
拿 PHP 来说，有 php-cs-fixer 这类的命令行工具，无论用什么 Editor 或 IDE 都行。其他语言多少也都有。

关键的是执行。如果公司不注重，不严格执行代码审查，或各种 CI 工具的自动代码检测，那么抱怨就没有意义。
底下的人你不服我、我不服你，上头再没个标准，只会越来越乱。

大一寒假过了笔试，暑假拿下路考。

我司用 JetBrains 家的 IDE，代码风格一开始就确定了，配置文件发给大家，提交代码之前一键格式化就可以。
这种小事处理不好，公司的管理还是有问题的。

文件独立上传，后端侦测文件状态异步处理，前端定期询问相关文件状态。

估计是 LZ 加载了太多 plugins

Google 一下能有多难？

需求不明确，你接下来要干什么？

基本匹配
location ~ ^/def/ {}

如果需要拿剩下的东西做进一步处理
location ~ ^/def/(.*)$ { // $1 }}

@sagaxu 这种我没试过，回头验证一下。

@utopia5719 我说的锁表概念是错的
关于 insert ... key update 快是看情况的，处理单条数据 update 当然快，但是 insert ... key update 可以放多条记录在一个 SQL 里的。根据 LZ 的情况，一次处理 1 千条数据，应该是比处理一千条 update 快。除非 age 是同一个值。

问题还是在人，不在工具。

另一个点，如果你的表是 InnoDB，那么更新会锁表，Go 这边的并行处理不会直接提升速度

可以批量处理的，比方说一次 1 千条数据。
另一个性能上的共识是 INSERT ... ON DUPLICATE KEY UPDATE 速度快过 UPDATE，可以试试

看个性，是想一条道跑到黑，还是多种技能多种出路。
跟风市场需求，风险比较高。不如一技之长来得踏实。

@wbswjc PHP 一样有 Epsilon 的坑
http://php.net/manual/en/language.types.float.php

无论是不是动态类型的参数，在涉及比较的时候最好还是转换一下，别偷懒。

@jimyan
如果你的项目需要的 语种有限，字段也不多，可以单开一个表存
如 product_id, name_cn, name_en, description_cn, description_en,...

不够用再上 E-A-V 或其他方案也不迟