- 主题:关于全栈工程师的前途问题
孩子,运维和运营完全两个概念。运维处于整个产品工作技术栈的最底端,运营基本处于产品工作业务栈的最顶端。
下次深入做一做了,再出来摆概念也不迟。
【 在 litt7e 的大作中提到: 】
: 这个没啥吧,运维这块很多都是一个人做的
: 运维跟产品交叉,经常也要一起做的
--
修改:dhcn FROM 124.42.13.*
FROM 124.42.13.*
嗯,那你先摆着吧
【 在 dhcn 的大作中提到: 】
: 孩子,运维和运营完全两个概念。运维处于整个产品工作技术栈的最底端,运营基本处于产品工作业务栈的最顶端。
: 下次深入做一做了,再出来摆概念也不迟。
--
FROM 218.109.253.*
最可笑的是把SEO做得好不好归咎于全栈技术工程师。SEO结果一向公认是运营设计出来的。SEO在技术栈里最重的地位也就是指导个HTML Style Guide。至于网站设计阶段的Web信息架构、运营阶段的内容经营+运营数据分析反馈处理,基本都和技术工程师关系不大了。而所谓的网站运维只不过是接待和处理上述人员的设计和修改需求而已。
【 在 litt7e 的大作中提到: 】
: 嗯,那你先摆着吧
--
修改:dhcn FROM 124.42.13.*
FROM 124.42.13.*
哦 原来运维这么low,受教了
【 在 dhcn 的大作中提到: 】
: 最可笑的是把SEO做得好不好归咎于全栈技术工程师。SEO结果一向公认是运营设计出来的。SEO在技术栈里最重的地位也就是指导个HTML Style Guide。至于网站设计阶段的Web信息架构、运营阶段的内容经营+运营数据分析反馈处理,基本都和技术工程师关系不大了。而所谓的网站运维只不过是接待和处理上述人员的设计和修改需求而已。
--
FROM 218.109.253.*
我说的这已经不算Low了,真正的大公司,运维就是看机房的代名词,真正的应用层代码修改仍旧属于研发或者移交产品支持Team的事情。
不过做SEO运营也好无聊(比起写新代码),天天关注索引、搜索、访问数据,分析数据变化后面的深层原因,调整应对措施,有的时候甚至其变化原因和本站自身都没有关系。
【 在 litt7e 的大作中提到: 】
: 哦 原来运维这么low,受教了
--
修改:dhcn FROM 124.42.13.*
FROM 124.42.13.*
赞
【 在 readme916 (wokaonet) 的大作中提到: 】
: 伪命题
: 水平到了,全栈很容易,学新东西一个月赶上别人学几年的
: 为了全栈而全栈,没什么用
: ...................
--
FROM 103.37.140.*