来了个developer接替我的DBA工作

Fernando

公司里人员数量上一个DBA可以对应15，20个developer，所以市场上工作机会DBA少很多。如果DBA的知识不需要更新，那相应的developer也会用一样的知识。而且developer做到后面更接近BA，对business process非常熟悉，可以和business紧密结合，这部分developer没法外包。相比之下DBA更容易被外包。不过只要在同一个领域里坚持时间长一点，大家都能挖掘自己的潜力。

dagudboi

原帖由 Fernando 于 2011-6-28 20:13 发表
公司里人员数量上一个DBA可以对应15，20个developer，所以市场上工作机会DBA少很多。如果DBA的知识不需要更新，那相应的developer也会用一样的知识。而且developer做到后面更接近BA，对business process非常熟悉，可以和busine ...

只要成为在企业里被认知为SME，剩下的就好办了。

minnyz

原帖由 dagudboi 于 2011-6-28 20:16 发表

只要成为在企业里被认知为SME，剩下的就好办了。

没用。良好的人际关系才是真理

coin_king

好单位＋良好的人际关系＋SME

minnyz

原帖由 Fernando 于 2011-6-28 20:13 发表
公司里人员数量上一个DBA可以对应15，20个developer，所以市场上工作机会DBA少很多。如果DBA的知识不需要更新，那相应的developer也会用一样的知识。而且developer做到后面更接近BA，对business process非常熟悉，可以和busine ...

比起有些应用软件比如Siebel,DBA的市场还是不错的。

Fernando

原帖由 minnyz 于 2011-6-28 20:30 发表

比起有些应用软件比如Siebel,DBA的市场还是不错的。

嗯，我下一份工作那里听说有peoplesoft和siebel没人愿意管，谁愿意做就可以做，我打算过去就学siebel，这样的机会不可多得

原帖由 liedong 于 2011-6-28 20:24 发表
好单位＋良好的人际关系＋SME

这可是年薪20万的秘籍啊，你这么随便就泄露出来了

乱码

DBA外包的可能性不大，有的不仅不能外包，而且会参与系统架构的设计，尤其是从business modeling到data modeling的过程中，这种DBA有很high level的view，是一般底层developer不能比的。

DBA的硬伤是需求相对较少，而且薪水相对developer的优势不大.

优势是职位相对稳定，工作节奏没那么赶，而且不也不用整天学新技术（不知道这个是好是坏）

coin_king

原帖由 Fernando 于 2011-6-28 20:33 发表

嗯，我下一份工作那里听说有peoplesoft和siebel没人愿意管，谁愿意做就可以做，我打算过去就学siebel，这样的机会不可多得


这可是年薪20万的秘籍啊，你这么随便就泄露出来了

bulaohu

SME是啥？很小白地问一句...(paopaobing(32))

minnyz

原帖由 Fernando 于 2011-6-28 20:33 发表

嗯，我下一份工作那里听说有peoplesoft和siebel没人愿意管，谁愿意做就可以做，我打算过去就学siebel，这样的机会不可多得

别，真的觉得Siebel没什么前途，太容易外包了。job pool 太小，一个项目开始时市场上找不到人，项目结束了市场上就泛滥成灾了。要是DBA+Siebel 还不错，总之不要轻易放弃自己熟悉的行当。

coin_king

DBA的需求相对较少，主要是很多公司不太看重DBA的重要性，developer就可以做了。其实技术含量还是很高的。我就很喜欢和我们的DBAs交流，不过都是美女DBAs

minnyz

原帖由 乱码 于 2011-6-28 20:36 发表
而且不也不用整天学新技术（不知道这个是好是坏）

这个是绝对优势， 对等着混退休的人来说。

coin_king

原帖由 bulaohu 于 2011-6-28 20:38 发表
SME是啥？很小白地问一句...(paopaobing(32))

subject matter expert ，某个领域的专家

乱码

原帖由 minnyz 于 2011-6-28 20:42 发表


这个是绝对优势， 对等着混退休的人来说。

这到也是，不过这种精神+技能很难让DBA自主创业，恐怕要打一辈子工。

uowzd01

感觉DBA也需要了解application，要知道数据是怎么产生的，而不是孤立地管理数据，不过数量是太少了

minnyz

原帖由 乱码 于 2011-6-28 20:53 发表


这到也是，不过这种精神+技能很难让DBA自主创业，恐怕要打一辈子工。

有些人是不适合创业的 :)

dagudboi

原帖由 minnyz 于 2011-6-28 20:22 发表

没用。良好的人际关系才是真理

光卖嘴更没用.

dagudboi

原帖由 liedong 于 2011-6-28 20:24 发表
好单位＋良好的人际关系＋SME

在完美的世界里,这是技术人才比较理想的发展方向.

koyuu

我觉得国内的 牛新庄 就很牛呀.  做为DBA  他职业方向规划的很好 收入也很不错的  200w RMB/ year 吧

不过他比较专注DB2 在金融业做的比较多。 我觉得他的案例可以给DBAs提供一个方向。

minnyz

我觉得楼主现在这个每星期八小时的工作不错。在澳洲挣太多也是被和谐掉的，还不如多些自己的时间

当然，每个人的岁数和想法不一样。岁数大就想着怎么混进政府部门去养老

atm

