昨天和某个 知名创业公司的 CTO 聊了几句,也算个面试吧.
我自己干了 5 年的 IT, 也就是网管, 我想应聘的是他们公司的 DevOps,
但是自己水平有限, 所以就去应聘他们公司的 IT, 想着以后能转 DevOps.
面试过程中最大的问题出在职业规划这块.
我自己的职业规划是 网管 ➜ 运维 /运维开发 ➜ 全栈. 我的最终目的是全栈.
我对全栈的理解是 前后端、架构、运维、安全 等等什么都要懂一些,
所以自然就认为要成为全栈,运维开发 是必须要的.
但是他对全栈的理解应该 就是专业的前端+专业的后端.
他说既然我的最终目标是全栈,那么我想干 DevOps 就是绕远路了.
当时他也比较忙, 面试就结束了. 自然肯定也是没戏了.不是死在技术上,而是挂在职业规划上.
那么.... 遇到这种问题, 大家是怎么处理的.....
 |
1
xx0606 OP  1
他对全栈的理解是 非常专业的前后端.
我对全栈的理解是 熟悉各种技术 但是没那么专业..... |
 |
2
gen900 Sep 26, 2017
运维的终极目标 devops 大牛。全栈本质还是个开发。
|
 |
3
wellsc Sep 26, 2017 via iPhone
我认为 Devops 是一种思想，而不是一个职位，每个开发或者运维都应该参与进来。
|
 |
4
supersu Sep 26, 2017 via Android
“ DevOps 集文化理念、实践和工具于一身，可以提高组织高速交付应用程序和服务的能力，与使用传统软件开发和基础设施管理流程相比，能够帮助组织更快地发展和改进产品。”
|
 |
6
codermagefox Sep 26, 2017 3
楼主咋又是你.
失败没毛病,他说的就是对的,Devops 更偏向运维开发,现在人们指的全栈就是前后端. 我为什么从网管 /运维这个岗位跳出来,就是因为觉得我学的东西都杂而不精. 是,我学会了很多乱七八糟的知识,但是我无法解决很多稍微深入一点的问题. 你能够解决一些前端的诡异 Bug,后端的分布式难题,自写 Nginx 模块,优化整个发布流程吗? 工作五年,你简历上的东西有几个能自信和别人聊两个小时不落下风的? 所以我害怕.我希望选一个方向让自己起码达到能看的水平,而不是沉浸在"我会的好多哦我好厉害"的幻觉中. 共勉吧. |
 |
7
zhoulouzi Sep 26, 2017
兄弟我觉得这是两个概念
|
 |
8
mingoahz Sep 26, 2017
我觉着面试官是对的
全栈是指能够独立完成业务功能的实现的，专注业务代码(前后端) DevOps 是组织和优化开发流程的 |
 |
9
misaka20038numbe Sep 26, 2017
大家说的全栈都是指的业务方面的全栈，你难道以为是什么都会的全栈吗。
|
 |
10
6IbA2bj5ip3tK49j Sep 26, 2017
Devops 和全栈是两个东西吧。
Devops 偏向于思想。 全栈偏向于技能或者定位。 |
 |
11
SuperMild Sep 26, 2017
看楼主你所说，其实你最终是想做管理，什么都会一些好方便指示手下工作。而不管 Devops 还是全栈，其实都是一线干活的，都是有能力解决实际问题的，而你所说的前后端、架构、运维、安全等等什么都懂一些，懂一些有什么用呢，遇到难题自己解决不了，除非做管理指派手下去解决问题。
|
 |
12
deadblock Sep 26, 2017
楼主我不认同你说的，我认同面试官的话，你就是啥也不会的雏，在他看来
|
 |
13
chenwenup Sep 26, 2017
同意面试官。
|
|
14
xx0606 OP @deadblock 关键我面试的是 IT! 我干了 5 年 IT 你总不能说我在 IT 方面啥都不会吧...
他说我确实能胜任他们公司的 IT. 但是他说他们公司给不了我想要的... 说他们公司不需要全栈.... 我也被他弄的稀里糊涂的.... 我只是想干 IT 然后转 DevOps 而已..... 就是我能成为全栈那也是多少年后的事情了... |
 |
