大鸟来看下：3个星期完成这样一个程序架构的实现，进度是快了还是慢？

Question

架构功能主要包含这些内容： 用户管理、角色管理、程序集管理、程序界面管理、每个界面的操作和子操作管理、用户的角色配置、角色的对操作和子操作的权限管理。简单图示如下：---------------------
3个星期完成这些功能，包括后台数据库设计，大家觉得这样的进度合适吗？

Answer 1

这个程序应该就是要做成版主你说的这个摸样，就是一般软件的登录后自动根据 用户的角色读取其有权限的操作，根据操作自动生成用户界面的主菜单，并且把操作跟 ASSIMBLE中对应的类关联起来。-----
一个人做的，大概3周时间，版主说，这样的进度是快，还是慢了。
---
个人觉得应该还是快了，因为要设计数据库，考虑需要些什么字段，并且还要设计用什么界面展现数据，还要考虑 用户、角色、操作、权限关联的同步正确性，以及数据一致性。

Answer 2

按这个图做一个bUG少，用起来方便的程序，的要求，还是应该大致估计得到项目的复杂度了

Answer 3

我们也遇到这样的人，同样一些千篇一律的东西，花好几年时间，搞了6、7个版本，现在又在新的项目上重复“开发”。而项目的核心技术到底在哪里呢？这是一个问题。许多人喜欢纠结在一些千篇一律重复了好多年的底层OA的东西上反复重做，虽然嘴上说要创新，但是行动上其实跟没有经验的程序员一样。这些不是不能开发。关键是，虽然这是一些用户可能一开始唯一能够给你提出的“需求”，但这些真的是用户将来使用你们软件的重点吗？比如说一个“航空快递集团”的业务系统你得所谓配置权限，我宁可使用我的手机，选择一个人员、再选择一个授权令牌，然后点“发送”按钮就把这个指令发送到服务器，我宁可要这样的简单功能就够了。宁可缺少这些，我关心的是能不能将此成本放大1万倍以上的操作价值，而不是那种只有几个人偶尔使用却花了上百万采购来的繁琐的OA程序。