- 博客(16)
- 收藏
- 关注
RSS订阅原创 浅析Hadoop Secondary NameNode，CheckPoint Node，Backup Node
//李智慧Secondary NameNodeHadoop SecondaryNameNode并不是Hadoop 第二个NameNode，它不提供NameNode服务，而仅仅是NameNode的一个工具。这个工具帮助NameNode管理Metadata数据。NameNode的HDFS文件信息（即Metadata）记录在内存中，client的文件写操作直接修改内存中的Metada
2013-04-28 10:23:58
6316
1
原创 软件技术生态系统与屌丝码农的逆袭之路
//李智慧作为一个屌丝码农，每天在公司里日复一日，年复一年重复地编写相似的代码。有没有想过为什么编程语言和编程框架就像女人的衣服，换了一茬又一茬，流行完一波又一波？公司的开发框架和工具库谁写的的？这么烂，用了一年又一年，毒害了一拨又一拨的新人。写代码还有没有前途？什么时候才能出人头地，至少买得起一套房子吧？全世界从事软件开发的人有上千万，在中国也有几百万，不包括那些从事管理工作的人
2013-04-27 21:47:44
1942
原创 Cloudera Impala 初体验
李智慧上周Cloudera发布其实时查询开源项目Impala 0.1beta版，部署了一个4台机器的集群，对比测试了下Hive和Impala，Impala性能确实有很大改善，但是测试过程中遭遇各种BUG、各种crash，当前版本仅仅是一个toy。测试数据https://github.com/intel-hadoop/HiBench使用了h
2012-11-01 11:01:32
5160
原创 漫话网站架构师
李智慧 对于网站和软件企业而言，架构师是一个重要的角色。对于公司，架构师引领公司的技术方向，架构师的眼界和高度决定了公司的技术高度。对于技术团队，架构师的决策和技术方案影响工程师的开发模式和工作量。一个称职的架构师是公司的宝贵财富，而一个不合格的架构师可能会成为开发团队的梦魇，所谓将无能，累死三军。对于大型网站而言，公司有很多架构师，他们的角色、能力、影响力各不相同，大致可分为以下
2012-05-30 15:59:48
7973
1
原创 平台技术部校园招聘宣传片文案
<!-- /* Style Definitions */ table.MsoNormalTable {mso-style-name:普通表格; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-priority:99; mso-style-q
2009-08-14 16:26:00
3288
原创 你的灯亮着吗
<!-- /* Style Definitions */ table.MsoNormalTable {mso-style-name:普通表格; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-priority:99; mso-style-q
2009-08-14 13:28:00
758
原创 我的软件工程
文/李智慧软件工程必须关心人和人在开发过程中的可操作的方法。1、 软件开发过程是人的智力活动过程，任何忽略人的因素的软件开发过程都是失败的过程。软件开发不仅是制造软件的过程，也是开发人员完善自我，超越自我的过程。Leader应该发自内心的关心开发人员。 2、 代码和文档是属于团队的，是属于公司的，但他们首先是属于开发者个人的，每个开发者要为自己的文档或代码负责，为他们自己创作的优秀
2008-05-24 18:09:00
870
原创 关于测试设计书的只言片语
文/李智慧从测试便利性角度，两个case之间应该是相互依存的，就是说上一个case 的结束是下一个case的开始 ，所以最好不要有这样的case:三个相邻的case，login、logout三次。如果需要对多个role进行测试，应该等一个role全部测完再以另一个role login。 关于cese设计的另一个要考虑因素是：执行测试是一个N次重复枯燥的过程，所以在执行测试的时候，最好
2008-05-20 16:14:00
683
翻译 软件架构师之道
译/李智慧 架构师用心旁观这个世界而他坚信他内心的映像。他的心象天空一样开阔任世相万物来来往往。（12）架构师什么都不说，只是做。当任务完成的时候，整个团队都会说：“天哪，我们做到了，全都是我们自己做的！”（17）一个杰出的架构师，团队几乎感觉不出他的存在。次一点的架构师，大家都爱戴他。再次一点的，大家都怕他。而最糟的，大家都鄙视他。（17）一个好的旅行者没有什么固定的计划也
2008-01-16 21:16:00
762
原创 JOEL测试 on Java开发
文/李智慧 1， 使用源码控制机制，CVS,SVN,VSS，不管用什么，一定要用。2， 使用ant制作一次连编脚本，一个点击或命令就能完成从源代码到发布包的连编。3， 使用cruisecontrol进行持续集成，每一个版本交付给测试人员前都要做冒烟测试。4， 在单体测试阶段就写BUG票，并自动生成BUG台账。5， 在写新代码前修复故障。6， 任何作业都要有WBS，任何时候WBS都反映最新
2008-01-11 09:38:00
699
原创 和马克思对话系统架构与软件项目风险
文/李智慧 通常软件项目风险包括：需求风险，技术风险，人员风险。其中需求风险包括需求理解错误风险，需求变更风险，项目周期风险；技术风险包括技术选型风险，架构设计风险，人员风险包括人员流动风险，人员技术经验风险。对项目风险关注的一般说来是项目责任者，即项目经理，而项目经理对风险的控制主要是从管理手段着手，通过风险识别，风险评估，风险规避，风险控制等一系列手段达到风险管理的目的
2007-08-23 16:01:00
1049
原创 通用职责分配软件模式
文/李智慧 相对于GoF设计模式，通用职责分配软件模式GRASP更像一种设计思想或原则。GRASP的9个模式企图解决的问题只有一个：怎样将建模（静态模型），也就是怎样设计我们的对象，一个系统应该有多少个对象，每个对象应该包括哪些功能，不应该包括哪些功能，对象之间应该建立怎样的关系。通用职责分配软件模式，顾名思义，一个对象应该实现哪些功能由其承担的职责决定，即职责驱动对象设计。
2007-07-11 09:57:00
1386
原创 JDBC分层事务管理机制
文/李智慧虽然ORM框架在J2EE应用中大行其道，但是使用JDBC直接访问数据库方式因其简单和强大而在许多时候对开发者极具诱惑力。尤其在复杂的多表关联集合操作的时候，ORM框架大多显得笨拙并且力不从心，而一条使用统计函数的sql语句却可以直接搞定。因此通常在我设计J2EE应用程序架构的时候会在持久层框架中保留两种访问数据库的方式――Hibernate和JDBC。 基于J2EE分层架构
2007-07-09 14:30:00
2376
3
原创 J2EE工程师必备工具和技术
文/李智慧 下面的这些工具和技术是根据我的一些项目实践总结的，由于受项目环境和自身境界所限，关于这些工具和技术的说明和评论可能是肤浅的和狭隘的，希望你能补充和纠正。 1， IDE：目前主流的Java IDE有Eclipse，JBuilder，NetBeans，关于选择什么IDE，我想借用《罗马假日》中一句台词来表达我的倾向：“Eclipse，当然是Eclipse”。2， U
2007-05-24 18:29:00
1417
原创 一种Map与JavaBean可配置转换的实现
文/李智慧Map与Model(JavaBean)之间存在逻辑映射关系，在存在Map实例的情况下，可通过调用该工具获得对应的Model实例，在存在Model实例的情况下，可通过调用该工具获得对应的Map实例。该工具支持JavaBean包含（成员类包含，成员类list包含），继承关系，使用composite模式。利用XML配置文件绑定Map的key与Model成员之间的映射关系，即在配置文件中
2007-04-17 13:10:00
4220
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人