把东西作成产品,前期要怎么准备? 数据库要怎么设计,要用到哪些技术?
如果只是 接单作 项目,那肯定在时间上是比较紧张的,不是代码写的不够好,而是 时间 不够多, 这让很我程序员无奈。
如果 不考虑时间 等因素,完全是站在程序员的角度,在一个产品要怎么作? 后期的维护都是前期作考虑的不够。
为了减少后期的维护,请高手们指点。。。
忍不住纠正下,后期的维护不是前期考虑不周,我还从没见过哪个程序不用做后期维护的,这里我随便说几句我的看法,大家互相交流
前期的考虑永远不可能面面俱到的,要知道需求是在不断变更的,只能说尽可能的把一些可能变更的东西考虑进来,比方说把一些以后可能变更的内容做成配置的方式,让程序变得通用一些,但我们不可能把所有东西都写在配置里,这时候就要考虑业务需求中,到底哪些会频繁变更,那些极少改变,这是一个修改成本的问题了。
至于具体的设计和是否做成产品无关吧,所有的设计本就应该要尽可能合理,只是面对大量用户时可能需要更加周到一些罢了,比方说要考虑日后使用时的数据库访问压力、并发能力等。
不过对于面对大量用户,我们需要考虑的是当用户遇到问题时怎样尽可能让用户自己解决一些问题,比方说提供一些常见问题的QA文档或帮助文件,还有就是提供数据回滚功能,便捷的安装等,曾碰到一些项目,正是缺少这些东西,导致IT快成客服了