感觉做基础架构涉及的技术都好高端呀。 高可用啊,异地多活,流量调度,微服务框架,监控报警 tracking,异步一致性,限流熔断降级,等高大上的名字好像和我们 CURD body 无关呢。
1
misaka19000 2021-06-02 16:14:59 +08:00 1
想多了,混口饭吃而已
|
2
joesonw 2021-06-02 16:30:15 +08:00 2
这些东西第一次弄还挺新鲜的, 弄多了也只是另一种形式的 crud
|
3
drydiy 2021-06-02 16:40:11 +08:00 2
其实是一样的。。
不会编程-> 编程高大上,结果每天 crud->基础架构高大上,结果每天 os api,换了一种方式而已。 |
4
Jooooooooo 2021-06-02 16:59:28 +08:00 1
就是客服.
|
5
wellsc 2021-06-02 17:02:53 +08:00 10
24 小时 oncall 的客服罢了
|
6
manami 2021-06-02 17:21:55 +08:00
装逼的,自己玩下那些东西就知道也就那么一回事
|
7
lamesbond 2021-06-02 17:29:04 +08:00
半夜把你叫起来的时候还高大上不
|
8
JerryCha 2021-06-02 17:49:39 +08:00
他们有个更高端的 title,叫做 Customer Support Engineer,中文简称 客服
|
9
sagaxu 2021-06-02 18:13:57 +08:00 via Android 7
工地里搭脚手架的比砌墙的更高大上吗
|
10
chenshun00 2021-06-02 18:52:20 +08:00 2
评论区是真的有意思,我就是觉得基础比 CURD 强,对不起,真牛逼开发个 arthas,开发个 Chaosblade 甩出来。
|
11
facelessvoid 2021-06-02 19:12:55 +08:00
@wellsc 24 小时 oncall 好评
|
12
Tarkky 2021-06-02 20:32:23 +08:00
只是熟练工罢了,现在都上云了,这行不好干了。真想学就学云架构师,中短期是混合部署,长期必然是全云或者全服务
|
13
linvon 2021-06-02 21:37:18 +08:00
术业有专攻,刚从小厂基础架构到大厂来做业务,工作内容、方向、范围都会影响你对“高大上”的评判,想在任何一个方向上做好都是不容易的,而每个方向也都存在碌碌无为的普通 boy
|
14
tedzhou1221 2021-06-02 22:07:07 +08:00 via iPhone
基于业务,解决痛点、难点而写的组件或框架。这才高大上。
例如 限流也是因为机器撑不住 |
15
hotsymbol 2021-06-02 23:42:43 +08:00
基础架构方向不就是通过基础架构开发的方式,减慢业务开发的效率
|
16
Tumblr 2021-06-03 01:40:30 +08:00
随着云化、IaaS 甚至 PaaS 、SaaS,基础架构正趋于高端和集中,同时也意味着从业人员在压缩,末等在淘汰。
当然,现在如果有比较好的机会做项目,基础架构还是蛮赚钱的,曾经一同事在深圳某企业做了 7 年 IT 总监,项目不断,以基础架构为主,然后在深圳全款买了 3 套房。 |
17
xupefei 2021-06-03 01:43:50 +08:00 via iPhone
工作很有意思,难以被替代。
坏处是 career path 超长,混出头要有耐心。 |
18
levelworm 2021-06-03 02:08:27 +08:00 via Android
面向程序员编程至少在业务理解痛苦程度上好过面向业务编程
|
19
Mirage09 2021-06-03 02:15:51 +08:00 via iPhone
欢迎去接受 aws 的毒打
|
20
dayeye2006199 2021-06-03 04:15:58 +08:00
做 infrastructure 职业安全性还是不错的,老年工程师不少,职业生涯比较长。
虽然很多领域内的东西更新换代也挺频繁,比如之前搞并行计算,大家喜欢用 MPI,后来又发展出 map-reduce 范式,到现在的一些机器学习模型的训练范式 parameter-server 之流,但是这些技术之间的相通性很好,有很多基本原理是相通的。你会发现搞这些技术的可能还是同一帮人。 做这块东西还是比 CRUD 有意思一些,经常能发现用上一些你刷 leetcode 时候一些不明所以的算法。比如你去做一个 workflow 的编排软件,是有机会使用一些 graph 的算法来处理依赖关系,优化多余计算的操作。 |
21
Akiya 2021-06-03 07:46:03 +08:00 via iPhone
只是方向不同罢了,没必要啥都分个三六九等吧。rpc 工程师+运维+客服
|
22
MeatIndustry 2021-06-03 08:12:41 +08:00 via iPhone
@chenshun00 同意,做这样的东西对程序的运行,底层原理的理解绝对是 Crud boy 达不到的高度
|
23
MeatIndustry 2021-06-03 08:14:21 +08:00 via iPhone
我认为 lz 想说的是类似于大厂那样的自研的。中小的都上云了自然没啥好说的
|
24
fannas 2021-06-03 09:13:06 +08:00 via iPhone
钱多的更高大上
|
25
dany813 2021-06-03 09:46:43 +08:00
确实好
|
26
paoqi2048 2021-06-03 10:01:00 +08:00
你以为是 infra 其实是客服啦
|
27
THESDZ 2021-06-03 10:12:01 +08:00
整些虚头巴脑的,面向工资编程就完事了
|
28
UserNameisNull OP 对于个人发展,面向大厂、工资编程来说,infra 是不是更好?
|
29
seagull7558 2021-06-03 11:20:50 +08:00
看到好多回复的大佬 能否指点下向基础架构转型需要补充什么知识
|
30
miscnote 2021-06-03 11:27:39 +08:00
运维+客服的工作吧,没有想象中那么高大上。
|
31
GrayXu 2021-06-03 11:54:53 +08:00
@chenshun00 +1 不知道为啥戾气这么重,从技术挑战来说,做 infra 当然挑战更多。怎么楼上说的跟运维似的。大厂做 infra 的不比强业务相关的更滋润?
|
32
Cbdy 2021-06-03 12:24:07 +08:00 via Android
打工赚钱要紧
|
33
asdasdasdzxc 2021-06-03 12:24:46 +08:00
看做什么类型了,但是大部分感觉跟运维相关的,比如服务的发现,配置中心的管理。。
|
34
salmon5 2021-06-03 15:27:09 +08:00
infram 没什么高大上的吧,现在开源的轮子这么多,而且通用性强,也是个 crud boy
|
35
salmon5 2021-06-03 15:32:32 +08:00
infra 偏向 PaaS,承上启下,你自己不维护谁维护?基础架构就是支撑,上游业务依赖你,你不对接谁对接?
所以 infra 有“运维”+“客服”的成分也是正常的; |
36
litchinn 2021-06-03 16:56:12 +08:00
不能说无关,CRUD boy 在面试的时候和这些密切相关呢,doge
|
38
VienDave 2021-06-03 18:07:29 +08:00
大多数公司都是开源框架部署者而已,脏活累活,24 hours oncall.
|