小排骨

一万个小时审慎的练习,方可成为某个领域的专家,向着这个目标前进

02 2013 档案

2012项目总结三
摘要:接下来是一些页面设计的问题,页面设计也是一个系统比较关键的地方,客户在初期接触系统的时候,看的就是页面,不管你系统做的多好,业务完成的多牛逼,客户在第一眼看见你系统的时候,如果页面非常凌乱,样式乱跑,肯定不会有一个好印象。 本系统的页面设计,个人感觉非常一般,有些button甚至没有样式,弹出的对话框也是用的微软自带的对话框,没有使用比较友好的div层,作为提示,或者警告。 系统在做一些逻辑上有关联业务的查询,或报表时,时间点的设置也非常重要,否则相同的逻辑,出来的数据不同,会给客户非常不好的印象。 在做csv或excel导入时,做数据或格式验证时务必提示到哪一行,由于验证的项目可能... 阅读全文

posted @ 2013-02-17 21:39 小排骨 阅读(106) 评论(0) 推荐(0)

2012项目总结二
摘要:本篇将对某系统数据库做一些浅层次的思考,希望各位高人多多给与意见。 1.使用guid作为主键,鄙人经历了完整的系统开发后,发现guid对系统的开发和后期的维护根本没有半点好处,那么多没有规则的字符,你能记得住?个人建议在做一些系统开发时,就使用nvarchar做主键就行了。 2.主键的规则定义,不要使用客户提供的业务编号,作为表的主键,万一客户对业务编号进行了修改,会死的很难看,在建表时,系统中应当有一套利于编码的主键生成规则,把客户提供的业务编号,做为表的一个普通字段,当客户对业务编号的生成规则进行了修改,也不会影响系统的编码。 3.该系统在数据库设计时,竟然没有使用外键,非常影响... 阅读全文

posted @ 2013-02-15 18:22 小排骨 阅读(123) 评论(0) 推荐(0)

总结2012年,展望2013
摘要:2012年由于总总原因过的异常纠结和痛苦,公司由年初开始开发某个管理系统,项目由三月底开始,直到10月上线,上线后又是种种问题,各种bug,让我不得不好好的进行总结,其中的代码的问题,业务的变更,人员的变更,与客户,领导关系的处理,我将一一写出来。 首先,我想写的是代码的问题,本来想首先写与客户和领导的关系处理,既然是对问题的反省,把抱怨先放一放,以后有机会的。由于代码没有进行拷贝,一些问题只能凭记忆。 另外想介绍一下自己,以便大家在看我文章的时候,对我的技术有一个预先的认识和了解,2005年南京某个大专毕业,在苏州某电子厂担任技术员工作,到2009年底,转行参加培训,于2010年3月... 阅读全文

posted @ 2013-02-14 19:10 小排骨 阅读(212) 评论(0) 推荐(0)

导航