x******3
发帖数: 11 | 1 最近拿到微软Azure组的SRE职位，虽然我比较想搞云这个方向，但感觉SRE和SDE已经是
不同的track了，不知道SRE这个职位对加深云的理解有没有帮助，以后微软内部转组或
跳槽转SDE方便嘛？另一个offer是在某热门硬件公司用QT开发后台是云的windows应用
，这个相比Azure的offer哪个更好些呢？ |
f****n
发帖数: 399 | 2 我选Azure
【在 x******3 的大作中提到】
: 最近拿到微软Azure组的SRE职位，虽然我比较想搞云这个方向，但感觉SRE和SDE已经是
: 不同的track了，不知道SRE这个职位对加深云的理解有没有帮助，以后微软内部转组或
: 跳槽转SDE方便嘛？另一个offer是在某热门硬件公司用QT开发后台是云的windows应用
: ，这个相比Azure的offer哪个更好些呢？
|
r*****s
发帖数: 1815 | 3 唉
devops的贼船一上，你就下不来了
你还是找azure的人了解一下他们sre有多大能量
如果不受待见的话 就别去了 接着面试吧
至于Qt，客户端，十年前还值得一做
现在有多远躲多远 |
H**********5
发帖数: 2012 | 4 属实，也不是说devops没前途，关键是入了这一行再转sde几乎不可能了。
: 唉
: devops的贼船一上，你就下不来了
: 你还是找azure的人了解一下他们sre有多大能量
: 如果不受待见的话 就别去了 接着面试吧
: 至于Qt，客户端，十年前还值得一做
: 现在有多远躲多远
【在 r*****s 的大作中提到】
: 唉
: devops的贼船一上，你就下不来了
: 你还是找azure的人了解一下他们sre有多大能量
: 如果不受待见的话 就别去了 接着面试吧
: 至于Qt，客户端，十年前还值得一做
: 现在有多远躲多远
|
t****b
发帖数: 2484 | 5 Devops主要是做什么？
插网线写路由表组网？
: 属实，也不是说devops没前途，关键是入了这一行再转sde几乎不可能了。
【在 H**********5 的大作中提到】
: 属实，也不是说devops没前途，关键是入了这一行再转sde几乎不可能了。
:
:
: 唉
:
: devops的贼船一上，你就下不来了
:
: 你还是找azure的人了解一下他们sre有多大能量
:
: 如果不受待见的话 就别去了 接着面试吧
:
: 至于Qt，客户端，十年前还值得一做
:
: 现在有多远躲多远
:
|
H**********5
发帖数: 2012 | 6 介于operator和deveoper之间。主要是做operator的事情，也会写少量代码，以脚本为主
【在 t****b 的大作中提到】
: Devops主要是做什么？
: 插网线写路由表组网？
:
:
: 属实，也不是说devops没前途，关键是入了这一行再转sde几乎不可能了。
:
|
c******n
发帖数: 16666 | 7 其实就是在码农的基础上再让你搞系统维护 要写不少automated的脚本
【在 t****b 的大作中提到】
: Devops主要是做什么？
: 插网线写路由表组网？
:
:
: 属实，也不是说devops没前途，关键是入了这一行再转sde几乎不可能了。
:
|
x******3
发帖数: 11 | 8 我看过不少SRE的简历，感觉他们一半时间写各类deployment，automation脚本，一半
时间写些内部辅助工具，比如monitor，log analysis, chat bot之类的，感觉也是有
些开发的吧。最主要的是SRE相比SDE，在收入上和工作前景上是不是有显著差别呢？如
果没有的话我倒无所谓选哪个了，SRE和SDE我都挺感兴趣的。还有就是如果以后有可能
回国的话，说自己是搞运维的是不是不太impressive？ |
x******3
发帖数: 11 | 9 前辈能细说一下理由嘛？
【在 f****n 的大作中提到】
: 我选Azure
|
t****b
发帖数: 2484 | 10 你这么一说 我感觉SDR能干SRE的活 反过来不行
: 我看过不少SRE的简历，感觉他们一半时间写各类deployment，automation脚本
，一半
: 时间写些内部辅助工具，比如monitor，log analysis, chat bot之类的，感觉
也是有
: 些开发的吧。最主要的是SRE相比SDE，在收入上和工作前景上是不是有显著差别
呢？如
: 果没有的话我倒无所谓选哪个了，SRE和SDE我都挺感兴趣的。还有就是如果以后
有可能
: 回国的话，说自己是搞运维的是不是不太impressive？
【在 x******3 的大作中提到】
: 前辈能细说一下理由嘛？
|
|
|
x******3
发帖数: 11 | 11 前辈可否细说一下为什么QT客户端不应该做，我知道QT比较过时了，可是客户端这个不
太了解，据HM说这个客户端涉及大量和云端VM的交互，是不是能学到不少分布式开发的
知识呢？另外android app，web app什么的也是广义的客户端吧，写QT客户端对转full
stack或移动开发有没有帮助？
【在 r*****s 的大作中提到】
: 唉
: devops的贼船一上，你就下不来了
: 你还是找azure的人了解一下他们sre有多大能量
: 如果不受待见的话 就别去了 接着面试吧
: 至于Qt，客户端，十年前还值得一做
: 现在有多远躲多远
|
n******g
发帖数: 2201 | 12 用Python?
[在 chunjuan (👍春卷🐱更多春卷👍) 的大作中提到：]
:其实就是在码农的基础上再让你搞系统维护 要写不少automated的脚本 |
x******3
发帖数: 11 | 13 其实我觉得干什么活倒无所谓，对我来说，工作只要能：1.收入是CS平均水平; 2.找工
作难度是CS平均水平; 3. 工作舒适程度是CS平均水平; 我就比较满意了。毕竟就是份
养家糊口的job而已，我也没有什么远大的志向。目前主要还是怕devops和以前DBA什么
的似的，过几年就衰退了;或者像国内的运维给人的印象那样，没什么钱还累，就比较
不好了。
另外，据说google的SRE地位还是非常高的，就是不知道微软SRE怎么样。
【在 t****b 的大作中提到】
: 你这么一说 我感觉SDR能干SRE的活 反过来不行
:
:
: 我看过不少SRE的简历，感觉他们一半时间写各类deployment，automation脚本
: ，一半
:
: 时间写些内部辅助工具，比如monitor，log analysis, chat bot之类的，感觉
: 也是有
:
: 些开发的吧。最主要的是SRE相比SDE，在收入上和工作前景上是不是有显著差别
: 呢？如
:
: 果没有的话我倒无所谓选哪个了，SRE和SDE我都挺感兴趣的。还有就是如果以后
: 有可能
|
r*****s
发帖数: 1815 | 14 以五年客户端开发经验告诉你(windows，linux，android，还有你可能没听说过的brew
客户端开发过多地专注于一些鸡毛蒜皮的细节，做得再深入，也不过是和框架的缺陷搏
斗罢了。结构上过于简单，多数都是玩具型工程。
Qt是个挺好的框架(或者说介于库和框架之间)，我也一直特别喜欢。但是它并不是一个
足够有前景的技术方向。看qt本身被卖来卖去的历史就知道。。
如果你做android，可能可以做aosp的customization，现在做qt就是整天signal slot
，搞两下焦点，搞两下script了。后端的东西基本就是给你个api你调用下。。。我觉
得挺难学到新知识的
唯一好处可能是会提高debug和读代码的能力。。。客户端查复杂bug的时候特别锻炼这
个。
客户端的坑进了之后，往后端转就很难，要做好心理准备。自己业余时间多学习摸索是
必不可少的。
: 前辈可否细说一下为什么QT客户端不应该做，我知道QT比较过时了，可是客户端
这个不
: 太了解，据HM说这个客户端涉及大量和云端VM的交互，是不是能学到不少分布式
开发的
: 知识呢？另外android app，web app什么的也是广义的客户端吧，写QT客户端对
转full
: stack或移动开发有没有帮助？
【在 x******3 的大作中提到】
: 其实我觉得干什么活倒无所谓，对我来说，工作只要能：1.收入是CS平均水平; 2.找工
: 作难度是CS平均水平; 3. 工作舒适程度是CS平均水平; 我就比较满意了。毕竟就是份
: 养家糊口的job而已，我也没有什么远大的志向。目前主要还是怕devops和以前DBA什么
: 的似的，过几年就衰退了;或者像国内的运维给人的印象那样，没什么钱还累，就比较
: 不好了。
: 另外，据说google的SRE地位还是非常高的，就是不知道微软SRE怎么样。
|
r*****s
发帖数: 1815 | 15 反正。。框架大同小异，技术毫无新意
解决的问题不够复杂，做过两年以后对能力没有太多锻炼
: 以五年客户端开发经验告诉你(windows，linux，android，还有你可能没听说过
的brew
: 客户端开发过多地专注于一些鸡毛蒜皮的细节，做得再深入，也不过是和框架的
缺陷搏
: 斗罢了。结构上过于简单，多数都是玩具型工程。
: Qt是个挺好的框架(或者说介于库和框架之间)，我也一直特别喜欢。但是它并不
是一个
: 足够有前景的技术方向。看qt本身被卖来卖去的历史就知道。。
: 如果你做android，可能可以做aosp的customization，现在做qt就是整天signal
slot
: ，搞两下焦点，搞两下script了。后端的东西基本就是给你个api你调用下。。
。我觉
: 得挺难学到新知识的
: 唯一好处可能是会提高debug和读代码的能力。。。客户端查复杂bug的时候特别
锻炼这
: 个。
【在 r*****s 的大作中提到】
: 以五年客户端开发经验告诉你(windows，linux，android，还有你可能没听说过的brew
: 客户端开发过多地专注于一些鸡毛蒜皮的细节，做得再深入，也不过是和框架的缺陷搏
: 斗罢了。结构上过于简单，多数都是玩具型工程。
: Qt是个挺好的框架(或者说介于库和框架之间)，我也一直特别喜欢。但是它并不是一个
: 足够有前景的技术方向。看qt本身被卖来卖去的历史就知道。。
: 如果你做android，可能可以做aosp的customization，现在做qt就是整天signal slot
: ，搞两下焦点，搞两下script了。后端的东西基本就是给你个api你调用下。。。我觉
: 得挺难学到新知识的
: 唯一好处可能是会提高debug和读代码的能力。。。客户端查复杂bug的时候特别锻炼这
: 个。
|
x******3
发帖数: 11 | 16 那前辈觉得SRE对加深后端的理解有没有帮助呢？据说SRE就是不停的检测，部署,
debug整个系统，即使不写开发代码，也应该对整个系统不同部分的功能相当了解吧。
前端/客户端和后端作为SDE不同的方向，它们在收入/找工作容易程度上，是否有很明
显的优劣之分？如果没有的话感觉选哪个方向纯凭个人兴趣了吧。我没什么艺术细胞，
在现在公司做全栈时确实不太喜欢前端大量写CSS和HTML代码，不知道客户端是不是要
在应用美化/客户体验上下功夫呢？感觉客户端比网页前端还是要深入不少吧，毕竟客
户端自己也要和操作系统大量交互。我知道后端学好了以后senior了可以当architect
什么的，客户端/前端是否也有架构整个系统的高级职位呢？
brew
slot
【在 r*****s 的大作中提到】
: 以五年客户端开发经验告诉你(windows，linux，android，还有你可能没听说过的brew
: 客户端开发过多地专注于一些鸡毛蒜皮的细节，做得再深入，也不过是和框架的缺陷搏
: 斗罢了。结构上过于简单，多数都是玩具型工程。
: Qt是个挺好的框架(或者说介于库和框架之间)，我也一直特别喜欢。但是它并不是一个
: 足够有前景的技术方向。看qt本身被卖来卖去的历史就知道。。
: 如果你做android，可能可以做aosp的customization，现在做qt就是整天signal slot
: ，搞两下焦点，搞两下script了。后端的东西基本就是给你个api你调用下。。。我觉
: 得挺难学到新知识的
: 唯一好处可能是会提高debug和读代码的能力。。。客户端查复杂bug的时候特别锻炼这
: 个。
|
x******3
发帖数: 11 | 17 哈哈，如果前两年能学到东西，打好基础（语言基础，操作系统基础，基础的OOD和
system design能力）的话，我感觉也就足够了。毕竟这份工作我基本上也就打算干两
年就跳槽了。
【在 r*****s 的大作中提到】
: 反正。。框架大同小异，技术毫无新意
: 解决的问题不够复杂，做过两年以后对能力没有太多锻炼
:
:
: 以五年客户端开发经验告诉你(windows，linux，android，还有你可能没听说过
: 的brew
:
: 客户端开发过多地专注于一些鸡毛蒜皮的细节，做得再深入，也不过是和框架的
: 缺陷搏
:
: 斗罢了。结构上过于简单，多数都是玩具型工程。
:
: Qt是个挺好的框架(或者说介于库和框架之间)，我也一直特别喜欢。但是它并不
: 是一个
|
r*****s
发帖数: 1815 | 18 System design是练不出来的。客户端的东西极少有scalability的考量，除非你们team
也own一些后端服务。
: 哈哈，如果前两年能学到东西，打好基础（语言基础，操作系统基础，基础的
OOD和
: system design能力）的话，我感觉也就足够了。毕竟这份工作我基本上也就打
算干两
: 年就跳槽了。
【在 x******3 的大作中提到】
: 哈哈，如果前两年能学到东西，打好基础（语言基础，操作系统基础，基础的OOD和
: system design能力）的话，我感觉也就足够了。毕竟这份工作我基本上也就打算干两
: 年就跳槽了。
|
j******o
发帖数: 4219 | 19 Devops其实水挺深的，特别是现在很多和云有关的部署，需要对这块很熟悉，没个5，
10年经验根本玩不转。
我们组的devops一半devops时间是写自动化部署脚本，ansible之类的，另一半时间是
做AWS的运维。挺有意思但是很忙，而且需要on call，看你是不是对这方面感兴趣了，
没兴趣的人感觉做不长。 |
r*****s
发帖数: 1815 | 20 我听说amazon的devops是从3级开始的？
: Devops其实水挺深的，特别是现在很多和云有关的部署，需要对这块很熟悉，没
个5，
: 10年经验根本玩不转。
: 我们组的devops一半devops时间是写自动化部署脚本，ansible之类的，另一半
时间是
: 做AWS的运维。挺有意思但是很忙，而且需要on call，看你是不是对这方面感兴
趣了，
: 没兴趣的人感觉做不长。
【在 j******o 的大作中提到】
: Devops其实水挺深的，特别是现在很多和云有关的部署，需要对这块很熟悉，没个5，
: 10年经验根本玩不转。
: 我们组的devops一半devops时间是写自动化部署脚本，ansible之类的，另一半时间是
: 做AWS的运维。挺有意思但是很忙，而且需要on call，看你是不是对这方面感兴趣了，
: 没兴趣的人感觉做不长。
|
|
|
N****s
发帖数: 267 | 21 以在下观察：
1）devops/sre 从事的人一搬年龄不少，大都没头发。
2）资薪比同级同机构SWE高一点，可能是现在供求失衡影响。
3）职位数量比SWE少，大概10:1 比例，主要是production 有一定程度大才正规化，初
创企业不会积极投入。
4）现在比较缺人，因招人门槛也不低，以及new grad大都不愿投身。
5）技术比较偏重ops和救灾经验，能买能用就不会开发。
6）职业发展主要看互联网和手机应用前景，要是不景气，SWE/SRE/Devops工作也一样
难找。
7）现在主流的devops渐渐将借日的dba, sysadmin, network eng，开发工具，SDET，
跟Infrastructure 运维归立于一身，像Google 的 SRE onsite 最少要六面，怕终生学
习的
最好还敬而远之！ |
f****n
发帖数: 399 | 22 写得不错，手动点个赞。
【在 N****s 的大作中提到】
: 以在下观察：
: 1）devops/sre 从事的人一搬年龄不少，大都没头发。
: 2）资薪比同级同机构SWE高一点，可能是现在供求失衡影响。
: 3）职位数量比SWE少，大概10:1 比例，主要是production 有一定程度大才正规化，初
: 创企业不会积极投入。
: 4）现在比较缺人，因招人门槛也不低，以及new grad大都不愿投身。
: 5）技术比较偏重ops和救灾经验，能买能用就不会开发。
: 6）职业发展主要看互联网和手机应用前景，要是不景气，SWE/SRE/Devops工作也一样
: 难找。
: 7）现在主流的devops渐渐将借日的dba, sysadmin, network eng，开发工具，SDET，
|
N****s
发帖数: 267 | 23 再补充第四点，由于要结合从前五到六个刚位于一身，机构职位又比SWE少 （10比一）
，那怕是已上市的也不能随便招人，小公司就更不能容忍请false positive，除非像
MAGFU大得可以有条件由老人带new grad，没经验的很难拿offer，不像一般硅工转码、
大妈待家数年靠刷题华丽登场、什么女名模网上自学等等。
另外由devops转SWE基本是mission impossible，不是能力问题，是你愿减薪吗？
【在 f****n 的大作中提到】
: 写得不错，手动点个赞。
|
l****u
发帖数: 1764 | 24 能干，不一定就干得6吧。你写java写python觉得人家写bash没技术含量，你上你也行
，但人家天天写的script写出来又快又robust，你写得慢，出了问题查半天，说白了就
是经验积累比较重要了
【在 t****b 的大作中提到】
: 你这么一说 我感觉SDR能干SRE的活 反过来不行
:
:
: 我看过不少SRE的简历，感觉他们一半时间写各类deployment，automation脚本
: ，一半
:
: 时间写些内部辅助工具，比如monitor，log analysis, chat bot之类的，感觉
: 也是有
:
: 些开发的吧。最主要的是SRE相比SDE，在收入上和工作前景上是不是有显著差别
: 呢？如
:
: 果没有的话我倒无所谓选哪个了，SRE和SDE我都挺感兴趣的。还有就是如果以后
: 有可能
|
x******3
发帖数: 11 | 25 看了楼上各位前辈的回复，感觉devops属于senior之后非常牛逼的职位，但学习曲线漫
长, 刚入门的时候容易被别人当作QA，系统管理员什么的。其实我倒挺喜欢ops的，电
脑上颠来倒去装过很多操作系统，linux玩得比较6，没事也爱抓个包分析下，就是不太
了解有没有足够的能力和兴趣把这个当作终身的职业，而且感觉算法题都白刷了。。 |
x******3
发帖数: 11 | 26 我觉得要考虑scalability的职位一般都比较senior了吧，一般的entry level后端职位
是不是也就是写写和business logic有关的API，添加些feature之类的？很多银行里的
和ICC给传统大公司当contractor的SDE，感觉也就是用用java spring，写写
microservice而已，没有涉及很多大型分布式系统scale的内容。或者我理解有误，写
API,加feature这些只能算是full stack网页开发, 不是真正的后端？
team
【在 r*****s 的大作中提到】
: System design是练不出来的。客户端的东西极少有scalability的考量，除非你们team
: 也own一些后端服务。
:
:
: 哈哈，如果前两年能学到东西，打好基础（语言基础，操作系统基础，基础的
: OOD和
:
: system design能力）的话，我感觉也就足够了。毕竟这份工作我基本上也就打
: 算干两
:
: 年就跳槽了。
:
|
