公司真搞笑，真官僚

[xdolt]

客户端接受服务端的同步消息。
为了效率，我一个UDP端口，用于接受小包；为了方便开了一个TCP短链接监听端口，用于接受大包（数量很少）。
验收方那所谓的技术大牛，说我没事开两个端口，脱裤子放屁，说验收不能通过，项目失败。

我真他妈的觉得恶心。
发此的目的，一半是纯抱怨，一半是让各位达人看看，谁有道理。

[superbtl]

公司就这样 只要软件能达标 怎么做管他P事啊
他又不做

[xdolt]

[Quote=引用 15 楼 qhfu 的回复:]
项目验收标准太随便了，

为了效率问题，有在实践证明确实提高效率了吗？，确实需要这个效率的提高吗？ 看起来很美的东西不一定就真的是好东西，拿出数据，

一般情况下所谓的牛人 都是这样子的，如果你有充足的证明说你的设计是正确的，就可以反驳他，否则。。。

[/Quote]
兄弟，你话说反了吧？
首先UDP传输小包效率高，这种问题还需要验证么？难道你用pi，还需要验证他等于3.1415926……么？
关于challenge，是评审方提出问题我来解答是不是问题吧？而不是评审方提出跟我的方案不同，我去反驳为什么不用他的方案吧？

[xdolt]

[Quote=引用 16 楼 limaolinghu 的回复:]
所谓的技术大牛是有其存在的原因的。
lz应该多反思自己的设计，是否违背需求，是不是浪费了资源等等。
[/Quote]

你说的大道理是对的，崇拜。
那你帮我反思一下，我这个具体的事情存在什么问题？
顺便说一下，我眼里没有技术大牛，只有道理，所以我不懂的不发表意见。

[xdolt]

[Quote=引用 14 楼 zhao4zhong1 的回复:]
严重同意验收方的观点
[/Quote]
分析出理由。
我觉得这事情讨论一下，对看帖的人来说，还是有意义的。别光说一句空话，赫赫。

[donglq]

对的 这种事情司空见惯了

[Wolf0403]

支持 xdolt 最后两贴。

[luckyboy101]

需求很重要

[lsldd]

老大说了算。
骂完继续干。

[whg01]

设计原则。

[yuyingying1986]

大多数公司都这样，我们公司连需求有时都不讲，直接让你做软件，你要是去调研，他还说你天天不做事，又会说效率低什么的，所以别放在心上，要是实在受不了，就换个公司，再不然，就自己做

[cphj]

这就是做项目和写代码的不同，做项目除了要写代码，还要做大量周边事情

利益方分析，谁会支持你，谁会反对你，谁是中立的
注意有些人反对你并不是因为技术原因，可能是你这个项目成功了会损害他的利益

需求分析，客户、领导、平级、下属都有什么需求，尽量平衡
很多时候客户那边拍板的人有各种非产品需求，也不一定是钱的问题，比如他的技术决策人喜欢炫耀自己的技术，那你就找机会满足他，如果不提前满足他，他可能就会找项目验收的时候炫耀

所以说一个项目想成功，真的需要很多能力，相比之下编码问题是很客观、很可控的

之前看过《明朝那些事》，印象最深的就是王守仁的心学
很多人为了实现他不可告人的目的，却往往借助冠冕堂皇的理由
所以要实现正当的目的，往往只有貌似暗黑的手段才能走得通

[forster]

回扣给烧了。。

[Wolf0403]

让他们去背 DNS 协议去

[赵4老师]

严重同意验收方的观点

[qhfu]

项目验收标准太随便了，

为了效率问题，有在实践证明确实提高效率了吗？，确实需要这个效率的提高吗？ 看起来很美的东西不一定就真的是好东西，拿出数据，

一般情况下所谓的牛人 都是这样子的，如果你有充足的证明说你的设计是正确的，就可以反驳他，否则。。。

[limaolinghu]

所谓的技术大牛是有其存在的原因的。
lz应该多反思自己的设计，是否违背需求，是不是浪费了资源等等。

[gogovista]

能发工资能收客户回扣的公司就是好公司。。。。。。

[qhfu]

O， 我不是想说反话，说的我的感觉，

受用就看一下，不受用 就当透明， ：）

[Wolf0403]

[Quote=引用 18 楼 xdolt 的回复:]
引用 15 楼 qhfu 的回复:
项目验收标准太随便了，

为了效率问题，有在实践证明确实提高效率了吗？，确实需要这个效率的提高吗？ 看起来很美的东西不一定就真的是好东西，拿出数据，

一般情况下所谓的牛人 都是这样子的，如果你有充足的证明说你的设计是正确的，就可以反驳他，否则。。。


兄弟，你话说反了吧？
首先UDP传输小包效率高，这种问题还需要验证么？难道你用pi，还需要验证他等于3.1415926……么？
关于challenge，是评审方提出问题我来解答是不是问题吧？而不是评审方提出跟我的方案不同，我去反驳为什么不用他的方案吧？
[/Quote]

话说回来，这种设计应该反馈到设计去验证，文档之后再进行实现。。

[Wolf0403]

[Quote=引用 23 楼 wolf0403 的回复:]
引用 18 楼 xdolt 的回复:
引用 15 楼 qhfu 的回复:
项目验收标准太随便了，

为了效率问题，有在实践证明确实提高效率了吗？，确实需要这个效率的提高吗？ 看起来很美的东西不一定就真的是好东西，拿出数据，

一般情况下所谓的牛人 都是这样子的，如果你有充足的证明说你的设计是正确的，就可以反驳他，否则。。。


兄弟，你话说反了吧？
首先UDP传输小包效率高，这种问题还需要验证么？难道你用pi，还需要验证他等于3.1415926……么？
关于challenge，是评审方提出问题我来解答是不是问题吧？而不是评审方提出跟我的方案不同，我去反驳为什么不用他的方案吧？


话说回来，这种设计应该反馈到设计去验证，文档之后再进行实现。。
[/Quote]

之前一个项目，东西基本做完的时候老大发了张 excel 出来，要每个子项目的 lead 填写，包括：
用了什么库？网址？License？
平台？JRE/.NET？
特定用户？
端口？

全部列出来。