85k package 现在这个行情怎么样？

flyspirit

原帖由 runxi328 于 2010-2-24 22:39 发表


我是说这个new hire的position, 没等培养起来呢，可能budget就给砍了。

Senior的new hire可能被砍，非Senior的new hire也同样会被砍。这就是我说的跳槽风险之一。因此要有一定的Pay rise才动。

runxi328

原帖由 flyspirit 于 2010-2-24 23:15 发表


做交易员或者销售也可以。

偏离技术俺就不熟悉了~~

runxi328

原帖由 flyspirit 于 2010-2-24 23:17 发表


Senior的new hire可能被砍，非Senior的new hire也同样会被砍。这就是我说的跳槽风险之一。因此要有一定的Pay rise才动。

嗯，说得不错，争取ing

runxi328

原帖由 七月 于 2010-2-24 23:08 发表


“当官”，这就是华人在这边面临的最大挑战，一天不能摆脱埋头听别人使唤的处境，一天也出息不到哪里去。所以有野心的就要争取在这里也做人上人。至于像我这样一介女流就算了还是打住吧。

i should have said， 对女生来说：不做人下人，难为人上人

k, 我还是一个湿人呢！

  sorry， don't mind me, bad joke~~

[ 本帖最后由 runxi328 于 2010-2-24 23:41 编辑 ]

C.D.

原帖由 runxi328 于 2010-2-24 17:33 发表


去年recruiter自己裁人裁的很多，我比较熟悉的几个人，几天没联系email的signature的公司名就换了．半年前还满满的大办公室，后来都空荡荡的，就剩一排排的电话．

当时一个职位出来，１０个recruiter上去抢． ...

Bondi  做trading， 什么公司啊？ n年前也面试过bondi的trading 公司， 当时只有5万不到

七月

原帖由 runxi328 于 2010-2-24 23:28 发表


做人上人哪这么容易？！女生可以做人下人  sorry， don't mind me, bad joke~~

I won't as it's probably the reality

runxi328

原帖由 七月 于 2010-2-24 23:36 发表


I won't as it's probably the reality

good girl！！ 45度角仰望下！

runxi328

原帖由 C.D. 于 2010-2-24 23:31 发表


Bondi  做trading， 什么公司啊？ n年前也面试过bondi的trading 公司， 当时只有5万不到

悉尼一共2家作trading的，city一家（很有历史了），bondi一家（晚很多），这么说你应该就知道是谁了叭？

如果还是不知道，我也没辙了，I can't disclose its name in public,否则太不厚道了。

oceangod

这个贴的正常人比较多

oceangod

T****和G* *****？还是L****？

runxi328

原帖由 oceangod 于 2010-2-24 23:48 发表
T****和G* *****？还是L****？

haha~~,看来它真的害人不浅阿，是T****

在澳洲

低工资者 掩面(paopaobing(49)) (paopaobing(49))

蓝马

原帖由 oceangod 于 2010-2-24 23:16 发表
这个贴好像还有点真实性。有的贴动辄100K, 200K的，真不知道是不是大家都这么牛！

怎么判断这个贴真实而其他100k200k得不真实？

runxi328

原帖由 蓝马 于 2010-2-25 11:29 发表


怎么判断这个贴真实而其他100k200k得不真实？

可能100k-200k的人没时间上网。更不可能参加讨论。

flyspirit

LZ现在混的比较好，想跳原因是产品没有前景？

robinbj

原帖由 runxi328 于 2010-2-25 11:38 发表


可能100k-200k的人没时间上网。更不可能参加讨论。

4－10年的工作经验。 70k－150K都属于正常范围。同样都是engineer，在同一个公司不同的部门，可能会有20－50k的差别，这都很正常。
即使是同一个team，差别也很是很大的。

runxi328

原帖由 flyspirit 于 2010-2-25 12:14 发表
LZ现在混的比较好，想跳原因是产品没有前景？

您过奖了，我现在混得很一般，就是做技术的。

我先在参与的产品是前人开发的，我们做维护，加new features,因为phase 1 development很多high couple（没有一定点design，更别提scalibility了）,让我们后继的工作很难很难。。。。。尤其是c# code,都没法提了。。你知道我在说什么，是吧？

db 那边还好，比较干净，data modeling有些不足，但不是很致命的，我的工作量有50%是那边的，还好，能给我点安慰。

team人都不错，没有office politics,boss也好，不pushy。。。。

有时候做得我恶心了真的想动动，不过我也知道到哪儿都一样，少不了烂code的。

上午有个同事问了我个问题，stack跟heap的区别是什么，我当时差点晕过去，他可是有4年的c# experience,就是前两天面世manly的那个。一想到这些事，我就不想继续在这边做了。

flyspirit

原帖由 runxi328 于 2010-2-25 12:46 发表


您过奖了，我现在混得很一般，就是做技术的。

我先在参与的产品是前人开发的，我们做维护，加new features,因为phase 1 development很多high couple（没有一定点design，更别提scalibility了）,让我们后继的工 ...

试试和老板提提把Phase 1 Refactoring一下，如果能够做成，你在公司地位又会上去了。

你那个同事这种情况不希奇。做4年不代表他知道的很深入理解这些东西。我也有一个4年经验C#的同事，不知道Interface里面的函数要全部在conctrete class中实现。编译不通过还问我为什么。

runxi328

