帮助IT团队快速构建符合jt808协议部标的基于java技术的GPS和视频平台(2379423771@qq.com)

     摘要: 现在国外的很多的创业团队(Freelance),都可以做出一步到位的原型,团队中的人擅长前端设计、开发,Ajax, CSS, XTHML,web standard, cross browser不在话下,Flash, Flex, Fireworks 等RIA技术也是有丰富的项目经验,很多人用flash, fireworks做的原型,非常棒。以用户为中心的、注重用户体验、准确把握用户业务的分析设计是他们的核心竞争力。
  阅读全文
posted @ 2008-09-07 09:08 Speed 阅读(4272) | 评论 (2)编辑 收藏
     摘要: 参与界面设计的人,容易与一线用户脱钩,很少有一种简洁、直接、朴素、持久的设计风格,首先考虑的不是信息的组织、用户的体验,而是如何的炫,动感,渐进、半透明、滑门、延迟、手风琴、背景图片等效果,总想用上一用,滥用颜色,这些除了造成视觉疲劳、操作繁琐外,起不到真正的用户体验。  阅读全文
posted @ 2008-08-25 07:28 Speed 阅读(8709) | 评论 (12)编辑 收藏
     摘要: 框架毕竟是框架,没有最完美的,只有相对合适的,使用者需要分析知道自己的问题在那里,然后去设计开发、使用合适第三方的框架,或直接使用、或二次封装、开发、修改源代码,来解决自己的问题,总之,不要做一个问题的抱怨者,等着别人煮米下锅。

  阅读全文
posted @ 2008-08-19 17:37 Speed 阅读(14503) | 评论 (3)编辑 收藏
     摘要: 我以前带了一个分销系统的项目,同时并行的还用另外的一个配合的项目,每周GM会review我们的工作,其实和过堂差不太多,气氛太紧张了,冷冰冰的,很不舒服,再加上两个PM一起被review,有点暗暗较劲的意味,我当时深深迷醉与项目管理的可视度的概念,就是增强透明度,我希望把我项目中的Issue尽早的暴露出来,评审的人可以看到,或可以帮助我一起解决,或了解项目的Risk和真实的Progress,真实的理解我的处境,给我必要的Resource支持。
  阅读全文
posted @ 2008-08-14 00:32 Speed 阅读(2841) | 评论 (15)编辑 收藏
     摘要: 最近,负责客户的一个项目设计的审计工作,是一个短信平台的项目,上行和下行通信都有,之所以叫平台,是想将客户的很多的业务系统,涉及到短信的部分都统一挂接到者一个服务平台当中,只要一家服务提供商,量大从优,避免各自为战,浪费资源。业务系统多是遗留系统,当中对短信需求各不一样,客户从自己的vendor List中找了一个短信服务提供商(SP)。一般的要是能进入vendor list中,说明实力还是有的。  阅读全文
posted @ 2008-08-10 10:55 Speed 阅读(2583) | 评论 (3)编辑 收藏
     摘要: 对于business rule, 一般的情况是, 好的BA,可能更善于发现、抽取business rule ,并用结构化的方式描述、记录下来, 普通的BA可能更是一种流水账式的、吃那拉那的描述方式。
不管怎样,BA在写文档,use case的时候,那些business rule被分布在文档中不同的部分,然后这些rule,在分工时,有被理所当然的分给不同的开发人员来开发。  阅读全文
posted @ 2008-08-07 14:22 Speed 阅读(3214) | 评论 (1)编辑 收藏
     摘要: 关于BA,很多人写书为了谋取利益,极力和UML、UseCase扯上关系,误导了很多努力向上的人,把工具当成了能力。很多公司在面试BA时,也非常看重你会不会UML,无疑是添乱。  阅读全文
posted @ 2008-07-26 11:43 Speed 阅读(1653) | 评论 (1)编辑 收藏
     摘要: 在旅行的途中,为山区的孩子们多背一公斤的捐赠物资,这样的idea,平凡又伟大。
旅游区的普通百姓其实很苦,外地人的蜂拥,抬高了物价、房价,而大部分本地的人收入确非常的低。
人们看到了四川、贵州、云南、海南旅游风景的美丽,却看不到山里的茅草屋里的贫穷。  阅读全文
posted @ 2008-07-21 18:10 Speed 阅读(1948) | 评论 (2)编辑 收藏
     摘要: 人们在走上管理职位时或者被赋予超越自己目前现状的角色时,精神状态陡然发生了变化,工作更积极了,主动性加班也多了,说话的声音也大了,语速也加快了,总带着居高临下的语气,不说教一下别人总是不爽。
  阅读全文
