@dbow

如果一个运维技术水平仅仅是“开发人员随便就能处理”的水平，那么被淘汰是必然。云平台普及，只是将这个水平线拉高罢了。

不出问题 => 招运维没用；会出问题 => 招运维没用。

嗯，完美逻辑。

不过开发人员随便搞搞就能解决的确实不需要专门的运维人员。

通常这类公司觉得要招运维的时候也是想着“不需要这个么一年只有几天工作的人”，所以薪资不会高，但是要求绝对不会低——毕竟要能解决开发人员解决不了的问题。

不过开出一个不高的薪资，能招到有能力解决“开发人员解决不了”的问题的运维人员吗？ ¯\_(ツ)_/¯

挖个大坑给楼主：hass.io

@Chingim 不不不，跟你说的没关系。

符合大多数中小公司理想型的运维人员：有大公司业务运维经验，拥有多种数据库的 DBA 水平，可以胜任网管工作，如果可以最好能加上司机或者电工。当然，小公司的运维工作又不重要，所以工资肯定不能比开发高吧。

而大公司招运维，就真的是招运维。

我也很绝望啊 ¯\_(ツ)_/¯

从我最近面试的情况看不会 ，很多中小公司技术 Leader 招人的回路是很清奇的。

日志分析人家考你 awk seq 用法，数据库要有各种集群操作实践 ，顺便优化 Oracal 和 MySQL，会用 OpenResty 来实现类似 WAF 的功能，最后还得处理办公室网络和桌面支持。

天使轮创业公司要求有大规模 OpenStack 集群经验，没管过几百台服务器都不好意思投简历。

大概是觉得云计算普及之后运维人员要求不高吧 ¯\_(ツ)_/¯

能输得起就折腾呗，还有啥好说的

@gt11799 学历还是很重要的，至少不会被 HR 卡，而且学历到底重不重要大家心知肚明 :doge:

虽然有心，但是以我目前的能力还不足以无视学历与年龄的弱点 _(´ཀ`」 ∠)_

只能说算是确定坚持写博客也能有点希望吧

其实我有点弄不明白，同样是无线通信，手机信号不好就知道一方面看基站覆盖一方面看手机基带。

换到 WiFi 上就只专注于怎么提高无线路由器的信号了 ¯\_(ツ)_/¯。

拉线是最优解，使用带 AP 功能的电力猫是次优解，使用无线中继是最次解。

@Moorj
这个就是根源了吧——还是假设你没吹牛的话。

食不裹腹者是无法想象那些锦衣华服者的焦虑与不安的，只会为了每日三餐而焦虑，而不安；高堂之上者是即便拥有权利与财富，仍然无法逃出生老病死的规律，同样会焦虑，不安。

中二的说法就是：真理为防止人类过分傲慢，而赐予适当绝望。

要么有足够强大的内心，要么有足够单纯的内心。

:doge:

乘机做广告

https://www.v2ex.com/t/395408

:doge:

没有无由来的焦虑，从描述看更像是一种不安——如果楼主没吹牛的话。

:doge:

openresty 性能确实高，不过开发体验不太好，当然可能是我姿势不对。

其实这个问题很好解释，既然没有银弹，那么总有一些问题需要专门的工具来解决，这时候这些“小众”语言或者方案就有必要了。

屁股决定脑袋。

本质上参与创业与买彩票的差别仅在于可以用自身资源来提高回报几率，但仍然属于小概率事件，不具有参考性。

低风险高收益的事还轮不到“没背景、没家产”的人——不管你是什么职业。

现实状况是想脱离本阶层往往需要几代人的努力——或者有中 500W 的运气。

没标薪资估计会被婊，不过除此之外言语间还是挺靠谱的。

JD 并不是那种死板的定标签模式（经验、学历、项目），可以说是很良心了——虽然估计你们 HR 会吐槽。

想看标准套路 JD 的可以去拉勾看看： https://www.lagou.com/gongsi/8350.html


大专学渣表示就匿了 :doge:

看走眼了，不是阿里云。就当提醒一下 ftp 还有主动模式和被动模式区别了。

FTP 分主动模式和被动模式，阿里云网络应该是只支持主动模式了，需要开启额外端口。

MU-MIMO 需要终端设备也支持才行。

WiFi 带机量不考虑设备瓶颈，单位空间内的设备密度是有限的，这是技术限制，无解。

软路由器加 AP 才是正确的姿势。