L*******r 发帖数: 8961 | 1 微软的那个“Pattern & Practice”到底是什么人在干?
这些人可真是没事干很讨厌的。他们挣钱是不是不太多? |
l*****g 发帖数: 685 | 2 这东西不光微软有,所有大公司都会有自己的一套
跟你一样,很多中国人估计都看不惯这套东西。但我觉得我们还是虚心一点好,
不要想当然觉得它没用。
如果觉得它简单,不值一哂,那与其老是抱怨,还不如花点时间把它学学通。
以后是一辈子做工程师,还是有机会去领导别人,也许就看你能不能把这些
东西经常挂在嘴边,时不时在会议上套用一下
【在 L*******r 的大作中提到】 : 微软的那个“Pattern & Practice”到底是什么人在干? : 这些人可真是没事干很讨厌的。他们挣钱是不是不太多?
|
L*******r 发帖数: 8961 | 3 你好像很懂?你是干这行的?你说得还是有些道理的。
我觉得这邦子人在微软里应该挣得不多吧?是不是这样?
【在 l*****g 的大作中提到】 : 这东西不光微软有,所有大公司都会有自己的一套 : 跟你一样,很多中国人估计都看不惯这套东西。但我觉得我们还是虚心一点好, : 不要想当然觉得它没用。 : 如果觉得它简单,不值一哂,那与其老是抱怨,还不如花点时间把它学学通。 : 以后是一辈子做工程师,还是有机会去领导别人,也许就看你能不能把这些 : 东西经常挂在嘴边,时不时在会议上套用一下
|
l*****g 发帖数: 685 | 4 谈不上很懂,而且前面我也暗示了,我自己也不怎么喜欢这些显得有点空泛的东西。
但是对于一个大公司,大家都按某些pattern和practise做项目,可能还是有效果的。
所以我们可以谦虚点,不要自己不喜欢的东西,就一定说它没用。我们自己不喜欢它,
也许正是我们的弱点
【在 L*******r 的大作中提到】 : 你好像很懂?你是干这行的?你说得还是有些道理的。 : 我觉得这邦子人在微软里应该挣得不多吧?是不是这样?
|
L*******r 发帖数: 8961 | 5 说说容易,干起来就不是一回事了。我们小公司不是微软,我们没有
老本吃。微软可以雇佣一个群不干活只搞这东西的人拿高工资,我这
样干公司就得倒闭。我们的东西客户可是盯着的。我要是一天到晚地
搞什么“UnitTest”,我怎么保证产品的质量?
【在 l*****g 的大作中提到】 : 谈不上很懂,而且前面我也暗示了,我自己也不怎么喜欢这些显得有点空泛的东西。 : 但是对于一个大公司,大家都按某些pattern和practise做项目,可能还是有效果的。 : 所以我们可以谦虚点,不要自己不喜欢的东西,就一定说它没用。我们自己不喜欢它, : 也许正是我们的弱点
|
l*****g 发帖数: 685 | 6 小公司一般不肯花很大精力去follow 很多high level的pattern &
practice, 这个可以理解。
但你这么恨pattern & practice干什么?难道微软还强迫你们公司
遵照这些pattern & practice了?
另外,你连unit test都不肯做,这比较过分吧?
做unit test可不是pattern & practice里的guideline规定让你做的。
而是,一般程序开发的一个常规的环节,一般小公司也会去做,毕竟不
用花很大的cost.
我倒是奇怪了,如果你连unit test都懒得做,那你是怎么保证产品质量的?
【在 L*******r 的大作中提到】 : 说说容易,干起来就不是一回事了。我们小公司不是微软,我们没有 : 老本吃。微软可以雇佣一个群不干活只搞这东西的人拿高工资,我这 : 样干公司就得倒闭。我们的东西客户可是盯着的。我要是一天到晚地 : 搞什么“UnitTest”,我怎么保证产品的质量?
|
L*******r 发帖数: 8961 | 7 你是个好人,就不和你贫嘴了。
我不是不做UnitTest,我只是不用微软的办法,
我用的办法和Sergey Brin和Linus Torvalds的办
法差不多。微软的办法其实测试的都是人一眼就看出来
的东西,人眼睛看不到的东西也测不到。好的软件的质
量要靠结构来保证。不是微软那帮子从学校出来没有干
过什么实事的人的纸上谈兵。
【在 l*****g 的大作中提到】 : 小公司一般不肯花很大精力去follow 很多high level的pattern & : practice, 这个可以理解。 : 但你这么恨pattern & practice干什么?难道微软还强迫你们公司 : 遵照这些pattern & practice了? : 另外,你连unit test都不肯做,这比较过分吧? : 做unit test可不是pattern & practice里的guideline规定让你做的。 : 而是,一般程序开发的一个常规的环节,一般小公司也会去做,毕竟不 : 用花很大的cost. : 我倒是奇怪了,如果你连unit test都懒得做,那你是怎么保证产品质量的?
|
h**k 发帖数: 3368 | 8 不是说越早发现bug成本越低吗?所以unit test应该是非常重要的
【在 l*****g 的大作中提到】 : 小公司一般不肯花很大精力去follow 很多high level的pattern & : practice, 这个可以理解。 : 但你这么恨pattern & practice干什么?难道微软还强迫你们公司 : 遵照这些pattern & practice了? : 另外,你连unit test都不肯做,这比较过分吧? : 做unit test可不是pattern & practice里的guideline规定让你做的。 : 而是,一般程序开发的一个常规的环节,一般小公司也会去做,毕竟不 : 用花很大的cost. : 我倒是奇怪了,如果你连unit test都懒得做,那你是怎么保证产品质量的?
|
f******n 发帖数: 198 | 9 P&P是做Guidance Package的,就是做一些演示性质的solution来展示微软的平台以及
best practice,属于evangelist性质的。比较unique的地方是他们做的这个guidance
也包括一些Visual Studio里的addon,当你在VS里开发的时候会自动根据你的solution
的状态给你提示,告诉你下一步应该做什么,或者之前做的有什么问题。他们以前做过
WPF的Guidance Package,distributed system好像也做过,还有其他4,5个,另外好
像还做了Enterprise Framework。他们做的这些都不算product,都是web release,所
以他们组在整个VS的priority不高,最近两个VS版本reorg都很频繁,客观上造成对他
们的产品的影响也很大,所以这两年用户也没有以前那么多了,很多老的人也都走了。 |
j**q 发帖数: 28 | 10 "微软的办法其实测试的都是人一眼就看出来
微软有好多的测试人员, 有FUNCTIONAL的, 有PERFORMANCE的, 等等等等, 不一而足.
LZ NC.鉴定完毕. |
L*******r 发帖数: 8961 | 11 测试完成以后,比尔盖茨演示的时候来一个兰屏幕。好看好看!
蓝色是大海和天空的颜色,是最美的颜色之一,但是蓝色以后就不动了不好。
【在 j**q 的大作中提到】 : "微软的办法其实测试的都是人一眼就看出来 : 微软有好多的测试人员, 有FUNCTIONAL的, 有PERFORMANCE的, 等等等等, 不一而足. : LZ NC.鉴定完毕.
|
j**q 发帖数: 28 | 12 看到兰屏幕真是因为测试的不好, BUG不是"人一眼就看出来". 所以需要更专业的.
再如, memory leak, security issue, 等等, 很难一眼就看出来, 需要专门的测试人
员. |