找回密码
 FreeOZ用户注册
楼主: jessie_he8021
打印 上一主题 下一主题

[职场风云] 又被裁员了

  [复制链接]
91#
发表于 24-5-2013 15:32:52 | 只看该作者
原帖由 熊猫阿三 于 24-5-2013 14:25 发表

有land tax,具体数值每个洲不同。一般是不超过多少不用交的。
但是有cousil 费,水费那些肯定是逃不掉的,还很贵,section 32上一般都有,所以买房时候一定要看仔细section 32。你可以在买房时候跟中介要的。uni ...


康嫂费那个是相当于物业管理费的好不好?是因为本地政府为你提供清运垃圾、打扫街道、公共健康娱乐设施等等的服务。而且才多少?我现在交的每年仅仅相当于房价的0.03%,跟米国3%的房产税能比吗?
回复  

使用道具 举报

92#
发表于 24-5-2013 15:42:04 | 只看该作者
原帖由 熊猫阿三 于 24-5-2013 14:25 发表

有land tax,具体数值每个洲不同。一般是不超过多少不用交的。
但是有cousil 费,水费那些肯定是逃不掉的,还很贵,section 32上一般都有,所以买房时候一定要看仔细section 32。你可以在买房时候跟中介要的。uni ...


自己打一眼机井怎么样?

俺们到OZ搞个打井队给大家打井说不定也能算桩生意。
回复  

使用道具 举报

93#
发表于 24-5-2013 15:44:01 | 只看该作者
原帖由 滚滚雷声 于 24-5-2013 14:42 发表


自己打一眼机井怎么样?

俺们到OZ搞个打井队给大家打井说不定也能算桩生意。



水费其实还可以,我感觉没啥压力。该用的就用,该浇花就浇花。好像三个月两百刀左右。

花园的用水量夏天可能比较厉害,因为维州夏天很干。可以搞个雨水收集,不过夏天雨水也不多的说。

[ 本帖最后由 tristone 于 24-5-2013 14:45 编辑 ]
回复  

使用道具 举报

94#
发表于 24-5-2013 17:14:18 | 只看该作者
淡定。
鼓励楼主一下:加油!

评分

参与人数 1威望 +20 收起 理由
jessie_he8021 + 20 谢谢分享!

查看全部评分

回复  

使用道具 举报

95#
发表于 24-5-2013 17:46:28 | 只看该作者
被一个给我加分的消息拽回来 结果直接看第4页看疯了 不记得我回复过打井 房产税 land tax的帖子 翻到前面才顺回来
回复  

使用道具 举报

96#
发表于 24-5-2013 18:53:51 | 只看该作者
嗯,人生完整了。
回复  

使用道具 举报

97#
发表于 24-5-2013 19:47:33 | 只看该作者
其实这个因人而异,对我来说,因为我读的学校是一个不知名的野鸡大学,所以国内找工作很不顺利,工资也不高。来澳洲后,找工作看能力而不看学历,所以现在到手的工资不考虑汇率也是国内的三倍多,而且我在国内根本搞不定北京户口,买房根本是痴心妄想。而在澳洲可以解决小孩的户口,买房也成为现实。

原帖由 ayuanx 于 23-5-2013 22:01 发表


真的吗?
不要一算工资就 1:6,一说物价又自动变成 1:1,那是自欺欺人
把每月税后工资除以每月基本生活支出(包括租金/房贷,但不包括奢侈品),看看在澳洲究竟能剩百分之几?
国内又能剩百分之几?

如果不 ...

评分

参与人数 2威望 +40 收起 理由
jessie_he8021 + 20 恭喜你!
cais + 20 恭喜你!

查看全部评分

回复  

使用道具 举报

98#
发表于 24-5-2013 20:02:05 | 只看该作者
原帖由 滚滚雷声 于 24-5-2013 13:36 发表


面条代码绝对是保工作的利器。
我刚进上一个公司的时候,整理两个主要软件产品的代码,那不止是面条,还是千层饼。
写那代码的哥们安安心心在退职之后还拿了两年的咨询费!
我把自己的代码注释的很完整,功能 ...

这种自废武功保工作法是自欺欺人

