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

[其他] 如果老板不同意我花时间写unit testing,该如何办啊?

[复制链接]
91#
发表于 19-12-2013 12:02:16 | 只看该作者

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

使用道具 举报

92#
 楼主| 发表于 19-12-2013 13:18:21 | 只看该作者
kiluyar 发表于 19-12-2013 12:02
刚才鬼佬同事说要提前下班,我告诉他他做的东西有点问题,结果人家一脸不高兴。。。
唉。。。以后不管了

人之常情
回复  

使用道具 举报

93#
发表于 19-12-2013 13:48:05 | 只看该作者

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

使用道具 举报

94#
发表于 19-12-2013 14:06:56 | 只看该作者
kiluyar 发表于 19-12-2013 12:02
刚才鬼佬同事说要提前下班,我告诉他他做的东西有点问题,结果人家一脸不高兴。。。
唉。。。以后不管了

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

使用道具 举报

95#
 楼主| 发表于 19-12-2013 14:42:59 | 只看该作者
planetkeeper 发表于 19-12-2013 14:06
我早就放弃了,做完自己那部分就行了
眼不见为净了

9494
回复  

使用道具 举报

96#
 楼主| 发表于 19-12-2013 14:44:52 | 只看该作者
kiluyar 发表于 19-12-2013 13:48
问题是他在会上骗我说做完了。
已经骗了N次了。。。
现在完全不敢相信他。

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

使用道具 举报

97#
发表于 19-12-2013 15:25:44 | 只看该作者
DDD888 发表于 19-12-2013 14:44
可能无意的啦,有时以为改正了错误,但会造成其他没测试过的地方出错啦,我写unit testing就是为了防止这个发 ...

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

使用道具 举报

98#
 楼主| 发表于 21-12-2013 10:12:34 | 只看该作者
I have around 400 unit tests now.
回复  

使用道具 举报

99#
发表于 21-12-2013 18:54:45 | 只看该作者
讨论那么多Unit Testing,Unit Testing的好处是显而易见的。不过楼主问题重点不是在unit testing上。其实楼主缺乏的是说服他人的能力而已。

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

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

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

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

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

评分

参与人数 2威望 +100 收起 理由
狮子的眼睛 + 50 谢谢分享!
cais + 50 很给力!

查看全部评分

回复  

使用道具 举报

100#
发表于 21-12-2013 19:06:02 | 只看该作者
另外说说whatever testing。 测试的重要性太重要了,自从自己开始做写测试代码后,就真的省力好多,已经习惯了用测试代码去检查产品代码的可靠性了。

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

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

评分

参与人数 2威望 +80 收起 理由
cais + 50 我很赞同!
Daibaw + 30 谢谢分享!

查看全部评分

回复  

使用道具 举报

101#
发表于 21-12-2013 22:20:20 | 只看该作者
提示: 作者被禁止或删除, 无法发言
技术人员往往觉得自己挺聪明,在做生意的眼里就是一群不知所谓的农民工而已。不过楼上说到点子上了,关键还是要能吹。只要你能说服别人为你写这些玩意付钱,你自己又不觉得太烦,那就有的搞。合久必分,分久必合,阴阳五行,相生相克,这些深奥的道理也不多说了,建议楼主没事去看看孙子兵法,比研究testing强多了。

评分

参与人数 2威望 +70 收起 理由
karl.lee.2004 + 50 這叫說服力,軟實力:)
in10ts + 20 谢谢分享!

查看全部评分

回复  

使用道具 举报

102#
 楼主| 发表于 22-12-2013 05:15:03 | 只看该作者
本帖最后由 DDD888 于 22-12-2013 06:16 编辑
black_zerg 发表于 21-12-2013 22:20
技术人员往往觉得自己挺聪明,在做生意的眼里就是一群不知所谓的农民工而已。不过楼上说到点子上了,关键还 ...


谢谢建议

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

使用道具 举报

103#
 楼主| 发表于 22-12-2013 05:15:31 | 只看该作者