原帖由 flyspirit 于 2010-2-25 13:54 发表


试试和老板提提把Phase 1 Refactoring一下，如果能够做成，你在公司地位又会上去了。

你那个同事这种情况不希奇。做4年不代表他知道的很深入理解这些东西。我也有一个4年经验C#的同事，不知道Interface里面的 ...

看来极品程序员还真不少，你们还知道用interface,我们现在这个project连个Inheritance都少见，design pattern估计得到孙子辈才能看到，这辈子我是不指望了。

refactor不是这么容易的，author都在，让我去refactor人家的code,而且动人家架构，这不是自己找残废么？得罪人的事我还是尽量少做。

我们这边的dba & 个别senior .net developer的连个如何利用clustered index来increase query performance都不懂，做技术做到这个份上，我还能说什么呢？

只要整个系统不crush掉，boss不拍桌子骂娘，大家都安了。

kawara

refactor不能轻易提的，Everything happened for a reason.

我们这边的dba & 个别senior .net developer的连个如何利用clustered index来increase query performance都不懂

---你确定么？BTW　clustered index虽然可以提高query performance，但是会大大降低Insert的速度。

runxi328

原帖由 kawara 于 2010-2-25 14:47 发表
clustered index虽然可以提高query performance，但是会大大降低Insert的速度

pls confirm: 你是指clustered index么？

or u meant: 建不必要多的none clustered index会降低crud的performance。

clustered index会很大程度提高range query performance, datetime in particular as its incremental nature.

it's one of the best practices have been adopted in sql community.

pls check out the link as following

http://msdn.microsoft.com/en-us/library/aa933131%28SQL.80%29.aspx
http://www.sqlservercentral.com/ ... 149-1.aspx#bm291034
http://www.issociate.de/board/po ... atetime_column.html

[ 本帖最后由 runxi328 于 2010-2-25 15:17 编辑 ]

kawara

原帖由 runxi328 于 2010-2-25 15:13 发表


pls confirm: 你是指clustered index么？

or u meant: 建不必要多的none clustered index会降低crud的performance。

clustered index会很大程度提高range query performance, datetime in particular as i ...

是指这个，Clustered index是指数据的物理存放和Index的次序一样。这是为什么能提高Range Query的效率，也是为什么Clustered Index只能搞一个。

除非你的Clustered Index建在ID上，否则每次插入可能要挪数据重排序，会降低插入的效率。

runxi328

原帖由 kawara 于 2010-2-25 15:20 发表

是指这个，Clustered index是指数据的物理存放和Index的次序一样。这是为什么能提高Range Query的效率，也是为什么Clustered Index只能搞一个。

除非你的Clustered Index建在ID上，否则每次插入可能要挪数据重排 ...

Clustered Index建在ID上没有价值，这是资源浪费。很少有query把ID range作为condition，如果有，it's bad design anyway.

如果有column来记录row的creating time, 就要建在它上面，它是随时间递增的，不存在以后page reshufle的问题。

kawara

原帖由 runxi328 于 2010-2-25 15:32 发表


Clustered Index建在ID上没有价值，这是资源浪费。很少有query把ID range作为condition，如果有，it's bad design anyway.

如果有column来记录row的creating time, 就要建在它上面，它是随时间递增的，不存在 ...

建在系统生成的ID和建在column来记录row的creating time有啥区别呢？

索性不要建好了，反正ID是主键，自动的clustered index.

我觉得提高query最有效的是table partition.不过印象中你的MS SQL Server不支持这个

月亮

除非查询的条件正好是clustered index的column，否则是不能提高查询速度的。

因为clustered index scan 是要把整个table读入buffer的。

建立适合的non-clustered index可以大幅度提高速度，特别是对大table

kawara

原帖由 月亮 于 2010-2-25 15:38 发表
除非查询的条件正好是clustered index的column，否则是不能提高查询速度的。

因为clustered index scan 是要把整个table读入buffer的。

建立适合的non-clustered index可以大幅度提高速度，特别是对大table

你确定么？

non-clustered index是可以提高效率，因为可以避免table scan。但是对插入、删除效率会有一定冲击，因为要reindex.

[ 本帖最后由 kawara 于 2010-2-25 15:47 编辑 ]

NNX

小声问一下， 卡瓦到底是做网络的还是数据库？ 我怎么记得你好像是搞网络的？

月亮

原帖由 kawara 于 2010-2-25 15:44 发表

你确定么？

确定, clustered index scan = table scan

runxi328

原帖由 kawara 于 2010-2-25 15:38 发表

建在系统生成的ID和建在column来记录row的creating time有啥区别呢？

索性不要建好了，反正ID是主键，自动的clustered index.

我觉得提高query最有效的是table partition.不过印象中你的MS SQL Server不支持 ...

ID对user invisible, 但date time is more meaningful,如前6个月的数据，这就是range query.

sql server2005 supports partition,

http://msdn.microsoft.com/en-us/library/ms345146%28SQL.90%29.aspx

coolioo

建clustered index会降低Insert的performance，尤其是数据量很大的时候。因为clustered index将row物理排序，你在中间插一条记录，所有后面的记录都要在磁盘上顺序移位。

Non-clustered index就没有这问题。clustered index唯一比Non-clustered index有优势的就是在Range Query时，读取数据时快一点，因为数据结果在硬盘上是连续的。在查询上，两者基本没有区别。