posted @ 2008-07-19 21:59 Speed 阅读(2644) | 评论 (7)编辑 收藏
posted @ 2008-07-16 23:31 Speed 阅读(3941) | 评论 (2)编辑 收藏
     摘要: 设计者高高在上,不食人间烟火,只是提供约束,不要这样,必须那样,而不是提供方法和可以复用的API。

开发者是处于解决问题的一线,饱尝重复造轮子的疾苦,他们最需要的是快速的解决问题,以更恰当的方式工作,寻找更容易构建系统的技术和方式。
Jquery给设计者上了很好的一课。
Jquery就像一个魔法师一样,$()就像魔法棒一样,随手一指,一个木偶变复活了,一瞬间具备了各种各样的复杂的能力。
  阅读全文
posted @ 2008-07-15 19:06 Speed 阅读(6400) | 评论 (5)编辑 收藏
     摘要: 技术是基础,积累才能提高,用户是目的。成熟的架构+创新的扩展,server端,团队应当继续构建、成熟以spring为基础的企业应用开发平台,深度挖掘、孵化、封装,同时将精力转向客户端。努力实现客户端与server端的粘合剂开发提高开发效率,建议的平台是spring + jquery  阅读全文
posted @ 2008-07-09 19:47 Speed 阅读(3985) | 评论 (6)编辑 收藏
     摘要: Look at our school building. nothing can describe the scene.  阅读全文
posted @ 2008-05-16 10:52 Speed 阅读(1743) | 评论 (3)编辑 收藏
     摘要: 2007年终于过去了,从焦油坑里爬出来幸存的人们,互相握手庆幸,喜极而泣,纷纷在博客上写工作总结与来年展望,而我终于厌倦了期权的精神鸦片,难得的坐下来,远离自己负责的网站,想一想来年的布局。
  阅读全文