15
mooncakejs Sep 26, 2017 1
我认为的全栈还是指开发，一个团队内还有一两个人懂的部署配置就行。目前来看，未来运维只有大公司自己搞机房的才需要专业的运维。 一般的小公司用各种云服务就好了。
|
|
16
codermagefox Sep 26, 2017
@mooncakejs 老哥我能加你个好友吗,每次看到你 ID 都想笑场.....
|
 |
17
abmin521 Sep 26, 2017
DevOps （ Development 和 Operations 的组合词）是一种重视“软件开发人员（ Dev ）”和“ IT 运维技术人员（ Ops ）”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。
全栈工程师，也叫全端工程师(同时具备前端和后台能力)，英文 Full Stack developer。是指掌握多种技能，并能利用多种技能独立完成产品的人。 |
|
18
chenwenup Sep 26, 2017
@xx0606 那你这么实诚地说出来了，公司给不了你想要的，你也呆不长嘛，“觉得你转 DevOps 绕远路”是一种委婉说法。职业规划确实要与公司提供的空间相符，对个人也好，对公司也好。
另外转 DevOps 确实是绕远路。如果真的是想转全栈，走这一步技能树就是点歪了。如果只是很远以后的模糊想法，面试就不要提。 |
|
19
xx0606 OP @chenwenup ... 公司给不了你想要的 这句话是对方 CTO 说的! 我要是觉得对方给不了我想要的也不可能去面试吧...
我想成为的是我自己眼中的全栈. 也就是什么都会的人. 而不是大众所谓的全栈(前端+后端) 我自己对全栈的理解有错误. 导致对方 CTO 认为我自己不知道自己想要什么. 其实我自己想要的就是 做一个什么都会的人.. 既然以前糊里糊涂的当了网管. 那么接下来应该是运维开发, 然后就可以成为什么都会的人了.... 这个面试的最终结果 就是因为双方对全栈的理解有偏差. 导致的失败. 还有那个 DevOps.. 每个公司对这个职位的理解都不一样. 我眼中的是偏运维,然后会点开发.就可以了... 大众眼中的可能是偏开发,然后会点运维.... |
|
20
xx0606 OP @misaka20038numbe 我没进过大公司,格局小.... 但是我一直真的以为全栈就是什么都会的!!!!
|
|
21
xx0606 OP @codermagefox
我没沉浸在自己什么都会的感觉里.... 相信任何一个干了几年企业网管的人都会觉得这是一个付出和薪水严重不成比例的职业..... 我现在也转行, 想往运维开发转. 比较和运维有点关系. 转的话相对会简单一点... |
|
22
xx0606 OP @abmin521 DevOps 相对来说大家认同不会差很多..
但是全栈.... 就我看来的全栈 应该是最牛的程序员. 什么都会! 而不仅仅是前后端. 虽然这里大部分人都认为全栈只是前后端.... 但是应该肯定有人也会觉得全栈是什么都会的吧? 应该就是技术人员的最终目标..... |
 |
23
Andiry Sep 27, 2017 via Android
人的精力是有限的，与其招一个“什么都会”的人，我更愿意找有专长的人
|
 |
25
ssrtree Sep 27, 2017 via Android
理解不一样是一方面。可能因为你的走的路线公司后面给不了你，你有可能离开吧。
|
 |
26
tyrealgray Sep 27, 2017 via iPhone
全栈，know everything but nothing. 一般自己接包的程序员都偏向往全栈发展，但是往往都以完成功能为目标，要去专研恐怕也没太多时间。devops 和全栈差别很大的，谈不上往一个方向发展吧
|
|
27
misaka20038numbe Sep 27, 2017 1
就如 26 楼所说，全栈是根据公司业务决定的，如果公司的业务是全后端，那么全栈就是前后端，如果业务需要运维，那么全栈就是前后端+运维。一个人怎么可能什么都会，你会 IT，但你会 C 吗，会 PHP 吗，会汇编吗，会单片机吗，会 Linux 吗，会 PS 吗，会美图秀秀吗，会写驱动吗，会逆向吗，会...会...会魔法吗。
|
|
28
chenwenup Sep 27, 2017
@xx0606 是对方 CTO 说的，也是事实啊，你以后想转全栈=不能 100%专精运维，要付出一定的精力搞开发+以后有偏开发的机会可能跳走。强调你自己的想法有什么用，关键是理解别人的想法啊。
想转全栈却去找 DevOps 工作，路绕这么远，别人只能认为你是暂时找个工作过渡一下。 也不是完全没戏了，可以争取再沟通一次。 |
|
29
chenwenup Sep 27, 2017
很多人的思维方式是“他怎么不理解我说的话？！”，这样就容易自己陷入暴躁，转变为“怎样说话更能让他理解？怎样争取共识？”这样就好很多。
|
 |
