kiluyar 发表于 19-12-2013 11:02:16

planetkeeper 发表于 19-12-2013 10:12 static/image/common/back.gif
彻底败了,土澳果然是个神奇的地方
总是能刷新我的认知极限

刚才鬼佬同事说要提前下班,我告诉他他做的东西有点问题,结果人家一脸不高兴。。。
唉。。。以后不管了

DDD888 发表于 19-12-2013 12:18:21

kiluyar 发表于 19-12-2013 12:02 static/image/common/back.gif
刚才鬼佬同事说要提前下班,我告诉他他做的东西有点问题,结果人家一脸不高兴。。。
唉。。。以后不管了

人之常情:lol

kiluyar 发表于 19-12-2013 12:48:05

DDD888 发表于 19-12-2013 13:18 static/image/common/back.gif
人之常情

问题是他在会上骗我说做完了。
已经骗了N次了。。。
现在完全不敢相信他。

planetkeeper 发表于 19-12-2013 13:06:56

kiluyar 发表于 19-12-2013 12:02 static/image/common/back.gif
刚才鬼佬同事说要提前下班,我告诉他他做的东西有点问题,结果人家一脸不高兴。。。
唉。。。以后不管了

我早就放弃了,做完自己那部分就行了
眼不见为净了

DDD888 发表于 19-12-2013 13:42:59

planetkeeper 发表于 19-12-2013 14:06 static/image/common/back.gif
我早就放弃了,做完自己那部分就行了
眼不见为净了

9494:loveliness:

DDD888 发表于 19-12-2013 13:44:52

kiluyar 发表于 19-12-2013 13:48 static/image/common/back.gif
问题是他在会上骗我说做完了。
已经骗了N次了。。。
现在完全不敢相信他。

可能无意的啦,有时以为改正了错误,但会造成其他没测试过的地方出错啦,我写unit testing就是为了防止这个发生,以免给老板留下坏印象

kiluyar 发表于 19-12-2013 14:25:44

DDD888 发表于 19-12-2013 14:44 static/image/common/back.gif
可能无意的啦,有时以为改正了错误,但会造成其他没测试过的地方出错啦,我写unit testing就是为了防止这个发 ...

唉,我也只能认为是无意的。还能咋样。
不过那哥们可不是出一些bug,就是直接不能用。
这些人简直就是Code Kangaroo,没脑子。

DDD888 发表于 21-12-2013 09:12:34

I have around 400 unit tests now.:)

caoglish 发表于 21-12-2013 17:54:45

讨论那么多Unit Testing,Unit Testing的好处是显而易见的。不过楼主问题重点不是在unit testing上。其实楼主缺乏的是说服他人的能力而已。

老板的工作就是出产品卖钱,如果可以不顾用你,就出产品卖钱,连你都可以不要对吧。或者说如果连开发都不要就出产品,那他最好都不要你去开发。

作为一名合格的程序员,开发技术是一定要的,但是要作为一个优秀的程序员,口才一定要好。一定要有说服人的能力。要有说不的能力,也要有说服他人听你的能力。

我在我工作的地方,有两个contract,他们做出来的产品都是有很多问题的,可以正常运转,但是修改起来更本无从下手。但是当他们来描述他们产品,说服我的领导的时候,都是极具说服力的,能让在场的人都‘明白’这个是唯一的solution。正是他们说服力强,所以吃得开,人人都喜欢他们(不是他们的代码)不说,而且受雇于很多公司。

而我领导,也经常鼓励我去说服他及其说服我们的客户应该怎么做,不管对方喜欢不喜欢,都要说服或者双方妥协出一个折中的方案才好。

就楼主的例子吧,你自己如何证明unit testing是一定需要的,如何说服老板unit testing是一定需要的。

caoglish 发表于 21-12-2013 18:06:02

另外说说whatever testing。 测试的重要性太重要了,自从自己开始做写测试代码后,就真的省力好多,已经习惯了用测试代码去检查产品代码的可靠性了。

没有测试代码如何证明你自己的大部分代码是能正确运行的?,没有测试代码,你如何敢去改进底层核心代码,保证自己的改动不会影响到整个系统的运行?

如果一个现代的软件公司,项目没有自动测试,持续集成,代码质量控制,版本控制,工作流程管理,依赖包管理等,那更本不是一个成熟的IT软件公司,是没有太大前途的。如果楼主真的想在这个行业走的更远,又说服不了自己现在老板去加入这些现代软件开发方式的话,还是赶紧离开现在的公司,去找一个有现代开发方式的软件公司工作才有前途

black_zerg 发表于 21-12-2013 21:20:20

DDD888 发表于 22-12-2013 04:15:03

本帖最后由 DDD888 于 22-12-2013 06:16 编辑

black_zerg 发表于 21-12-2013 22:20 static/image/common/back.gif
技术人员往往觉得自己挺聪明,在做生意的眼里就是一群不知所谓的农民工而已。不过楼上说到点子上了,关键还 ...

谢谢建议:loveliness:

不过现在新西兰经济持续三年不好,找工作困难啦,我感觉找工作象剥层皮,每次都要回答那些无聊的behaviour和技术问题,而且面试好后心力焦瘁,象作孙子一样,实在难以提起精神去找工作.那些大公司面试要四次,到头来告诉我说not fit in the company culture,早知如此,还要我面试四次,难道不会早点说吗?

DDD888 发表于 22-12-2013 04:15:31

caoglish 发表于 21-12-2013 19:06 static/image/common/back.gif
另外说说whatever testing。 测试的重要性太重要了,自从自己开始做写测试代码后,就真的省力好多,已经习惯 ...

谢谢建议:loveliness:

DDD888 发表于 22-12-2013 04:24:25