posted @ 2008-01-01 15:29 Speed 阅读(2278) | 评论 (2)编辑 收藏
     摘要: full-stack 的设计,意味着各层能够无缝的集成在一起,遵循的DRY原则(don't repeat yourself),将各层共用的东西,抽取出来,并通过自顶向下的设计,无缝的集成在一起,粘合在一起,达到更高层次、更粗粒度的重用,同时为了保证灵活的可扩展性,在更高、更粗的粒度上遵守开放-封闭的原则,在各层的各个关键点,要提供诸多的钩子,回调的接口,供使用者扩展。full-stack的设计,在层与层之间,并不一味的追求松散的机制,而是相反,在层与层之间增强一定的内聚性,粘合力,以此来达到粗粒度的封装与重用。  阅读全文
posted @ 2008-01-01 15:27 Speed 阅读(2054) | 评论 (0)编辑 收藏
     摘要: 在现实当中,真正影响我们,耗费我们大量时间的,对我们进度有很大影响的,就是在现实中复杂的需求,业务逻辑,这些复杂的需求,难以封装,造成复杂的设计、复杂的库表关系,这些复杂的设计,我们都知道越复杂的东西,越不稳定,更容易遭受到需求业务逻辑变化时的冲击。(希望那些做增删改查的人不要跳出来扯淡)

  阅读全文
posted @ 2008-01-01 15:26 Speed 阅读(654) | 评论 (0)编辑 收藏
     摘要: 长期以来,很多Team的组合都是随意的,从创建到稳定, 不经意之间,一个Team就出世了,在项目进行当中,弊端尽现的时候,也没有人注意到是团队的组织架构,人员搭配是否出现了问题,Team成长过程,就好像一个树籽落在地下,然后自生自灭,有的长成了歪脖子,有的则树倒猢狲散,有一部分,运气好,成为能经风雨的大树。    阅读全文
posted @ 2007-06-03 15:04 Speed 阅读(2543) | 评论 (7)编辑 收藏
     摘要: 最近做一个比较大的电子商务项目,预计每天订单量将在5万多单,客服人员需要频繁的下单、查询订单、操作订单,客人预订完订单后,会立即进入处理流程,为了提高服务质量,要求流水化作业,平均要在40分钟-80分钟内处理完订单。所以订单在创建后,会在短时间内,被频繁的修改和查看.  阅读全文
posted @ 2007-06-02 19:39 Speed 阅读(2770) | 评论 (4)编辑 收藏
     摘要: 我觉得现在技术换代很快,使用一项技术,首先是要快速的解决问题,然后要学习他的思想,那些整天死抱着Hibernate,自认为学习到ORM的设计技巧的人,就去继续的学吧。
我已经会用Hibernate的一些方面,我觉得够用就行了,犯不上,天天钻研HSQL,如果有时间,我觉得躺在草坪上看看Unix的编程艺术,看看代码大全,看看Oracle的编程艺术,比看Hibernate的SB书要惬意多了。
  阅读全文
posted @ 2007-05-05 18:14 Speed 阅读(5243) | 评论 (19)编辑 收藏
     摘要: 我认为避谈代码是可耻的,只要编码有意义,我们在任何阶段,都应当投入到编码当中。
  阅读全文
posted @ 2007-05-05 16:29 Speed 阅读(2024) | 评论 (9)编辑 收藏
     摘要: 说老实话,我都不知道什么算是大型项目经验,我也不知道,那些所谓要求有大型项目经验的公司,在做多大的项目,有多NB,但我并不以做过大项目为荣,我这几年的项目经验告诉我,团队不在于大,在于精,  阅读全文
posted @ 2007-04-21 14:57 Speed 阅读(4207) | 评论 (6)编辑 收藏
     摘要: 所以对于框架来说,职责的分担,是很重要的,完成你该完成的,该扩展的地方,即要提供默认实现,也要提供接口,供调用者二次开发。这才是框架的可扩展性、灵活性所在。
很多人在开发框架时,总期望做很多东东,自己给自己加套,反而丧失的灵活性,同时提供了很多不能扩展的实现,等于强加意志给使用者,爱用不用。  阅读全文
posted @ 2007-04-13 19:09 Speed 阅读(3275) | 评论 (6)编辑 收藏
     摘要: 公司的发展出现了问题,不应当让技术人员来买单,而是我们的管理团队,是公司的上层建筑出现了问题,当领导的应当自己积极的反省,即使可以凭借权力让下面无辜的人来买单,那又怎么样,当公司over的时候,大家不都是一样over,总有一天,报应会来的,终有一天,领导要为自己的决策失误来买单。  阅读全文
posted @ 2006-08-20 19:52 Speed 阅读(2070) | 评论 (5)编辑 收藏
     摘要: 星期四是约定去面试的日子,二面了,觉得还是有希望的,对方是台湾的一家公司,从网页上看,还算是跨国公司,规模也算比较大,做呼叫中心的。  阅读全文
posted @ 2006-08-08 01:12 Speed 阅读(3574) | 评论 (19)编辑 收藏
     摘要: 我的项目中List都是基于ArrayList的,所以基本上很少用迭代器来遍历,而是用for循环来遍历,对于迭代器的作用我当然很清楚,但是我觉得有点庸人自扰了。
除非你经常用Collection作为你的接口方法中的输入或输出的集合参数类型时,你也就只能用Iterator。
但我一般在接口方法中,一般用List,所以我就不用迭代器,除非我的List是Linked List实例。
好的作法是:在供外部调用的接口方法中,使用Collection作为集合参数类型,在内部实现当中,使用List,而不是一味的使用Collections及Iterator,这样做无异于作茧自缚。
JDK中推荐的是对List集合尽量要实现RandomAccess接口。  阅读全文
posted @ 2006-07-31 18:25 Speed 阅读(4328) | 评论 (0)编辑 收藏
     摘要: 在电子支付的安全环节中,CA认证是必须要了解的技术  阅读全文
posted @ 2006-06-03 23:33 Speed 阅读(1327) | 评论 (0)编辑 收藏
     摘要: 随着企业竞争日渐激烈,各商业银行业在扩展金融服务产品、服务渠道方面更是争先恐后,但目前银行系统存在的主要问题在于外围前置机较多,部分业务流程复杂,系统交叉联系,业务扩展时需改动的外围系统较多,导致业务扩展较为困难。为了减少主机进行路由服务,减轻主机的压力,使核心业务系统成为简单而稳定的核心。同时为了满足金融行业快速的电子化建设需要一个高度集成、 高可配置的开发和运行框架,既是一个高效、方便的开发环境,也是一个稳定、可靠的运行环境。 通过配置化的管理,实现渠道接入整合,业务流程的优化,数据分布的合理布局  阅读全文
posted @ 2006-06-03 23:26 Speed 阅读(2044) | 评论 (0)编辑 收藏
     摘要: 电子商务发展的核心问题是交易的安全性问题,这也是企业应用电子商务最担心的问题,因此如何在开放的公用网上构筑安全的交易模式,一直是人们研究的热点和大家关注的话题,要构筑一个安全的电子交易模式,应满足以下五个方面,这也是OSI规定的五种标准的安全服务  阅读全文
posted @ 2006-06-03 23:23 Speed 阅读(1796) | 评论 (2)编辑 收藏
posted @ 2006-06-03 23:04 Speed 阅读(861) | 评论 (2)编辑 收藏
仅列出标题
共2页: 上一页 1 2 

导航

留言簿(15)

随笔分类

值得一看的博客

积分与排名

最新评论

阅读排行榜