DingJZ

@DoubleKing #5 也可能因为我着急招，外包抬了一手，我人在北京，确实不了解行情，

前两周在重庆招了个外包前端，聊了几个觉得差不多的都要 14/15 左右。勉强中级水平吧。

@Ayanokouji #9 顺便还能赚几个推广钱，然后自己再赔几百去请客 😂

只关心一件事，我要求团队里所有人都学会翻墙，用谷歌

1. 跨域直接在 kong 上处理，前端和后端都不需要考虑
2. 前端直接扔到 nginx 后面，后端流量走 kong ，前后端流量分开，将来哪边要扩展都方便

@tuduweb #32 好像都遇到过，上个公司是 QA 团队负责的，所有的环境都归他们
现在的公司边界不太清晰，有运维但是运维很难把完整的流程做出来，大部分都是我自己（开发）做的。

面试过类似这种背景的前端，比如去年面过 3 个用友出来的，日常用的都是内部封装的框架，外面的基本都不熟悉，然后内部的东西也没有参与到封装的过程，只能聊点基础的和业务，不太好判断。
还是得深入吧，不论是自研的还是开源的，把用的东西摸透了，才能跳出那一层来聊，不然没有优势，企业也没有必要花培养 /磨合的成本。

说几个我印象深刻的，前端方向
1. 邮箱没有管理
公司内部应用 iOS 端都是通过集团的企业证书分发的，突然某一天企业证书被苹果 ban 了，各业务老板都打电话来找，一下子懵逼了，后来临时又找了一个证书签名，折腾了一天。
后来回头去查，苹果不可能连个警告都没有就把证书停掉，客服回复会提前发邮件，给 15 天整改期，然后发现集团那边当时用的邮箱早就被回收了，根本没有管理。
2. 域名没有管理
内网应用和公网应用用的同一个域名，解析都走阿里云的 DNS ，某天机房外网挂了，结果内网很多服务也受影响。
3. chrome bug
遇到过至少两个 chrome 的 bug 影响业务的。一个是在 windows 下某个版本获取到的用户时区不正确，导致页面上的时间不对，只好在代码里把客户端时区固定设置在上海。
另一个是打印预览的 bug ，打印出来的内容和页面的布局不一样，好在是公司内部几个人用的功能，让他们临时降版本用

牛逼，上次看到那个贴子也有这个想法，可惜执行力不如 OP