自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(14)
  • 资源 (1)
  • 收藏
  • 关注

原创 敏捷团队看板与潜在交付物实践

敏捷看板 持续交付 dod wip

2017-03-01 22:46:38 734

翻译 数据库连接池管理

现象:应用访问mysql由于数据库权限的问题,所以失败,而不断重试失败后,mysql的客户端连接数会不断增加,从而导致mysql报 mysqld threads Too much。原因:应用的dbcp连接池不断去获取mysql连接,而获取的连接始终失效,所以不断的在重试。解决办法:追加配置dbcp参数 removeAbandoned=trueremove

2016-04-20 17:54:08 603

原创 《浪潮之巅》 插画

从硅谷看互联网信息时代的兴衰,宛若一幅中世纪花卷。画风从未改变,只有变革。没错,变革是永恒不变的主题。有人说美国政府遵循两点check & balance,没错,这个政府不会允许财富大量聚集在某些私人手中,而且鼓励更多的创业者。每一家公司无论多么炫目的荣耀,都是靠极致的态度堆积起来的。没有极致便没有生命力,便不再卓越,更无谈辉煌。这让我想到了最近发生的一件事,某开发人员,来自于新成立的二级

2015-11-06 18:16:06 380

原创 敏捷看板的递进

青龙是京东物流配送的核心支撑系统,也是京东订单时效的重要保障之一。你是否曾有这样的疑问,配送系统业务流程繁杂、战略项目层出不穷、与日俱增的访问量与背后技术体系需要不断优化……今天我们就来分享京东青龙研发部,是如何运用敏捷精益化的管理方法,实现了产品的快速交付。传统的瀑布模式之所以被诟病,其核心是交付周期长,上线效果弱,用户差评高。而所有问题的根源,就在于无法实现产品的快速,持续交付和快速反馈。我们今

2015-10-14 23:41:51 740 1

原创 《浪潮之巅》之IBM

如今我们的印象里IBM一般是商用的服务器,或是DB2。其实令我惊讶的是IBM在几十年前的策略就是如此了,服务于大的机构和政府部门。IBM不仅拥有最大的实验室,还是Linux服务器的生产厂商。专注而不跟风的性格,造就了商用机器的传奇,二战期间参加制造勃朗宁和M1。但是过于专注也是致命的,后来的计算机被英特尔、微软、康柏、戴尔等公司占领瓜分。IBM小沃森决定做电子技术时,便邀请了当时计算机之父冯·

2015-10-14 23:13:56 741

原创 《霜冷长河》之壮士2

在拜读一个上海 男人对另外一个上海男人的 赞赏之时,耳边响起了一首熟悉的老歌,然而这个静寂的中午。耳边则如幽铭者的暗诉,那阵阵暖流,便无源可寻的顺势浸入,始自心头而扩散至身体末端,只觉躯体及意识仿若被一种液体侵蚀而无法挣脱,仿若一念间便烙入肌理骨髓。             这是纪录片《强疆梦》的主题曲。            “帕米尔高万丈挡不住我的翅膀”,刚进入副歌便再也无法抑

2015-09-16 23:59:36 1274

原创 《霜冷长河》之《壮士》----英雄归来

《霜冷长河》之《壮士》 余秋雨著        不得不说,欧洲近代的科技、文明的高速发展,与一大批探险家分不开。他们挖掘了被埋没的古希腊文明,把流失的经典用阿拉伯文带回欧洲。“在中国,汉有张骞,唐有玄奘……现在,世界上走的最远的是阿根廷的托马斯先生,而他已经年老。中国人应该超过这个记录,这个任务由我来完成。于是我选择了孤独,选择了行走。”这是壮士余纯顺生前留下的一段录音,而我一直好奇,什么样的

2015-09-10 00:03:20 1858

原创 《蛛丝和梅花》小赏

蛛丝和梅花 吕碧城 杨绛 林徽因

2015-08-19 22:19:46 7962

原创 高效工作---轮流值班

轮流值班目的:为了保证高效的工作,避免工作被中途频繁打断,故设置轮流值班机制。轮流值班也可帮助每位同学学习其他成员的业务逻辑,一举两得。原则:轮到工作日的同学,不一定非得全部由自己的来解决问题,也可以协助于其他同事,但是必须手动去操作,去查询,去处理。

2015-02-02 01:29:17 818

原创 持续集成

1.代码定期构建,并自动跑测试用例。2.用于上线的主干的测试用例只包含粗略的业务条线,构建频率可以短一些,每次构建在10分钟内完成。3.详细的测试用例,在分支环境构建,测试用例的粒度可以细致一些。4.一旦构建失败,则由Jenkins显示的最后提交者发起问题的解决。不一定是最后提交者提交代码的问题,但是必须得有此人来发起对问题的追踪。5.构建失败者得公示,如戴着牛仔帽,或者挂着失败勋

2015-02-02 01:11:24 362

原创 需求如何管理

传统的项目往往产品从业务方处获取需求,然后产品独自构思prd,邮件给开发和测试。测试组织需求评审,制定排期。开发开始写代码,然后提交测试,提交bug、解决bug,最后开发来上线。这个看似完整的过程存在哪些问题?1.产品拿到的需求真的是业务方想要的吗?这么实现可以带来什么样的效果?对系统性能有无影响?2.开发按照产品意淫的prd就可以戴着耳机,闷头写代码了吗?如果有分歧就只是prd描述的

2015-02-02 00:49:16 353

原创 早会的原则

清晨站立会

2015-02-02 00:40:57 1012

原创 Scrum手语之看板管理

Scrum手语之看板管理为何一定要用传统墙上看板?看板,乍一眼看上去像是上个世纪的产物,和当下信息化的潮流不太应景。无非是工作的跟踪与管理,相关的产品不再少数。但是这种传统的纸质看板无可替代,整个团队簇拥在一起为了共同的目标而激烈地讨论,众目睽睽下拖动任务卡片,这种议题结果达成的感觉是一个人闷头在电脑前动动鼠标无法比拟的。在看板前,任务的任何问题即使隐匿再深也可以暴露无遗。看板不仅仅可

2015-01-30 21:54:25 655

原创 Scrum印记之糟糕的回顾会

Scrum印记之糟糕的回顾会    敏捷转型已三月有余,是否仍然有些力不从心。            尽管我们深知传统瀑布模式的种种诟病,对闭塞的环境环深恶痛绝,对快速有效的沟通心怀渴望。种种美好的愿望,还请佯装淡定,既然习惯已成,根深蒂固且发芽开花,若奢望敏捷全套方法搬用往往事与愿违。                        一个糟糕的Sprint回顾会。

2015-01-25 20:34:21 638

Ajax+jsp+MySQL实现动态树形菜单

Ajax+jsp+MySQL实现动态树形菜单

2009-03-11

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除