反馈系统问题当然需要具体的证据，程序员想证明您的同事写的代码一般般，必须拿数据说话。“工欲善其事，必先利其器”，所以找到各种利器是你的不二法宝，随手搭建一个Jenkins + Sonar的系统，导入你们的代码，然后搞个PPT show给你的同事们，让他们当场脸红。您至少可以列出以下事实：

• 代码注释率，有没有30%？
• 测试代码覆盖率有多少？
• 重复代码量，是否高于5%？
• 哪些地方的代码需要重构，可以一一列出；
• 通过timemachine看看复杂度，覆盖率，方法复杂度的变化。给出你的建议
• ……剩下的就是自己去研究sonar

或者您可以懒惰一点，给IDE安装一个findbugs去找出系统中的100个问题，如果您觉得想找出更多问题，可以考虑给您的IDE安装一个checkstyle，列出200个系统问题。当然没有前面的方法酷而已。
当然如果你是真正的高手，你需要教一下我在不适用任何工具的情况下，最快的速度把代码中的问题查找出来。查找代码的问题只是小Case，能够通过代码看出系统架构设计的问题才是牛人。例如：日志的规范化，测试的框架化，核心系统plugin的构建，框架的深入使用，服务的抽离……
这个一个没有止境的工作，所以没事只需要行动，不要说话。

能够说出okhqb.com网站的会员营销的产品的50个改进细节的人，您就不要过来凑热闹了，我写的内容对您没有帮助。因为，我只是兼职的搞过产品，说下自己的心得而已。
互联网的产品，需要价值驱动。能够形成产品闭环才能创造价值。例如：用户营销方面，第一步用户注册，应该如何诱惑；第二步用户购买应该如何驱动；第三步如何让用户的朋友也过来买；第四步买完商品后给用户什么样的好处。让用户在第二步和第四步不断循环，创造出指数的价值。
你的系统烂，是不是没有形成闭环，是不是没有指数级的产品，而这些点到面的寻找可以帮助公司和自己成长。而简单的说产品做的差，没有价值。
我理解的产品，一个需要用户价值驱动，一个数据驱动，二者有效的结合起来带来更大的价值，或者说否则是前者优化的驱动力。

提到用户最近的，当然是客服人员和销售人员。如果一个程序员去当了客服或者是销售，就能很好的连接到开发端和服务端。例如给我们提交需求的人以前就是一枚程序员，他知道如何和开发人员打交道。
所谓的 Connect The Dots 或许说的就是人应该拥有多重技能去更好的工作，你会发现得诺贝尔奖的不少是在边缘科技上串起来的人（这个是我同学告诉我的，我认为是存在的）。而工作中也需要有这样的角色。有时候在新的领域的努力只需要20%而却能收获80%的成果，或许，这就是所谓的连接点的价值。