30
momocraft Sep 27, 2017
这未必是一个 "理解" 问题。职业规划不一样就是不一样，哪个叫全栈不重要，重要的是招进来的人做他需要的事。
|
 |
31
loserwn Sep 27, 2017
DevOps 也是认为的概念，正如当年没有 UI FE RD QA 这么明细的职责划分一样。也是伴随着公司规模，技术架构，运营方式各种变化不断演进的。我个人理解，DevOps 这个概念很灵活，跟不同的公司，业务、技术类型都有严格的关系，尤其是后端运维和平台架构方面，对于 OP 本身的在这个公司的界定 再附加 Dev 的概念。当然，这么解释有些粗暴。但是，确实规模不大的公司，这些都比较粗狂。个人拙见。
|
 |
32
mritd Sep 27, 2017 via iPhone 1
最好的解决办法就是永远不要说自己是全栈，更不要去提
|
 |
33
Hieast Sep 27, 2017 via Android
你自己理解的全栈和面试官的全栈不一样，小公司的全栈和 flag 的全栈也不一样。
|
 |
34
tomczhen Sep 27, 2017
全栈是个伪命题。
从企业角度看，如果公司业务都是集中在个别人员身上是风险极高的事情。从个人角度看，除了个别天才或者特别努力的人，大多数普通人是不可能做到全部都精通的。 创业公司初期时人员不足，有能“全干”的人员是效率非常高的，因为可以大大减少沟通成本，至于风险再高也没有创业行为本身的风险高；小公司则是需求的水平不高，在能用的前提，可以“全干”的人员即便离职也可以快速的通过招聘多个水平不高的人员补充——毕竟我国大学生可是大把。 不同公司的技术栈是不同的，“全栈”都是从公司角度的定义，所以业务不同的公司的定义肯定是不同的。 个人理解：从好的方面说全栈是熟悉各个技术的全能工程师；从坏的角度讲全栈是技术深度还广度还未够格的架构师。 DevOps 是一种理念或者说一种实践。 产品不是以开发完成作为结束，而是一直运行的，满足公司运营指标才是目的。在这种前提下，开发和运维的目的是相同的，所以不能隔离来看待。 CI、CD 平台工具、日志收集、批量运维工具这些都是为了这个目的而存在的。但是由于业务还有技术栈的不同，越大型的业务根据自身需要还有成本承受情况会选择改变运维方式或者自研平台 /工具。 无论如何选择，最终的目标都是追求产品运营运营指标。DevOps 作为岗位来看待的话，从某种角度说应该是“开发”，需要解决的“业务”则是产品如何更好的运营，DevOps 需要为解决“运维”效率开发各种工具、集成平台。 ------ 企业招聘肯定是想员工成为公司想要的人，但是对人个人来讲应该以自身发展、兴趣爱好为首要。因为我国处于并将长期处于社会主义初级阶段，养老不能只靠政府，更没可能靠企业 :doge:。 有长期目标是好的，但是目标越远与企业的预期偏差就越大，话说得太尽就没有余地，楼主虽然年龄不小但是阅历还是少了点。 |
 |
35
yhxx Sep 27, 2017
我认知中的 IT 和运维好像不是同一个工种
|
 |
36
defunct9 Sep 27, 2017
运维真全栈是及其痛苦的一件事情，痛苦啊！！！！！！
|
|
37
codermagefox Sep 27, 2017
@yhxx 很多中小型公司都是招 IT 当运维用的.我现在做前端快一年了,公司虽然招了新 IT,云服务器还是在我手里管着.
|
 |
38
RealLiuSha Sep 27, 2017 1
北大青鸟欢迎你
|
 |
40
surfire91 Sep 27, 2017
不用非得纠结概念吧，你就说你目标是资深运维，也兼顾开发架构就行了。
|
Select Language