❗️ 如何处理 面试官和求职者对 全栈/DevOps 的不同理解 ❗️ ❓

[xx0606]

昨天和某个 知名创业公司的 CTO 聊了几句,也算个面试吧.
我自己干了 5 年的 IT, 也就是网管, 我想应聘的是他们公司的 DevOps,
但是自己水平有限, 所以就去应聘他们公司的 IT, 想着以后能转 DevOps.

面试过程中最大的问题出在职业规划这块.

我自己的职业规划是 网管 ➜ 运维 /运维开发 ➜ 全栈. 我的最终目的是全栈.

我对全栈的理解是 前后端、架构、运维、安全 等等什么都要懂一些,
所以自然就认为要成为全栈,运维开发 是必须要的.

但是他对全栈的理解应该 就是专业的前端+专业的后端.
他说既然我的最终目标是全栈,那么我想干 DevOps 就是绕远路了.

当时他也比较忙, 面试就结束了. 自然肯定也是没戏了.不是死在技术上,而是挂在职业规划上.
那么.... 遇到这种问题, 大家是怎么处理的.....

[xx0606]

@codermagefox
我没沉浸在自己什么都会的感觉里....
相信任何一个干了几年企业网管的人都会觉得这是一个付出和薪水严重不成比例的职业.....
我现在也转行, 想往运维开发转. 比较和运维有点关系. 转的话相对会简单一点...

[xx0606]

@abmin521 DevOps 相对来说大家认同不会差很多..
但是全栈.... 就我看来的全栈 应该是最牛的程序员. 什么都会! 而不仅仅是前后端.
虽然这里大部分人都认为全栈只是前后端....
但是应该肯定有人也会觉得全栈是什么都会的吧? 应该就是技术人员的最终目标.....

[Andiry]

人的精力是有限的，与其招一个“什么都会”的人，我更愿意找有专长的人

[xx0606]

@Andiry 全栈是职业规划而已..... 我去应聘的是 iT... 自己的水平做 IT 还是绰绰有余的...

[ssrtree]

理解不一样是一方面。可能因为你的走的路线公司后面给不了你，你有可能离开吧。

[tyrealgray]

全栈，know everything but nothing. 一般自己接包的程序员都偏向往全栈发展，但是往往都以完成功能为目标，要去专研恐怕也没太多时间。devops 和全栈差别很大的，谈不上往一个方向发展吧

[misaka20038numbe]

就如 26 楼所说，全栈是根据公司业务决定的，如果公司的业务是全后端，那么全栈就是前后端，如果业务需要运维，那么全栈就是前后端+运维。一个人怎么可能什么都会，你会 IT，但你会 C 吗，会 PHP 吗，会汇编吗，会单片机吗，会 Linux 吗，会 PS 吗，会美图秀秀吗，会写驱动吗，会逆向吗，会...会...会魔法吗。

[chenwenup]

@xx0606 是对方 CTO 说的，也是事实啊，你以后想转全栈=不能 100%专精运维，要付出一定的精力搞开发+以后有偏开发的机会可能跳走。强调你自己的想法有什么用，关键是理解别人的想法啊。
想转全栈却去找 DevOps 工作，路绕这么远，别人只能认为你是暂时找个工作过渡一下。
也不是完全没戏了，可以争取再沟通一次。

[chenwenup]

很多人的思维方式是“他怎么不理解我说的话？！”，这样就容易自己陷入暴躁，转变为“怎样说话更能让他理解？怎样争取共识？”这样就好很多。

[momocraft]

这未必是一个 "理解" 问题。职业规划不一样就是不一样，哪个叫全栈不重要，重要的是招进来的人做他需要的事。

[loserwn]

DevOps 也是认为的概念，正如当年没有 UI FE RD QA 这么明细的职责划分一样。也是伴随着公司规模，技术架构，运营方式各种变化不断演进的。我个人理解，DevOps 这个概念很灵活，跟不同的公司，业务、技术类型都有严格的关系，尤其是后端运维和平台架构方面，对于 OP 本身的在这个公司的界定 再附加 Dev 的概念。当然，这么解释有些粗暴。但是，确实规模不大的公司，这些都比较粗狂。个人拙见。

[mritd]

最好的解决办法就是永远不要说自己是全栈，更不要去提

[Hieast]

你自己理解的全栈和面试官的全栈不一样，小公司的全栈和 flag 的全栈也不一样。

[tomczhen]

全栈是个伪命题。

从企业角度看，如果公司业务都是集中在个别人员身上是风险极高的事情。从个人角度看，除了个别天才或者特别努力的人，大多数普通人是不可能做到全部都精通的。

创业公司初期时人员不足，有能“全干”的人员是效率非常高的，因为可以大大减少沟通成本，至于风险再高也没有创业行为本身的风险高；小公司则是需求的水平不高，在能用的前提，可以“全干”的人员即便离职也可以快速的通过招聘多个水平不高的人员补充——毕竟我国大学生可是大把。

不同公司的技术栈是不同的，“全栈”都是从公司角度的定义，所以业务不同的公司的定义肯定是不同的。

个人理解：从好的方面说全栈是熟悉各个技术的全能工程师；从坏的角度讲全栈是技术深度还广度还未够格的架构师。

DevOps 是一种理念或者说一种实践。

产品不是以开发完成作为结束，而是一直运行的，满足公司运营指标才是目的。在这种前提下，开发和运维的目的是相同的，所以不能隔离来看待。

CI、CD 平台工具、日志收集、批量运维工具这些都是为了这个目的而存在的。但是由于业务还有技术栈的不同，越大型的业务根据自身需要还有成本承受情况会选择改变运维方式或者自研平台 /工具。

无论如何选择，最终的目标都是追求产品运营运营指标。DevOps 作为岗位来看待的话，从某种角度说应该是“开发”，需要解决的“业务”则是产品如何更好的运营，DevOps 需要为解决“运维”效率开发各种工具、集成平台。

------

企业招聘肯定是想员工成为公司想要的人，但是对人个人来讲应该以自身发展、兴趣爱好为首要。因为我国处于并将长期处于社会主义初级阶段，养老不能只靠政府，更没可能靠企业 :doge:。

有长期目标是好的，但是目标越远与企业的预期偏差就越大，话说得太尽就没有余地，楼主虽然年龄不小但是阅历还是少了点。

[yhxx]

我认知中的 IT 和运维好像不是同一个工种

[defunct9]

运维真全栈是及其痛苦的一件事情，痛苦啊！！！！！！

[codermagefox]

@yhxx 很多中小型公司都是招 IT 当运维用的.我现在做前端快一年了,公司虽然招了新 IT,云服务器还是在我手里管着.

[lgpqdwjh]

北大青鸟欢迎你

[blackboom]

@mritd 同意，如果公司业务与个人技能比较匹配也可以大胆说自己全栈。

[surfire91]

不用非得纠结概念吧，你就说你目标是资深运维，也兼顾开发架构就行了。