|
精华帖 (0) :: 良好帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-11-09
压力很大，浮躁之心顿时而起~
|
| 返回顶楼 | |
|
发表时间：2011-11-09
tianju517 写道 zl5530535 写道 yuhe 写道 运维能达到16K？
我一直以为运维相对于开发的工资要低些啊？ 16K的运维包括IT管理,CMDB之类的. 不仅仅是懂shell脚本，了解LINUX就可以.. 据我的经验，ITIL这块要拿到16K，不是很难. 当然如果只是懂CMDB,Shell脚本的话，只值4K. 搞运维，特别是Manager的职位，综合能力需要大于80. CMDB有这么不值钱吗 inventory是整个运维支撑的核心部分，在ITIL里面和SD并列一样是所有部件的中枢，电信OSS大部分东西都是围着某个CMDB产品打转 |
| 返回顶楼 | |
|
发表时间：2011-11-09
zl5530535 写道
luckytwo 写道
zl5530535 写道
今年的应届生貌似都很猛。刚一南京大学研究生投HW简历，期望年薪是60W。情何以堪？09年毕业，我们一行10多人来广州混天下，两年过去了，差距若干：
今年x浪、x讯给哈工大的应届研究生的待遇大概是18到19万年薪，哈工计算机全国排第三。
60W？他应聘的是什么职位，他的履历。
这丫没睡醒就跑去面试了 |
| 返回顶楼 | |
|
发表时间：2011-11-09
csdxqzp 写道 长沙 2年 7500
哈哈，厉害。 |
| 返回顶楼 | |
|
发表时间：2011-11-09
ppgunjack 写道 tianju517 写道 zl5530535 写道 yuhe 写道 运维能达到16K？
我一直以为运维相对于开发的工资要低些啊？ 16K的运维包括IT管理,CMDB之类的. 不仅仅是懂shell脚本，了解LINUX就可以.. 据我的经验，ITIL这块要拿到16K，不是很难. 当然如果只是懂CMDB,Shell脚本的话，只值4K. 搞运维，特别是Manager的职位，综合能力需要大于80. CMDB有这么不值钱吗 inventory是整个运维支撑的核心部分，在ITIL里面和SD并列一样是所有部件的中枢，电信OSS大部分东西都是围着某个CMDB产品打转 CMDB 本身就很简单，复杂的是业务流程。 CMDB 对懂数据库设计的人，很难？ 一个ITIL项目，重点都是业务流程的梳理，等业务OK，CMDB，事件，变更皆是浮云。 "电信OSS大部分东西都是围着某个CMDB产品" 我只能说，你还不明白，OSS，包括ITSM，BSM系列的产品，都是围绕着业务。 另外电信规划设计院对CMDB的设计基本都是套用XXX项目。 |
| 返回顶楼 | |
|
发表时间：2011-11-09
zl5530535 写道 beowulf2005 写道 60万！？ 做梦！
税前10万美元年薪，斯坦福的研究生也拿不到这个价， 除非有成熟的项目成果或专利在身上！ 丫好像说以前在什么研究院实习... 中国随便那个计算机研究所，跟斯坦福计算机系比的话，那也就算个渣吧。 |
| 返回顶楼 | |
|
发表时间：2011-11-10
tianju517 写道 ppgunjack 写道 tianju517 写道 zl5530535 写道 yuhe 写道 运维能达到16K？
我一直以为运维相对于开发的工资要低些啊？ 16K的运维包括IT管理,CMDB之类的. 不仅仅是懂shell脚本，了解LINUX就可以.. 据我的经验，ITIL这块要拿到16K，不是很难. 当然如果只是懂CMDB,Shell脚本的话，只值4K. 搞运维，特别是Manager的职位，综合能力需要大于80. CMDB有这么不值钱吗 inventory是整个运维支撑的核心部分，在ITIL里面和SD并列一样是所有部件的中枢，电信OSS大部分东西都是围着某个CMDB产品打转 CMDB 本身就很简单，复杂的是业务流程。 CMDB 对懂数据库设计的人，很难？ 一个ITIL项目，重点都是业务流程的梳理，等业务OK，CMDB，事件，变更皆是浮云。 "电信OSS大部分东西都是围着某个CMDB产品" 我只能说，你还不明白，OSS，包括ITSM，BSM系列的产品，都是围绕着业务。 另外电信规划设计院对CMDB的设计基本都是套用XXX项目。 国内的大部分项目都是土鳖 业务流很复杂吗？无非是规则引擎+工作流+service或者resource的activator做fulfillment，service desk这些IT侧的产品做流程工单和人机交互，只能说是繁琐，还谈不上复杂 即使fault和performance都没有真正意义上的复杂度。 真正OSS的质量核心就是在于inventory系统的设计和对各种设备的adapter接口以及统一模型实现，各个domain的service到resource如何mapping则是真正核心和复杂的东西。 业务谁都知道围绕服务，但是业务代表的具体内容是什么？ITIL只是个框 你如果常接触国外各大运营商的OSS架构，你就会发现基本上所有OSS子系统在功能和实现上说白了都是围绕着资源配置系统打转，而CMDB就是资源配置落地的设施，CMDB简单吗，每个OSS大单中CMDB+inventory系统都是重中之重，谁能在这两个位置放自己的东西，谁就在整个solution中占主导地位 我们现在就遇到竞争者就通过在国外一些运营商处通过排挤我们的CMDB产品来来蚕食我们其他的OSS产品。 一个亿级人口的国家，仅仅是传输的inventory记录数就至少是几千万，并且每天都需要和各种crm、portal，各个厂商各类EMS同步并做一致性校验、环路计算、高低阶承载关系分析，这些内容根本不是所谓懂数据库就能搞定的。 而且基本上可以说任何OSS系统一旦inventory和cmdb选型定了，其他所有OSS子系统包括sd对接都要跟着它们两个屁股走，所有的项目实施过程，这两个子系统往往就是问题最多，最复杂，邮件吵嘴最频繁的部分 |
| 返回顶楼 | |
|
发表时间：2011-11-10
楼主，我在亚联只有6K，且是java开发，少1K你补给我，作为精神损失费。
|
| 返回顶楼 | |
|
发表时间：2011-11-10
ppgunjack 写道 tianju517 写道 ppgunjack 写道 tianju517 写道 zl5530535 写道 yuhe 写道 运维能达到16K？
我一直以为运维相对于开发的工资要低些啊？ 16K的运维包括IT管理,CMDB之类的. 不仅仅是懂shell脚本，了解LINUX就可以.. 据我的经验，ITIL这块要拿到16K，不是很难. 当然如果只是懂CMDB,Shell脚本的话，只值4K. 搞运维，特别是Manager的职位，综合能力需要大于80. CMDB有这么不值钱吗 inventory是整个运维支撑的核心部分，在ITIL里面和SD并列一样是所有部件的中枢，电信OSS大部分东西都是围着某个CMDB产品打转 CMDB 本身就很简单，复杂的是业务流程。 CMDB 对懂数据库设计的人，很难？ 一个ITIL项目，重点都是业务流程的梳理，等业务OK，CMDB，事件，变更皆是浮云。 "电信OSS大部分东西都是围着某个CMDB产品" 我只能说，你还不明白，OSS，包括ITSM，BSM系列的产品，都是围绕着业务。 另外电信规划设计院对CMDB的设计基本都是套用XXX项目。 国内的大部分项目都是土鳖 业务流很复杂吗？无非是规则引擎+工作流+service或者resource的activator做fulfillment，service desk这些IT侧的产品做流程工单和人机交互，只能说是繁琐，还谈不上复杂 即使fault和performance都没有真正意义上的复杂度。 真正OSS的质量核心就是在于inventory系统的设计和对各种设备的adapter接口以及统一模型实现，各个domain的service到resource如何mapping则是真正核心和复杂的东西。 业务谁都知道围绕服务，但是业务代表的具体内容是什么？ITIL只是个框 你如果常接触国外各大运营商的OSS架构，你就会发现基本上所有OSS子系统在功能和实现上说白了都是围绕着资源配置系统打转，而CMDB就是资源配置落地的设施，CMDB简单吗，每个OSS大单中CMDB+inventory系统都是重中之重，谁能在这两个位置放自己的东西，谁就在整个solution中占主导地位 我们现在就遇到竞争者就通过在国外一些运营商处通过排挤我们的CMDB产品来来蚕食我们其他的OSS产品。 一个亿级人口的国家，仅仅是传输的inventory记录数就至少是几千万，并且每天都需要和各种crm、portal，各个厂商各类EMS同步并做一致性校验、环路计算、高低阶承载关系分析，这些内容根本不是所谓懂数据库就能搞定的。 而且基本上可以说任何OSS系统一旦inventory和cmdb选型定了，其他所有OSS子系统包括sd对接都要跟着它们两个屁股走，所有的项目实施过程，这两个子系统往往就是问题最多，最复杂，邮件吵嘴最频繁的部分 我不否认国内的大部分项目都是土鳖。 本人实施过的IBM Tivoli ,BMC Remedy 类ITSM项目，擦过HP OVSD的屁股，不可否认国外产品在CDMB方面的前瞻性和规范化，但从未觉得如HP OVSD 之流的CMDB在设计方面的难度有多大，同时也质疑不以业务服务目录，服务协议为前提，直接认为CMDB是基础，是核心的产品和项目。 至少在国内，我实施过的央企业务服务管理的项目，一切皆以服务为导向，并重SLA，通梳BPM，之后才是CDMB, NMS及XXX系统....，CMDB方显意义。 加上国内更多企业信息化管理推进的滞后，以及企业内部信息化水平发展的步调不一致，无与伦比的垃圾企业应用项目层出不穷，CMDB的地位更是下滑。 以移动xx省xx区机楼的交换机举例，纳入CMDB的局大型交换机是恶心的HW产品，实际投产使用的是爱立信产品，更多的配置，中国特色多了去。 更多的时候是服务决定了CMDB。 |
| 返回顶楼 | |
|
发表时间：2011-11-10
HP OVSD只能算是工单系统，虽然这类SM也算是一个中心泵，并且在ITIL框架里面看起来也是核心，但实际的项目还是要被inventory牵着鼻子走
现在HP自己对内对外都用了新产品代替，应该不会推ovsd了 我原来实施项目用PD导过OVSD数据库结构，2000多表，见过一个查询涉及200个表，生成执行计划要4，5分钟 HP的CMDB产品是叫UCMDB，跟OVSD根本扯不上关系，其说明书的guid就有900多页。现在HP所有的能吸引人眼球的OSS solution出来打单都是UCMDB摆中间，其他所有周边系统和它同步靠它做枢纽与它交互 ovsd或者HPSM的确会有自己的微型CMDB结构，我印象里面一般都是2层的扁平化结构，基本不会过3层的结构，的确很粗糙也很简单，但是把这个当成cmdb的全部肯定是不对的，sla这些系统更是严重依赖inventory和cmdb类产品，因为service到resource的映射全是他们提供，而且所有service级别的pi，fault，和工单的cross threshold的判定和聚合都是在基础的inventory上做的 |
| 返回顶楼 | |