caoglish 发表于 21-12-2013 19:06
另外说说whatever testing。 测试的重要性太重要了,自从自己开始做写测试代码后,就真的省力好多,已经习惯 ...

谢谢建议
回复  

使用道具 举报

104#
 楼主| 发表于 22-12-2013 05:24:25 | 只看该作者
caoglish 发表于 21-12-2013 18:54
讨论那么多Unit Testing,Unit Testing的好处是显而易见的。不过楼主问题重点不是在unit testing上。其实楼 ...

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

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

使用道具 举报

105#
发表于 22-12-2013 07:56:45 | 只看该作者
提示: 作者被禁止或删除, 无法发言
我本人对技术是非常有热情的,但是从经历来说,多少次累累巴巴的单独抗项目最后还被别人抢功。有的人只会吹牛说胡话的,搞烂一个个项目之后却还是能广受好评。把项目做到没有任何错,质量非常高,我们知道技术上是可行的,但是做完了之后,反而好像给人感觉很容易,你这个技术人员可有可无一样。相反别人搞烂了,bug一堆,客户投诉,他反而看起来忙的团团转,变成了公司不可或缺的人物。
这些事情我想做IT的都知道,关键就是脑子里有没有认识到重要性。所以过分强调质量没什么意义,老板不急你急什么。有句话是如果什么事情你很擅长,就不要免费做。
回复  

使用道具 举报

106#
发表于 22-12-2013 09:47:09 | 只看该作者
DDD888 发表于 22-12-2013 05:24
你所说的例子关于两个contract的事,其实懂的人碍于关系是不会说的,即使他们知道不对,有时也会装聋作哑,不 ...

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

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


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

评分

参与人数 2威望 +40 收起 理由
simpledream + 20 精品文章
black_zerg + 20 精品文章

查看全部评分

回复  

使用道具 举报

107#
发表于 22-12-2013 11:20:38 | 只看该作者
black_zerg 发表于 22-12-2013 07:56
我本人对技术是非常有热情的,但是从经历来说,多少次累累巴巴的单独抗项目最后还被别人抢功。有的人只会吹 ...

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

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

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

评分

参与人数 1威望 +50 收起 理由
karl.lee.2004 + 50 贊最後一句!

查看全部评分

回复  

使用道具 举报

108#
 楼主| 发表于 22-12-2013 18:36:07 | 只看该作者
本帖最后由 DDD888 于 22-12-2013 18:42 编辑
michaelsusu 发表于 6-12-2013 17:28
I would advice you use "Squish" to perform quick test for your application.

http://www.froglogic. ...


刚仔细看了下软件价格

Up-front license fee 6900欧元
回复  

使用道具 举报

109#
发表于 22-12-2013 19:21:23 | 只看该作者
楼主 是一个负责任的人啊!
回复  

使用道具 举报

110#
 楼主| 发表于 23-12-2013 19:21:37 | 只看该作者
aaron_liuf 发表于 22-12-2013 19:21
楼主 是一个负责任的人啊!

谢谢夸奖
回复  

使用道具 举报

111#
 楼主| 发表于 23-12-2013 19:23:41 | 只看该作者
我发觉当测试一个函数,觉得测试写不下去,或者测试代码非常复杂的话,这意味着该被测试的函数需要refactor成两个函数来减低复杂度

评分

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

查看全部评分

回复  

使用道具 举报

112#
发表于 23-12-2013 20:09:49 | 只看该作者
提示: 作者被禁止或删除, 无法发言
只有逻辑可复用才有必要分函数,简单说如果你分个函数但是只可能被调用一次那就是失败,不在实现逻辑是否复杂。一堆函数比长函数更难维护

评分

参与人数 2威望 +60 收起 理由
karl.lee.2004 + 50 我很赞同!
cais + 10 你太有才了!

查看全部评分

回复  

使用道具 举报