逆水行舟不进则退,外面的市场技术更新日新月异,靠面条代码保住职位一时
等到四五十做不到再被裁了,一下餐具了

评分

参与人数 1威望 +20 收起 理由
cais + 20 你太有才了!

查看全部评分

回复  

使用道具 举报

99#
发表于 24-5-2013 20:34:46 | 只看该作者
原帖由 tjmd001 于 24-5-2013 18:47 发表
其实这个因人而异,对我来说,因为我读的学校是一个不知名的野鸡大学,所以国内找工作很不顺利,工资也不高。来澳洲后,找工作看能力而不看学历,所以现在到手的工资不考虑汇率也是国内的三倍多,而且我在国内根本搞 ...


要知道北京月平均工资4672元(有数据可查,不是我信口胡说),不考虑汇率,三倍就是$14,016刀每月,年收入$168,192
这工资是不错,和美帝加州IT公司的收入看齐了,而且你说还是到手的(税后),如果大家都拿这样的工资,说澳洲比国内工资高我也同意

[ 本帖最后由 ayuanx 于 25-5-2013 20:50 编辑 ]

评分

参与人数 1威望 +20 收起 理由
cais + 20 赞高工资啊。

查看全部评分

回复  

使用道具 举报

100#
发表于 24-5-2013 20:47:37 | 只看该作者

在国内是做HR,到了澳洲好找工作吗

学的是工商企业管理,有可能找到类似的工作机会吗
回复  

使用道具 举报

101#
 楼主| 发表于 26-5-2013 03:50:26 | 只看该作者
原帖由 planetkeeper 于 24-5-2013 19:02 发表
等到四五十做不到再被裁了,一下餐具了

要是五十多被裁干脆直接退休算了
回复  

使用道具 举报

102#
发表于 26-5-2013 08:11:13 | 只看该作者
原帖由 planetkeeper 于 24-5-2013 19:02 发表

这种自废武功保工作法是自欺欺人

逆水行舟不进则退,外面的市场技术更新日新月异,靠面条代码保住职位一时
等到四五十做不到再被裁了,一下餐具了


The trouble is it takes very short time to learn java, c# than c, c++. And if you have a team of programmer can write in java, c# and doing pair programming and code review and unit testing. Every programmer in the team can be replaced the next day without issue. I guess a teenager can replace a guy like me with 19 years commercial programming experience just for maintenance for a while.
回复  

使用道具 举报

103#
发表于 26-5-2013 11:42:20 | 只看该作者
原帖由 DDD888 于 26-5-2013 07:11 发表


The trouble is it takes very short time to learn java, c# than c, c++. And if you have a team of programmer can write in java, c# and doing pair programming and code review and unit testing. Every programmer in the team can be replaced the next day without issue. I guess a teenager can replace a guy like me with 19 years commercial programming experience just for maintenance for a while.

That's exactly the point. If what you could do or what the company needs you to do is this type of basic labor like work and are routine and repeatable, then you are replaceable.
Not all pair programming is like that. Pair programming is a methodology and a process. It does not have to be tied to low level repeatable work. In fact, those are the type of work that is not suitable for pair programming, because the dev speed / efficiency would be reduced by almost half, and you don't gain much except for knowledge transfer, which could be done more effectively in other ways.
I've seen pair programming where the pair triggers discussion and iteratively improves the design and the code significantly in a way that a single programmer might not be able to achieve.
We should stay at the core of the company's business and make sure that we are able to make irreplaceable contributions that are indeed needed for the company to be successful. Just like what you are doing with encryption / obfuscation and other stuffs that are critical to protecting your boss' data.
In terms of Java/C# vs C/C++, I see them more like replacement for VB type of programming work. The majority of java/.net work might be similar to the traditional type of VB work, which has low barrier of entry. The difference (from VB) is that for Java/.net, you could also use it to build serious and good quality software. But that requires about the same or better level of skills, comparing with those by c/c++. So not much difference. There still a  similargap between C/C++ vs VB, just that they are now both known as Java, making it is more difficult to tell the difference. Therefore, if you are using Java, make sure that you don't get stuck to a framework (e.g., Hibernate/Struts) and know nothing else about Java. You are easily replaceable if you do that. (This is why I tend to skip job ad that highlights requirements for hibernate/struts/etc, it clearly indicates that the company only needs this type of replaceable programmers.) But if you have in-depth knowledge about garbage collection, concurrency, JVM tuning, etc, then you are in a much better position and you could be very valuable to a company that wants to build scalable and good quality product. You could see such clues in job ads. I think I've posted quite a few such jobs before, e.g., https://www.freeoz.org/ibbs/thread-1052027-1-1.html (might be too extreme, though).

