@mazai
Bingo ！我也觉得这是正解（上份工作大佬就是这样指导我们的，直接点到英文文档，甚至如果还有问题，开始读源码）。

但有些人工作了好几年，真的就是只会用框架，甚至连框架出了简单的问题，都解决不了，也不懂去发 Issue 问官方。

@KuroNekoFan 大哥，刚开始招前端的时候，我也跟你想法一样，后来发现：有个锤子……

太多人工作两三年甚至更久，却只想要 10~12……这种人英语都惨烈的要命，四六级都还给学校了……更别提有意识的去看英文文档了

@Sapp 这就是传闻中的 007 ？长见识了

@yousabuk @paoqi2048 @forrestchang

感谢几位老哥提醒，我也是没办法啦，只能随缘招人了。碰运气能招到几个，也比好坏不挑的直接放进来好一些。

@nimdanoob 我们官网在哪？我自己都不知道，惭愧了

@jon 嗯，外包，基本上都是政府项目

@ericgui @mnsw 两位大哥，你们能不能脑洞别这么大，笑喷了。
就是低了没下限，高了最高 13K 的意思，别整的我招个人，能拿回扣似的

@2379920898 @paoqi2048

大佬们，你们别往阿里的 8K 实习、14K 应届上靠拢啊……小公司，哪敢那么招人

@richangfan 是真的范围，你想要最低值，我也没辙……又不是第一天混 v2ex，没必要留个虚的范围恶心人。

主要是愿意 /不愿意读英文文档——上次招的 14K 前端，感觉还不如 8K 进来的应届，不知道是年龄有点大还是怎样，英语、学习能力啥的，都不太尽人意……对自己的招聘能力产生了怀疑，挺纠结的。

@sagaxu 哈哈，外包公司似乎还真这样。不过我们公司还行，就是怕老板一看最近小伙子们效率不错，一激动，接一大堆项目……全公司都得加班

@whi147 我也不反对应届啊，英文绝对达标，重点是 MySQL 、Redis 和设计模式、算法，我怕水准不够。

现在公司里的代码质量和风格，会被带下去的，估计职业生涯里想进大厂就难了。

@arloor 哈哈，看项目，业务向的话，肯定是不太聪明的选择；数据 /算法向，我觉得可还行。

顺便，我还真是那种“业务项目的超早期，就开始恐慌性能”的憨憨，但感觉改不了了，个性如此

@HanMeiM 算法的确比工程重要——解释一下，私以为高效的算法会让工程少爬坑，所以如果能在立项早期，就确定优秀的算法，那很棒。

不过这个同事……真觉得应该劝他一句：脑子和情商，都比算法更重要……

“入职 4K，三年了，工资 7.4K”……我招进来的应届生 8K 。

如此物美价廉的人去哪儿招？！求推！

@sunny1688 上“云”的话，是不是可以进行“快速提高短时负载”？

——譬如 CPU 100%，赶紧买 1 倍 CPU 做临时扩容。

如果是的话，容器更多可以作为一种快速定位故障环节、防止灾难扩大的解决方案，和云相辅相成。

如果不是……emmmm 哈哈，还请指教，没太接触过云这个概念

@sunny1688 外包公司，用容器不用担心客户服务器的环境问题，其实内部还是没有封装。

之前在的公司自营产品比较强，可以跟你交流一下：

将数据库、Redis 、MongoDB 、Nginx 等套件，分别封装，对容器外暴露接口，这样所有的容器，都会被监控 RAM 、CPU 、进程数等指标，如果发现哪些容器有问题，立刻可以定位、重启和解决。

多容器（算是分布式？我没详细了解过），所以当某个环节的某部分容器宕机，其他容器可以正常执行业务，并不会出现“某个 Redis 容器崩了，整个缓存系统都崩了”的情况。

@wangritian 跟你讲个笑话，我们作为一个预估上万用户同时做写入业务的站，没用 Redis……（无语泪先流，我来的时候这个站已经基本做完了）

@mahone3297 感谢大佬，负载均衡有的，Apache 我改了配置，提升了 30 ％ 的线程数量，看效果如何

@dzdh CentOS，不能有大动作，只能在小配置上做些手脚……蓝受

（运维也是个开发同事，只是他负责我们公司运维工作，公司对这块看得比较重，不允许其他人——譬如我，来动容器）

前阵子带队把 ElementUI fork 到内网，又加了几个组件，领导可能是觉得做的不错，就突然说我来优化性能，我也很懵，但觉得没啥问题，反正我本职就是服务端。

结果现在运维卡住 Docker，不允许我去搞大动作，我就很炸裂了……

现在，我正在跟运维商量把一些配置文件暴露给我，让我可以修改和重启容器，如果这都做不到，那我就直接找领导，说“我做不了这个活儿，请另请高明”了。

艾特各位大佬，嘿嘿。 @sunny1688 @jifengg @cbasil @hbolive @NjcyNzMzNDQ3

@chempotato 老哥稳哈哈！