caoglish 发表于 21-12-2013 18:54 static/image/common/back.gif
讨论那么多Unit Testing,Unit Testing的好处是显而易见的。不过楼主问题重点不是在unit testing上。其实楼 ...

你所说的例子关于两个contract的事,其实懂的人碍于关系是不会说的,即使他们知道不对,有时也会装聋作哑,不要以为澳大利亚,新西兰的欧洲人是不讲关系的,他们很讲关系,你所说的就是证明啦

说老实话,那些上司其实有些都不懂技术啦,可以任人说的经理都属于此类啦

black_zerg 发表于 22-12-2013 06:56:45

caoglish 发表于 22-12-2013 08:47:09

DDD888 发表于 22-12-2013 05:24 static/image/common/back.gif
你所说的例子关于两个contract的事,其实懂的人碍于关系是不会说的,即使他们知道不对,有时也会装聋作哑,不 ...

他们讲的关系可高级啦,叫做networking,而且这个是完全公开讨论的一个话题,还大大收到鼓励,有很多理论支持。很多机构说,在澳洲70%的的工作是通过networking找到的,剩下的才是通过招聘得来的。

另外很多非IT公司就是以解决问题为主的,而不是以开发软件为主的。领导的眼里,好app就是解决问题的app。我们的contract就是以结果为导向的。解决问题能力很强,各种奇葩却能满足效果的solution笔笔皆是。当然在奇葩的遗留系统上进行扩充,没有一点奇葩手段还真无法完成任务。


另外,领导就是有深的技术背景,知道对方方式不好。但是在实际做决策,也是结果导向的。这个也和澳洲的工作环境有关系。要知道,买一个好的软件,经过严格测试,有着良好官方支持的,可能也就才$1,000元一年。而一个contract,针对公司奇葩需求进行开发的,就可能要一个小时就几百澳币(当我知道我的小时工钱还不到一个contract的小时工钱的零头时,我就震惊了)。领导当然是希望能越快完成功能越好。要是我是领导,虽然很希望能有所有的流程,但是还是希望contract越快完成越好,然后叫手下的人进行编写testing和重构的。

caoglish 发表于 22-12-2013 10:20:38

black_zerg 发表于 22-12-2013 07:56 static/image/common/back.gif
我本人对技术是非常有热情的,但是从经历来说,多少次累累巴巴的单独抗项目最后还被别人抢功。有的人只会吹 ...

最后一句话我听过,batman 里面的joker的一句名言。

另外工作后对The IT crowd 第一季的第6集 有着很强的带入感。 在IT项目完结后庆功会上,领导感谢的人一大堆人,其实产品的最终coding就只是你一个人完成的。然后领导在私底下感谢你一下,你就飘上天了。

所以在IT业内工作,一定要喜欢,enjoy技术才行。要有那种整个项目都是你做的,老板在庆功会上表演一大堆人,忘记表样你,你也会乐在其中的精神。这样才能在IT业内荣辱不惊。

DDD888 发表于 22-12-2013 17:36:07

本帖最后由 DDD888 于 22-12-2013 18:42 编辑

michaelsusu 发表于 6-12-2013 17:28 static/image/common/back.gif
I would advice you use "Squish" to perform quick test for your application.

http://www.froglogic. ...

刚仔细看了下软件价格

Up-front license fee 6900欧元

aaron_liuf 发表于 22-12-2013 18:21:23

楼主 是一个负责任的人啊!

DDD888 发表于 23-12-2013 18:21:37

aaron_liuf 发表于 22-12-2013 19:21 static/image/common/back.gif
楼主 是一个负责任的人啊!

谢谢夸奖:loveliness:

DDD888 发表于 23-12-2013 18:23:41

我发觉当测试一个函数,觉得测试写不下去,或者测试代码非常复杂的话,这意味着该被测试的函数需要refactor成两个函数来减低复杂度

black_zerg 发表于 23-12-2013 19:09:49

Daibaw 发表于 23-12-2013 20:48:09

black_zerg 发表于 23-12-2013 20:09 static/image/common/back.gif
只有逻辑可复用才有必要分函数,简单说如果你分个函数但是只可能被调用一次那就是失败,不在实现逻辑是否复 ...

未见得,我的经历是强制的分函数和分文件还是有必要,特别是规模大又有junior coder项目
不然就等着看2000行的大函数和10000行的文件吧

black_zerg 发表于 23-12-2013 21:01:07

DDD888 发表于 24-12-2013 02:30:43

black_zerg 发表于 23-12-2013 22:01 static/image/common/back.gif
我不认为大函数比多函数难以维护,一个函数只要接口功能明确,其实现细节其他开发者是不用关心的,一堆 ...

不敢赞同

DDD888 发表于 24-12-2013 02:31:03

Daibaw 发表于 23-12-2013 21:48 static/image/common/back.gif
未见得,我的经历是强制的分函数和分文件还是有必要,特别是规模大又有junior coder项目
不然就等着看20 ...

94 94:)

DDD888 发表于 24-12-2013 03:48:24

我感觉最完美的情况下,函数只有一行代码:victory:,阅读维护绝对舒服.绝对不能接受的是一个函数的代码超过一页(60行)

black_zerg 发表于 24-12-2013 06:08:34

DDD888 发表于 24-12-2013 07:46:44

black_zerg 发表于 24-12-2013 07:08 static/image/common/back.gif
如果真的对技术有兴趣,建议多写点除了crud外各种类型的代码,多学些其他语言。函数是为了封装功能,避免冗 ...

我感觉学编程语言没用啦,学习如何思索更有用:lol说点实际的,学算法比学语言更实在

black_zerg 发表于 24-12-2013 08:53:39

页: 1 2 3 [4] 5 6 7 8
查看完整版本: 如果老板不同意我花时间写unit testing,该如何办啊?