评分

参与人数 3威望 +150 收起 理由
ubuntuhk + 50 精品文章
滚滚雷声 + 50 你太有才了!
老鼠爱上猫 + 50 精品文章

查看全部评分

回复  

使用道具 举报

104#
发表于 26-5-2013 18:00:15 | 只看该作者
原帖由 cais 于 26-5-2013 10:42 发表

That's exactly the point. If what you could do or what the company needs you to do is this type of basic labor like work and are routine and repeatable, then you are replaceable.
Not all pair progr ...


One person I know of once work for a Japanese software company in China. He told me that they don't want the programmer do any design. All they do is coding following specification flow chart. The flow chart is so detail that you can do a one to one mapping to the source code. The software coding is just like a pipe line. Everyone in the line is replaceable. I don't think this is bad for the company. But it is bad for the programmer.

I think that what you are talking is more towards software architecture. That is the job I want. :-) I design everything except one I work for a Japanese company programming in cobol. I hate that job. I don't know that why I applied that job. I think that I am really stupid.
回复  

使用道具 举报

105#
发表于 26-5-2013 22:51:53 | 只看该作者
原帖由 DDD888 于 26-5-2013 17:00 发表


One person I know of once work for a Japanese software company in China. He told me that they don't want the programmer do any design. All they do is coding following specification flow chart. The ...

Right, for that kind of company, you either leave or become the guys who do the design.
回复  

使用道具 举报

106#
发表于 27-5-2013 13:58:15 | 只看该作者
一般被裁员有遣散费吗? 怎么算的?
回复  

使用道具 举报

107#
发表于 27-5-2013 14:16:44 | 只看该作者
原帖由 cais 于 26-5-2013 21:51 发表

Right, for that kind of company, you either leave or become the guys who do the design.



在这种公司哪怕设计和架构也是差不多的。这个是日本大公司的风格,所有人都是螺丝钉或者其他什么小零件。不过这种风格的管理,除了日本人和德国人世界上很少有其他国家能够做到,因为前提是所有文档、流程做的滴水不漏。因为这种大公司基本上都倾向于“终身雇佣”,所以除非年景特别坏,一般人也不担心被裁。

这种公司的好处是稳定、相对团结,比较适合制造业。但是对于推崇创新的IT行业,除了制造平庸以外没有其他更多的结果。

评分

参与人数 1威望 +20 收起 理由
cais + 20 我很赞同!

查看全部评分

回复  

使用道具 举报

108#
发表于 27-5-2013 14:33:00 | 只看该作者

回复 #107 tristone 的帖子

这个不见得只是日本公司的做法。 据说作外包软件的上规模的印度公司基本上都是这种做法。这样做就可以利用最底端的劳力,比如说高中生,来做编程工作。  基本上到了那么个规模,跑那种生意模式的话,自然而然就会那么做。这个和公司的文化背景无关。而且和平庸也没有必然联系。 它的生意模式就是这种平庸的模式,能赚钱就好。

文档规范是大一点的企业必然的要求。 很难相信苹果,M$这样的公司会没有规范的文档和流程。这些公司不创新马?
回复  

使用道具 举报

109#
发表于 27-5-2013 14:49:09 | 只看该作者
原帖由 planetkeeper 于 24-5-2013 19:02 发表

这种自废武功保工作法是自欺欺人

逆水行舟不进则退,外面的市场技术更新日新月异,靠面条代码保住职位一时
等到四五十做不到再被裁了,一下餐具了


It depends.

技术日新月异的市场固然有之,技术几年,几十年不变的也很多。
就说我那个工作,技术骨架90年代末基本确立了,到现在基本没有大变化。当然七七八八的小改进很多。
而且这个市场很小,技术高度专业化,核心代码如果很面条,那基本上就没人看得懂。
代码也许可以费很大的力气搞清楚,但是内在的逻辑没有办法知道。
出了问题就不知道怎么办。也没发改进,除非推倒再来。

