亏你还写这么长，这其实就一句话:"你跟他讲道理，他跟你耍流氓。"

这几只都好萌.....希望带走它们的能善待它们

这帖，给我的感觉是帖主和后来的 Gnlabs 的 CEO(?)都很业余，根本就不像专业人士。似乎更多的技能点在怎么处理人际关系和与人撕逼上。
不过我不太了解所谓的高管，难道所谓的高级管理都是这么思考问题的？

通用工具不应该关注业务上的坑，谁需要新的功能，让他们自己重载你的函数就好，反正你就发布你自己的版本。
如果你自己觉得合理的需求就加上去，不合理就直接拒绝。
说实话你举的这个例子要是我就不会理他，甚至连那个 blocklist 都不会加，因为会影响别人调用。

给客户导数据库，我建议是要依靠代码，因为代码的结构组织比 SQL 脚本要有效率得多。
但是从历史上看，大部分的导数据库这种事都是 SQL 脚本完成的。
这么做好处是一次性的开发工作量比较小，坏处是时间长了就搞不清楚哪些地方该改。

我建议是放数据库里面，还有个问题是不建议有存储过程，太难了。

这玩意如果不是性能压力特别大，反而不建议代码处理，因为这东西外面套个函数，就相当于可读性了。

写错，markdown

为啥这个 md 语法不起作用？

照下面这样写就行了，直接出结果。
···
SELECT 生成时间 FROM result WHERE `型号`in (1,2,3) ORDER BY 生成时间 DESC LIMIT 1;
···

这没啥可难受的，当然，我猜你是第一次。很快你就习以为常了。
从这个例子中，你学到的心得应该是别学你那个同事，抱怨是没用的。

对于我，客观评价就是不好看。

人工干这事根本不可靠，你要是发现有个号码重复了，你怎么知道是来自哪个文件？谁干错的？谁的工作应该重新干？

这个解决方案大概如下:
python 有一个包叫做 openpyxl.
这个包只需要知道 excel 文件的路径，然后打开就行了，有很多示例代码。
每次打开一个文件，读取需要的数据，将手机号写到一个数据库表里头，最后统计这个表的总行数就成。还有个办法是将手机号写到文本文件里以防止内存溢出。

首先，名字只是个符号。
其次，在没有歧义的情况下，短的名字比长的好。所以，一般用户注册会被命名为 RegistrationForm, 登录则是 LoginForm 。

我用 dbeaver

#2，应该.....算吧......

这种公司还是早点走吧，不过作为 IT，我其实可以告诉你完全没必要这么敏感。
我以前(年轻时)有的时候也会这么跟业务部门的同事说，但是这通常只是为了显示自己懂得多，并不是真的有相关的规章。
其实没必要因为这个辞职。