Archives: 工作认真

订单安全控制

2011-11-01 by Jinyang | No Comments | Filed in 工作认真

1. 订单表的时间戳字段应使用 systimestamp timestamp 的秒片段(fractional seconds),就是秒向下的精度划分,默认为6,最大为9 ,设置字段类型为: timestamp(9)  即可 ,高精度的时间戳可以满足顺序记录订单的需求,毕竟一秒的订单数量大于1亿的可能性还是很小的 。 Timestamp(precision)的precision是指timestamp的精度 ,取值0-9,默认为6,而timestamp的精度达到billion(十亿)分之一秒,是以11个字节存储 取值时测试了: select systimestamp from dual; select CURRENT_TIMESTAMP(9) from dual ; select systimestamp(9) from dual; systimestamp  得到的精度是6位, CURRENT_TIMESTAMP虽然可以指定到9位,但是最后3位一直是000,所以虽然数据库是9位,但是取值好像达不到这么高精度,不过6位也可以满足业务。 systimestamp(9) 和  CURRENT_TIMESTAMP(9) 一样的最后3位都是000 官方文档显示: These are features in Oracl9i or later version.CURRENT_TIMESTAMP and CURRENT_DATE give session timestamp/date.SYSTIMESTAMP and SYSDATE give databse date.The two obviously may be in different timezones. […]

软件开发团队主管易犯的十个错误

2011-08-06 by Jinyang | No Comments | Filed in 工作认真

本文是Roy Osherove在Skills Matter的一次发言,他介绍了团队领导经常会犯的十个错误,并提出了一些解决方案。 Roy首先提出几个团队领袖可能遇到的一些问题: 我如何说服的我团队做某件事情 我该拿团队里的那个专门搞事的家伙怎么办? 我该如何做一个团队领袖呢? 我们为什么无法远离无谓的争吵呢? 我会不会失去朋友呢? … 他说这些问题其实缠绕他多年,接下来他也逐一做出解答。他正在写一 本叫《开发团队领袖手记》的书,里面也涵盖这些方面的内容。 下面就来说说这十个错误: #1 没有认识到团队的成熟度 这点是首要注意的地方,因为后面谈到的问题都是提及团队的成熟度。Roy说,可以从3个层面来评价一个灵活团队的成熟度。 混乱 学习 自我引导 混乱 一个混乱的团队就是哪都觉得很忙。  可能他们总是在争吵,或一直都被要求在非常有限的时间做太多的事情。但其实结果都一样:混乱。没有人有任何时间变得有条理,没有人有任何时间学习新的知识因为他们一直都在忙这忙那。  如果你问我的话,这个团队明显成熟度不高。因为所有人,要么耗尽精力,要么感到沮丧因为缺乏机会学习,而最终好的人都会离开。但是,Roy说这种混乱其实非常常见,而我也很赞同。如果你是在这么一个混乱的团队里当领袖,秘诀就是要正确的行动起来,你必须自信和强势。 当船快要沉的时候,你需要的是一个发号施令的领袖,而不是开会。 一个混乱的团队里的领袖,必须坚定立场,而且可能必须要和领导层说清楚,整个团队并不能把他们要求的所有的事情都完成的了。这是一个艰难的角色。他必须坚定的做出一些艰难的决定。 管理要做得对,做得好是一件很艰难的工作。 但为什么作为一个团队领袖,你必须自己做出这些艰难的决定,而不是和团队商讨呢? 答案很简单,因为没有足够的时间。 通过你自己做出这些执行上的决定,你让你的团队得到一些喘息的余地,可能也就是这些余地让他们把手上的事做完。当然,可能有些你做的决定是错的。这没关系,人生就是这样。但这是为了更重要的正确的事情,也就是让你的团队有成长到另一个层次的空间,一个不断学习的团队。 学习 这个层面的成熟度是团队自我管理的升华,但是团队成员还是有需要得到指导的。 一个团队领袖必须持续不断的为他的团队成员带来一些挑战,和质疑,甚至可能是功课。 目标就是让团队里的成员每周都有进步,开始学会解决自己遇到的问题。 所以,你要怎么做? 作为一个学习成长的团队里的领袖,你要让团队里的成员学会以解决自己遇到的问题,然而成长为自我引导的团队。 如果某一个人带善一个问题来找你,你应该鼓励他们自己想办法解决,并问“你会怎么来处理这个问题?” 来强迫他们思考。 自我引导 成熟的第三个层次就是自我引导型的团队。  这是我们所有人都想去到的地方。 在这样的团队里面,领袖更像是一个导师。他不需要像在一个混乱的团队里那样为团队做各种执行方面的决定或告诉人们该做什么。但即使是在一个自我引导的团队里,团队领袖还是需要最少50%的时间在团队上面。 所以,第一个错误就是不能正确认识到你的团队是在什么成熟度,也因此不能够正确的领导你的团队。如果你当他们是自我引导型的团队在运作,但其实他们事实上还是在混乱的状态,那么不久你就会在一条河上像没有浆似的乱窜。 #2 害怕授权 如果你常常习惯自己一手包办,可能要你下放责任给其它人是比较不容易接受,尤其是你觉得其它人并不能把事情做好的时候。 如果每个人都对目前手上做的事情都感到很舒服,没什么挑战的时候,就是你做的不对的时候了。 当你要授权的时候,你必须做到责权对等。 这些外加的责任,会把他们拉出那个安全区,这是一件很好的事情。 适时挑战一下你的团队和拉他们出安全区才可以让他们成长。 #3 害怕参与 这一般来说是沟通不够有效,但Roy谈得更深入。 #4 安抚 公共要素(Bus […]

接触web应用前端开发小思

2008-10-09 by Jinyang | 5 Comments | Filed in 工作认真

最近工作主要开发某网上营业厅系统(前端:js+java,以下简称称Q项目),以前也没太系统的做过前台的开发(更喜欢 精力也更多的放在应用和数据库方面),对前台开发的认识还是上大学时开始做的几个asp+access的网站以及帮别人和公司做过的一些网站、页面,好像记得自己也帮美工做过几次切图(美工出大图),所幸一些大牛们常分享一些心得,看的多了也多少记忆了一点。

Q项目早期种种原因导致代码没做很好的规划,现引入了SiteMesh来实现页面表现的一致化,Buffalo Ajax 调用后端服务实现页面逻辑,因此整个网站看上去都是html文件。习惯了C#这样的强类型语言(不是故意的)后再来改不太规范的JS代码,总会感觉很郁闷(一开始是很怒,怒多了就只能郁闷了)。因为页面文件有存在多种编码(utf-8\gbk),SiteMesh在过滤配置时前置了一个编码过滤(SiteMesh也做了编码的修改,不知道是否有更简洁的方式来适应gbk页面).SiteMesh的装饰方式无非就是把目标页面的title head body 标记的内容替换装饰页的标记,但是遇到不规范的页面就出现很奇异的表现,比如<head><head> 这样结束错误的页面在ie下是正常的浏览的(ie的兼容性强的太过分了),SiteMesh装饰后变为显示被装饰页面的内容然后是装饰页的头部+尾部,肉眼去找这样的错误一般还不太容易发现(PsPad的HTML代码检测功能很强大,可以详细的分析出HTML存在的不规范的地方或异常的标记),最后发现后很是无奈。类似的问题还有标记的id值,为了写代码快一些复制一些代码没关系,但应该确保id名不重复,不然id就失去了存在意义(name重复还不算严重),不然发现对变量的赋值更新等操作没预期效果再去搜代码改就费工了。

Tags:

返回顶部