@nanaw 17#我也不想用国产输入法，请教一下目前 PC 上 Windows 10 用的输入法，哪个比较好用一点？

有，会，并且几乎是肯定的。

后端程序员不会写 SQL 应该是不行的，不过 SQL 简单，读一下文档基本就会了。

为什么华为的交换机全是 Cisco 的....好奇怪。

似乎不会用引用的方式存储，至少我接触过的数据库没有给我这种印象。即基本上表占用空间的增长可以根据字符串长度 X 行数算出来......

V2 这里大多数都是搞纯软件开发的。
我看楼主的需求除了通用技术，例如拉个网线，做个 UI，建个网站。其他都是非常专业的关于图像处理和视觉数据分析的要求。
前半部分的要求应该是问题不大的，后半部分对知识储备的要求比较高，很难找到合适的人。
如果贵公司能有后面方向的专业人才，我建议招聘具备机器学习的基本知识，并且愿意持续学习的人可能也合适。

楼主的问题听起来确实是 GFW 才有的......

如果要旧系统使用新的数据库，那需要写程序同步数据，逐个表分析，主要是唯一性数据比较麻烦，其次是怎么判断重复。

推荐梦幻模拟战

@zro devops 其实是一个很有趣的工作，如果假设云是趋势，那么 devops 将是一个普及面相当广的 IT 工种。
这么多年，我好像只干过一件这样的事情:
运维的工作之一就是准备各种各样的环境，当一个非云端运行的系统需要部署时，我们通常需要准备开发、SIT、UAT 至少 3 套环境。这个其实不算什么，但是为了配合上游的 SAP 系统，我的小组经常是每个项目都要准备一套环境。这一套环境包括 1~2 个 DB2/Oracle 数据库，一个 WAS 服务器，和一整套的配置和部署工作。通常，人工完成一套环境的部署，对于熟练工也需要 2~3 天，考虑到各种配置错误，和环境自身的各种意外情况，我们预定的周期是 2 周......最多的时候我们需要 4 个人同时工作，就只是准备环境。
我干这样的事情干了 2 年，直到我实在是觉得很无聊了。因为所有的配置都是一样的。真的很无聊。
于是我研究了一下 WAS 的配置脚本，把整个过程写成了一个配置脚本，这个脚本只需要修改数据库的 IP 地址和端口号就可以用到一套环境配置上。有了这个东西之后，整个部署过程需要的时间减少到了 30 分钟....并且大大降低了错误率。
后来我才知道，那个脚本用的编程语言叫做 Python。

正面硬刚就行了，这种人你硬他肯定怂。
你都要离职了，还惧他们？大不了就是少领几个钱，更何况闹到法院还指不定谁赢呢。

运维更多的是考察知识的广度。
在下有多年运维经验，但是对 DEVOPS 不太熟悉，我的长处是分析问题原因，但是不太会解决.......因为很多问题涉及代码改动。
大多数的运维问题，其实都很初级，基本模式是你脑子里有一个初级问题的筛子(这个筛子主要来自于经验)，用这个筛子过滤掉 99%的问题。
然后是一个更高级的，以此类推。运维有 2 句话必须牢记在心：
1. 墨菲定律 - 凡是可能会出问题的地方，都肯定会出问题;
2. 所有复杂问题的背后，都有一个简单甚至愚蠢的根本原因。

@MrGba2z 这个链接让我有了更多理解，确实这更多取决于个人的选择。方式 1 的优点在于复制粘贴方便，方式 2 的优点则在于可以共享静态文件。
@andylsr 则让我想到其实大多数的项目，都是可以合作开发的，尤其是开源项目。

楼上的意思，假如我是一个大项目，直接分给 2 个人开发，其实这 2 种组织方式是没区别的。
我其实是想问假如我有一个大的系统，这个系统其实一开始是不知道到底有多少个 BP 的。
假设我做到一半，我发现社区有个 flask 项目不错，我想拿来当做这个系统的一个 BP，要怎么处理？

代码规范这个东西，很多公司都有，我经历过的公司基本上是每个项目定一次代码规范，或者每个写代码的小部门定一个规范。
至于是不是遵守，那就是另外一个故事了。
鉴于此，楼主干得不错，就算阿里没想着继续改进，至少提醒他们自己说的话，自己要开始尝试照着做。

生产环境的服务器似乎在跑别的东西，要求提供服务器端的资源报表、性能监控记录以排查问题。

我也知道 Python 有 CHM，我还下载了，从来没用过。
还居然真有人用这个....
我从来就只用在线帮助。

请去医院检查，在这里问没用，反而可能误事