反过来说,即使你自己勤奋更新技术,所有的代码都高质量完成,文档完备,注释清楚。
那就意味着你的工作随时就可以有人接受,或者接手的代价很小。
对于job security绝对不是好消息。
好比说我,注释清楚到每个小细节设计到的参考文献第几页都写出来,PDF文档和程序一起保存好。
然后我跑路的时候老板没有任何心理负担。

总之,我的意见对于大牛没有价值,要是象我一样因为忠厚老实吃够了苦头想学习耍滑头的话,无妨多思量一二。
毕竟如果核心产品里面是一团面条的话,老板裁那个煮面条的人的时候是要嘬一会儿牙花子的。

[ 本帖最后由 滚滚雷声 于 27-5-2013 13:54 编辑 ]

评分

参与人数 1威望 +20 收起 理由
cais + 20 你太有才了!

查看全部评分

回复  

使用道具 举报

110#
发表于 27-5-2013 14:49:11 | 只看该作者
原帖由 滚滚雷声 于 27-5-2013 13:33 发表
这个不见得只是日本公司的做法。 据说作外包软件的上规模的印度公司基本上都是这种做法。这样做就可以利用最底端的劳力,比如说高中生,来做编程工作。  基本上到了那么个规模,跑那种生意模式的话,自然而然就会那么 ...



我在日本公司和阿三公司都做过。阿三公司也有文档,看起来也像那么回事儿。。。。区别是用阿三的文档你做不出东西来。

至于苹果微软的文档。。。。你说的是API吧?日本大公司的文档,和飞行手册差不多————拉下几号手柄,把几号旋钮顺时针转几圈之类的。这种手册米国也有,只是不会用在普通的设计书里。
回复  

使用道具 举报

111#
发表于 27-5-2013 14:50:50 | 只看该作者

回复 #110 tristone 的帖子

我说的是内部开发文档, 开发人员自己用的。您说的那个是给用户看得。

我也没在苹果干过。所以只不过是推测。
回复  

使用道具 举报

112#
发表于 27-5-2013 14:54:06 | 只看该作者
原帖由 滚滚雷声 于 27-5-2013 13:50 发表
我说的是内部开发文档, 开发人员自己用的。您说的那个是给用户看得。

我也没在苹果干过。所以只不过是推测。


如果只是推测,就不太负责任了吧?反正我没听说过米国有这种公司。我本人在一个算是米国大公司干过,从M$和Google的朋友那儿也没听说过有这种变态的内部文档。
回复  

使用道具 举报

113#
发表于 27-5-2013 14:58:09 | 只看该作者
原帖由 滚滚雷声 于 27-5-2013 13:49 发表


It depends.

技术日新月异的市场固然有之,技术几年,几十年不变的也很多。
就说我那个工作,技术骨架90年代末基本确立了,到现在基本没有大变化。当然七七八八的小改进很多。
而且这个市场很小,技术高度专 ...


I agree with you.
回复  

使用道具 举报

114#
发表于 27-5-2013 14:59:38 | 只看该作者

回复 #112 tristone 的帖子

我们大概在说不同的事情。 我说的是规范的文档和流程是不可避免的。您说的是伪码翻译级别的变态文档。

那种可以直接当伪码的文档我也没见过,有朋友在派遣公司干过的倒是经常碰到。
我想M$和古狗也不会用那种文档吧。
回复  

使用道具 举报

115#
发表于 27-5-2013 15:23:32 | 只看该作者
原帖由 滚滚雷声 于 27-5-2013 13:59 发表
我们大概在说不同的事情。 我说的是规范的文档和流程是不可避免的。您说的是伪码翻译级别的变态文档。

那种可以直接当伪码的文档我也没见过,有朋友在派遣公司干过的倒是经常碰到。
我想M$和古狗也不会用那种文档 ...



所谓“规范的文档和流程”比较扯蛋,在一个需要创新的行业更加扯蛋。因为所谓“规范”,本质上来说就是用同一个规格做重复的事情。变态文档之所以在日本行得通,是因为日本人一个是文化严谨,第二崇尚集体主义。

