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 说说容易，干起来就不是一回事了。我们小公司不是微软，我们没有
老本吃。微软可以雇佣一个群不干活只搞这东西的人拿高工资，我这
样干公司就得倒闭。我们的东西客户可是盯着的。我要是一天到晚地
搞什么“ＵｎｉｔＴｅｓｔ”，我怎么保证产品的质量？
【在 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 的大作中提到】
: 说说容易，干起来就不是一回事了。我们小公司不是微软，我们没有
: 老本吃。微软可以雇佣一个群不干活只搞这东西的人拿高工资，我这
: 样干公司就得倒闭。我们的东西客户可是盯着的。我要是一天到晚地
: 搞什么“ＵｎｉｔＴｅｓｔ”，我怎么保证产品的质量？
|
L*******r
发帖数: 8961 | 7 你是个好人，就不和你贫嘴了。
我不是不做ＵｎｉｔＴｅｓｔ，我只是不用微软的办法，
我用的办法和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 看到兰屏幕真是因为测试的不好, ＢＵＧ不是"人一眼就看出来". 所以需要更专业的．
再如, memory leak, security issue, 等等, 很难一眼就看出来, 需要专门的测试人
员. |
