防火墙不是万能的，不要把防火墙当成自己惰性的挡箭牌，防火墙的基本功能是控制哪些IP的哪些端口可以从哪张网卡的哪些端口访问进来；所谓的防DDOS、防暴力破解等功能都是附加的，只应该在极端情况下才发挥作用。
所以你的问题不是用不用防火墙，而是如何提升系统安全性，习惯为首，大多数骇客都是利用社会工程学来进行入侵的，如果你的习惯不好，攻下你的系统只是时间问题（有可能连时间都不成问题）。

几条拙见：
1.使用软防火墙（iptables/CentOS7 firewall）开白名单，只开放必用的端口。
2.密码使用强密码，不同用户的密码不得一样。登陆使用SSH Key，并为SSH key设置密码。
3.服务不要跑在管理用户上，只给服务用户必需的权限。

另外有一个技巧，如果预算足够的话，建议非公网服务只跑在局域网里，外网访问不到，只给公网服务配置公网IP，但是将所有的公网服务器的SSH端口配置为只允许内网访问，然后专门配置一台最低配的公网服务器作为SSH跳板机，如果想访问任何一台服务器都要先登陆跳板机，然后再使用内网IP（建议配置好hostname）SSH到任意一台服务器上。好处由于没有人知道跳板机的存在，所有服务器又不开放公网SSH端口，所以无处下手；缺点是使用SCP的话就只能先上传到跳板机再从跳板机传到目标主机，不过也可以临时在跳板机上开SSH隧道。

我第一眼也是想到了switch。
其实你要说明优化的方向，是可读性还是存储还是计算？
其实用javascript这么高级的语言，个人的观点是可读性比性能重要，所以优化主要是在可读性上优化，你的代码用switch就会有很好的可读性，容易维护。

学历和起步价有关，同意 @suduo1987
我们公司招人是从来不看学历的，只看学习能力；学习能力强和经验丰富如果不能兼得的话，通常会有一个两者的人员比例。
当然也和工作单位有关系，我在创业公司，如果你在国企或事业单位的话就是学历为王了，我有亲戚在国企，甚至不是通过工作质量而是周期考试分数来决定拿多少工资的。

你的问题不在于侦察和反侦查，你的问题在于公司文化。
如果你不信任某个员工，大可炒掉。
如果公司不信任你，大可离职。
如果同事之间没有信任，谈什么事业，谈什么野心，都是扯淡。

全栈你好

推荐ublock插件，自动屏蔽广告，比adb性能好。

如果是聚合需求的话，基本上count、distinct、aggregate就完成绝大多的处理功能，而且mongodb本身也对这些方法进行了很好的优化，效率很高，能用这些就不要用mapReduce，虽然mapReduce能实现上述几种聚合方法的功能，但是因为没有进行优化，所以非常慢。通常的建议是，如果你有即时的聚合查询需求，不要用mapReduce。

@idblife 不知道ustack，我说的是UCloud的UDB服务