你们说的我都不懂，纯粹帮顶了

Fernando

原帖由 atm 于 2011-6-29 14:44 发表
你们说的我都不懂，纯粹帮顶了

就是这个意思，IT里面隔行如隔山

原帖由 koyuu 于 2011-6-29 13:53 发表
我觉得国内的 牛新庄 就很牛呀.  做为DBA  他职业方向规划的很好 收入也很不错的  200w RMB/ year 吧

不过他比较专注DB2 在金融业做的比较多。 我觉得他的案例可以给DBAs提供一个方向。

他那个主要还是solution，architect，design，consulting，不能算DBA了。做什么做到那个level都是赚钱多的。

Fernando

原帖由 dagudboi 于 2011-6-28 20:11 发表

同意，特别是大企业里的DBA,由于过手的都是企业最关键的财产-数据，所以一定不愁收入的。不过我认识的DBA，好像对虚拟技术都是很排斥的，特别是在VMware HA集群之上建RAC。

在vm环境里测试过，没性能压力时还凑合。作为DBA 倾向于在在physical server上建RAC，宁愿一个cluster上建很多db，也不愿意在vm环境里建立很多cluster，这同样也是虚拟，共享的概念。
或许每个team／role都有从自己的角度出发。比如原来单位差点要用exadata，但是Unix team一帮老浆糊担心失业，强烈抵制，后来没用成。

菲姐好可怜，oracle financial developer出身，不过连SQL＊plus也不会用。号称熟悉Toad，看到Oracle SQL Developer就不会用了。 公司不给她DBA培训，只提供内部网络电子培训。而她这年纪，估计四五十了，学习能力又差外加没有学习意愿，性格上光抱怨却没实际行动。看样子公司只是想让她自己辞职。我一直觉得IT行业里歧视大年龄／女性不是没有缘由的，这类人里边能力不强的机率挺高。如果年龄大了不能保持自己的竞争力，就会面临那个５０岁下岗的例子

典

原帖由 Fernando 于 2011-7-4 12:23 发表


在vm环境里测试过，没性能压力时还凑合。作为DBA 倾向于在在physical server上建RAC，宁愿一个cluster上建很多db，也不愿意在vm环境里建立很多cluster，这同样也是虚拟，共享的概念。
或许每个team／role都有从自己的角度出发 ...

那她 就不该接这个活了，

Fernando

她on bench一段时候了，不过。。。
某些人的性格，住定就是被欺负的
怒其不争，哀其不幸，引以为诫

乱码

原帖由 Fernando 于 2011-7-4 12:41 发表
她on bench一段时候了，不过。。。
某些人的性格，住定就是被欺负的
怒其不争，哀其不幸，引以为诫

她contractor？

workflow

原帖由 minnyz 于 2011-6-28 20:39 发表


别，真的觉得Siebel没什么前途，太容易外包了。job pool 太小，一个项目开始时市场上找不到人，项目结束了市场上就泛滥成灾了。要是DBA+Siebel 还不错，总之不要轻易放弃自己熟悉的行当。

没觉得，泛滥成灾这词用的太夸张了，澳洲大的政府，电信，能源公司大部分都在用siebel，新的项目还在不断的上（NBN，sydney water），外包也是testing，或者纯coding的，siebel的项目只要做senior一些的工作（比如design，solution），全是business process相关的，怎么外包。即使low level的coding工作，现在很多大客户（比如Telstra，ANZ）也已经认识到外包给３哥问题多多。siebel＋DBA是绝对不会外包的。

minnyz

原帖由 workflow 于 2011-7-4 14:10 发表

没觉得，泛滥成灾这词用的太夸张了，澳洲大的政府，电信，能源公司大部分都在用siebel，新的项目还在不断的上（NBN，sydney water），外包也是testing，或者纯coding的，siebel的项目只要做senior一些的工作（比如design，solution），全是busines ...

泛滥成灾是听中介说的，原话是flood the market.

minnyz

原帖由 Fernando 于 2011-7-4 12:23 发表


在vm环境里测试过，没性能压力时还凑合。作为DBA 倾向于在在physical server上建RAC，宁愿一个cluster上建很多db，也不愿意在vm环境里建立很多cluster，这同样也是虚拟，共享的概念。
或许每个team／role都有从自己的角度出发 ...

LZ原来我挺支持你的，但最后那段关于年纪大和女性的说法实在不敢苟同。人生不同阶段重点不同，工作不是唯一和最重要的。Oracle apps 本来就和DBA相差十万八千里，她不会很正常，只能说她可怜没有机会做自己擅长的。这一句打击面太大。

Fernando

不会，很正常。IT隔行如隔山。我们任何人过些年都可能面临同样的问题。
被排挤到做自己不熟悉的领域，说明本身就处于竞争的弱势。做为骨干不会被人排挤的，有能力的非骨干不爽也随时能找到下家。
实在没办法去了不熟悉的领域，不学习，或者没有学习的欲望，是态度问题。没有自己学习新知识的思路和方法，是能力问题。
我的意思是，要警惕年龄和生活对职业的负面影响，保持竞争力。如果一门心思要混，早点去养老的企业或者政府霸个好位子，要能死皮赖脸。

那位大姐有俩孩子，据我观察，很多人有了俩孩子以后工作效率就严重下降了。