但是做同样的事情,人永远没机器做的好。人的价值,恰恰在于拥有机器没有的智能,也就是做不同的东西。IT行业恰恰是创新能力最具有威力和价值的地方。当你有一个好的体系的时候,重复性的劳动都可以交给机器来做。比如大多数日常文档的生成都可以通过javadoc、doxygen之类的工具从代码中的注释块生成。甚至程序员积累到一定的经验的程度根本就不需要文档,只要看源代码就够了。如果有文档,也是大致写一下设计和概念。

当然,如果是要做IT行业的富士康,那就是另外一回事。不过在你说的阿三外包公司,CMMI规范的发明者TCS,后来的阿三会拿着另一个阿三在两三年前写的“完备的”文档,挠破头皮都不知道这个软件在做什么。

评分

参与人数 1威望 +20 收起 理由
cais + 20 你太有才了!

查看全部评分

回复  

使用道具 举报

116#
发表于 27-5-2013 15:28:42 | 只看该作者

回复 #115 tristone 的帖子

It is all about job and figure, right?
回复  

使用道具 举报

117#
发表于 27-5-2013 15:36:40 | 只看该作者
原帖由 sliuhao 于 27-5-2013 14:28 发表
It is all about job and figure, right?


也不全是。我觉得这个问题现在已经分叉了。

上面说的是,让一个公司健康的运作,“规范的文档和流程”是否是必须的?我觉得不是。尤其是程序员的素质达到一定标准以后根本没有这个必要————假设这个公司万众一心的目标仍然是在业界领先。这个问题是站在公司立场上问的。

另一个先前讨论的问题是,面条代码是否是确保工作的利器?清晰的代码和注释是否是导致失业的毒药?这个问题是站在个人立场上问的。我认为对大多数人来说,答案是“Yes”。你以前说的那个outlook的笑话就可以证明。当然这个是个人的选择,如果你讨厌面条代码,喜欢做freelance,木有问题。但是二者必选其一,除非你NB到能发明一种语言或者一个平台的程度。

评分

参与人数 1威望 +50 收起 理由
cais + 50 我不能反对你更多

查看全部评分

回复  

使用道具 举报

118#
发表于 27-5-2013 15:38:17 | 只看该作者
常胜将军是没有的。

评分

参与人数 1威望 +20 收起 理由
cais + 20 原创内容

查看全部评分

回复  

使用道具 举报

119#
发表于 27-5-2013 15:52:59 | 只看该作者
原帖由 tristone 于 27-5-2013 14:23 发表



所谓“规范的文档和流程”比较扯蛋,在一个需要创新的行业更加扯蛋。因为所谓“规范”,本质上来说就是用同一个规格做重复的事情。变态文档之所以在日本行得通,是因为日本人一个是文化严谨,第二崇尚集体主义 ...


企业规模大到一定程度的话,所谓创新多数时候也不过一件重复的工作。
没有规范的话,交流成本太高,很难管理和控制。
这个和国家民族性没有关系。 必然选择

[ 本帖最后由 滚滚雷声 于 27-5-2013 15:13 编辑 ]
回复  

使用道具 举报

120#
发表于 27-5-2013 16:12:52 | 只看该作者
原帖由 滚滚雷声 于 27-5-2013 14:52 发表



敢问您老是在A,M,G这些伟大企业工作的吗?
兄弟不才,老在一些犄角旮旯的小企业里混日子。伟大创新一个没做,给别人擦屁股的痛苦倒是记忆犹新。每次费了
牛劲察看源代码找bug的时候,都想把那些什么文档注 ...



原来是在某华尔街投行干(MFC作者现在在给这家干活)。几千个developer,没有什么“规范文档”。当你的架构好了,再烂的代码也不过是在某一小块烂;当人NB了(我没那么NB不过见过这样的人),再烂的代码也能短时间找出问题所在(当然要付给足够NB的工资)。
回复  

使用道具 举报

您需要登录后才可以回帖 登录 | FreeOZ用户注册

本版积分规则

小黑屋|手机版|Archiver|FreeOZ论坛

GMT+11, 19-11-2025 14:26 , Processed in 0.036207 second(s), 43 queries , Gzip On, Redis On.

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表