面子驱动编程

我们公司做电厂的管理系统根本无人关心系统做的好坏，只要回扣给的多就行。反正是拿纳税人的钱投资。

太灵活，所有可配置的结果就是程序员累死，培训烦死，最后下岗饿死：）

问题是，你在公司四年了，难道就没有现成的权限系统吗？

做一个灵活的组件是很好的事。以后能减少很多工作量

哦 看来哪都这意思~@~

同意lz的观点，一般来说，如果程序员自己有绝对的自信应对变化，应当注意适度设计，一开始就强调灵活，个人认为这不是敏捷的态度，而是本身就没有把需求搞清楚，一股脑的做设计是不正确滴

小组长说的对

我想小组长可能有他自己的想法，不仅仅是面子和追求灵活性。

写死了别人如何维护，及时做不到什么都灵活配置，但至少得让别人看的明白吧，等下次的变更还不知道是谁来维护呢。

程序员可能不追求高度的复用，但起码的编码质量还是应该追求的，我们不苛求过度设计，但应当做些简单设计，否则到处是硬编码的代码，那后果可能很可怕。

再者项目组应该有统一的设计标准和编码规范，在没有正式详细的标准文档的前提下，小组长就充当了标准的执行者和规范者，程序员就得听小组长统一安排，当然在对的和大家都同意的情况下，绝对避免我行我素。

总结得很好，不过有点偏激，未必只是为了面子而去做灵活性设计，有些情况下，就算需求里没有相应的要求，也要作灵活性设计。我是说适当的灵活性设计。这在项目中也是必不可少的部分。不要只为了实现而去实现。

太深刻了，看完后发现，我参与的项目就是一个大大的ZF的面子工程。

道出了心声，不过我觉得如果有10个项目都需要权限管理，或者一个软件在N各地方都要上，不同的客户，那么如果权限管理没有（安全的基础），那就麻烦了

哎，不过权限管理确实是一个基础性工作，需要在前期就规划好！否则到后期再加，发现很多底层包括对象档案以及操作都不适合抽象出来统一授权时，你就会想死的！
呵呵
楼主说出了大家的心声啊，面子面子，领导的面子、客户的面子、自己的面子。。。。