113#
发表于 23-12-2013 21:48:09 | 只看该作者
black_zerg 发表于 23-12-2013 20:09
只有逻辑可复用才有必要分函数,简单说如果你分个函数但是只可能被调用一次那就是失败,不在实现逻辑是否复 ...

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

使用道具 举报

114#
发表于 23-12-2013 22:01:07 | 只看该作者
提示: 作者被禁止或删除, 无法发言
本帖最后由 black_zerg 于 23-12-2013 22:12 编辑
Daibaw 发表于 23-12-2013 21:48
未见得,我的经历是强制的分函数和分文件还是有必要,特别是规模大又有junior coder项目
不然就等着看20 ...


我不认为大函数比多函数难以维护,一个函数只要接口功能明确,其实现细节其他开发者是不用关心的,一堆没明确doc的函数则能让人奔溃,因为最后会有一堆不知道干什么的垃圾函数谁也不想去改。你如果要追求函数易读,在函数内分段写注释,绝对比几个函数来的好找。分文件则更糟糕,逻辑反复跳转,一个简单的request可以跳十个以上文件,意义何在? 尤其是在有junior的时候。初学面向对象的人,对class似乎都有种热爱,有事没事就建一个类,能写单独类的绝不写私有类,什么bo dao dto pojo 的接口加实现一堆。见仁见智吧。我倒是建议c#或java程序员没事学点别的语言,比如python之类,感受一下别的风格。

我会坚持分函数是因为需要复用,不是因为感觉上很长而是有结构设计上的必要。我还会建议只有一个实现的接口多数情况下就是浪费时间

评分

参与人数 1威望 +50 收起 理由
karl.lee.2004 + 50 我很赞同!

查看全部评分

回复  

使用道具 举报

115#
 楼主| 发表于 24-12-2013 03:30:43 | 只看该作者
black_zerg 发表于 23-12-2013 22:01
我不认为大函数比多函数难以维护,一个函数只要接口功能明确,其实现细节其他开发者是不用关心的,一堆 ...

不敢赞同
回复  

使用道具 举报

116#
 楼主| 发表于 24-12-2013 03:31:03 | 只看该作者
Daibaw 发表于 23-12-2013 21:48
未见得,我的经历是强制的分函数和分文件还是有必要,特别是规模大又有junior coder项目
不然就等着看20 ...

94 94
回复  

使用道具 举报

117#
 楼主| 发表于 24-12-2013 04:48:24 | 只看该作者
我感觉最完美的情况下,函数只有一行代码,阅读维护绝对舒服.绝对不能接受的是一个函数的代码超过一页(60行)
回复  

使用道具 举报

118#
发表于 24-12-2013 07:08:34 | 只看该作者
提示: 作者被禁止或删除, 无法发言
本帖最后由 black_zerg 于 24-12-2013 07:31 编辑

如果真的对技术有兴趣,建议多写点除了crud外各种类型的代码,多学些其他语言。函数是为了封装功能,避免冗余逻辑,每建个新函数都必须有足够理由。就好像造房子,这料该多大,该什么形状都该事前尽可能想清楚。如果没办法抑制随手建函数的冲动,你只有严格遵从面向接口编程,否则项目复杂了,人多了,没法维护。其实我对私有函数没意见,但是很讨厌多余的类
回复  

使用道具 举报

119#
 楼主| 发表于 24-12-2013 08:46:44 | 只看该作者
black_zerg 发表于 24-12-2013 07:08
如果真的对技术有兴趣,建议多写点除了crud外各种类型的代码,多学些其他语言。函数是为了封装功能,避免冗 ...

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

使用道具 举报

120#
发表于 24-12-2013 09:53:39 | 只看该作者
提示: 作者被禁止或删除, 无法发言
Hi DDD888, are you good at Javascript? How about build a desktop like framework like extjs?
回复  

使用道具 举报

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

本版积分规则

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

GMT+11, 2-11-2024 15:35 , Processed in 0.065692 second(s), 53 queries , Gzip On, Redis On.

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

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