yaron's space
以技术为主
以技术为主
十一 9th
今天更换下blog的模板,同时把Wordpress 升级到3.0.1,
总体上这个模板感觉还比较好
下载地址:http://wordpress.org/extend/themes/mystique
十一 7th
今天搞了一个poj 2778 ,解决方法是AC自动机(Trie树)和矩阵乘法,对于AC自动机的机制理解还不是很清楚,发现算法能力还是太弱了,对着别人的代码居然看不懂。。。。。
先记录下相关资料
1,http://blog.chinaunix.net/u3/113538/showart_2212716.html
2,http://cool8511.blog.hexun.com/29903963_d.html
3,http://www.matrix67.com/blog/archives/276
4,http://www.cppblog.com/RyanWang/archive/2010/01/13/105559.html
类似题目:poj3691 poj 2513
十一 7th
迭代模型和增量模型都属于并行开发的软件生命周期模型,但是这两个模型大家往往容易混淆或者不好理解。下面对两个模型的区别和相同之处做一下介绍。
迭代是不能并行的,迭代的并行是指迭代任务,比如从3.1-3.31号是一个迭代计划,该迭代计划需求人员可以分析功能点5-功能点10,设计人员可以做功 能点3-功能点7的设计,开发人员可以做功能点2-功能点4的开发,测试人员可以做上个迭代周期发布的代码。 迭代的并行是指工作流的并行。
大家看到迭代计划是比较复杂的,因此对项目经理的经验要求很高。
增量模型一般是指具有底层框架和平台的项目,在该稳定的框架和平台上,来开发和增加具体的业务功能。每个增量之间相对独立,各个增量可以并行开发, 比如:3.1-31号实现增量1(包含5的功能点),3.20-4.15开发增量2(包含另外的4个功能点)。增量内部是瀑布模型。
两种类型的区别在于迭代是基于IBM的RUP的以架构为核心,用例为驱动,角色职责划分不同,在同一时刻项目内部需求、设计、编码、测试的活动都在发生。迭代适合需求不明确、架构风险大的项目,增量适合需求比较明确,架构比较稳定,而且增量功能的实现基本不影响架构。
还有一个不同就是迭代计划是基于角色的,增量计划是基于任务的。
两种类型的相同之处,每个迭代和增量结束后都有产品发布。
转自 http://blog.csdn.net/li_hualing/archive/2007/03/07/1522988.aspx
十一 4th
虚拟机的迁移技术,为虚拟机的管理提供更方便的支持,可以在不间断服务的情况下,将虚拟机从host A 迁移到 host B!
虚拟机迁移分为三类:
P2V : 物理机到虚拟机的迁移
V2V: 虚拟机到虚拟机的迁移 【这个感觉用户还是最大的】
V2P: 虚拟机到物理机的迁移
这个应该是不错的研究和实践方向。
下面是有关虚拟机的迁移和KVM具体实践的文章,
十一 3rd
完整的榜单如下(提名奖按名次排序):
最佳Linux发行版 Ubuntu
提名: PCLinuxOS, Debian, Fedora, Pardus
最佳上网本/受限设备发行版 Ubuntu Netbook Remix
提名:Google Android, MeeGo, Puppy, PclinuxOS LXDE
最佳手机系统 Google Android
提名: MeeGo, Symbian, Maemo, Moblin
最佳桌面环境 GNOME 和 KDE
提名:Xfce, LXDE, Fluxbox
最佳Web浏览器 FireFox
提名: Chrome, Opera, Konqueror, Mozilla Seamonkey
最佳Email客户端 Thunderbird
提名:Gmail Web客户端, Kmail, Evolution, mutt
最佳IM客户端 Pidgin
提名: Skype, Kopete, empathy, amsn
最佳IRC客户端 Pidgin
提名: Xchat, irssi, konversation, Quassel
最佳微博客户端 Gwibber
提名:Choqok, Jaiku, Spaz, Nitwit
十一 2nd
组织过程资产指一个学习型组织在项目操作过程中所积累的无形资产。组织过程资产的累积程度是衡量一个项目组织管理体系成熟度的重要指标,项目组织在实践中形成自己独特的过程资产,构成组织的核心竞争力。
组织过程资产主要包括但不限于以下内容:
组织过程资产由两类构成:
转自 http://wiki.mbalib.com/
十 31st
今天看poj2778题目时,看到这篇文章,写得很不错!
最让我诧异的是,这哥们居然是北大中文系的,居然把算法搞的这么透彻,佩服!
blog地址:http://www.matrix67.com/blog
十 29th
调试是软件开发过程中一个必不可少的环节,在 Linux 内核开发的过程中也不可避免地会面对如何调试内核的问题。但是,Linux 系统的开发者出于保证内核代码正确性的考虑,不愿意在 Linux 内核源代码树中加入一个调试器。他们认为内核中的调试器会误导开发者,从而引入不良的修正[1]。所以对 Linux 内核进行调试一直是个令内核程序员感到棘手的问题,调试工作的艰苦性是内核级的开发区别于用户级开发的一个显著特点。
尽管缺乏一种内置的调试内核的有效方法,但是 Linux 系统在内核发展的过程中也逐渐形成了一些监视内核代码和错误跟踪的技术。同时,许多的补丁程序应运而生,它们为标准内核附加了内核调试的支持。尽管这些补丁有些并不被 Linux 官方组织认可,但他们确实功能完善,十分强大。调试内核问题时,利用这些工具与方法跟踪内核执行情况,并查看其内存和数据结构将是非常有用的。
本文将首先介绍 Linux 内核上的一些内核代码监视和错误跟踪技术,这些调试和跟踪方法因所要求的使用环境和使用方法而各有不同,然后重点介绍三种 Linux 内核的源代码级的调试方法。
printk() 是调试内核代码时最常用的一种技术。在内核代码中的特定位置加入printk() 调试调用,可以直接把所关心的信息打打印到屏幕上,从而可以观察程序的执行路径和所关心的变量、指针等信息。 Linux 内核调试器(Linux kernel debugger,kdb)是 Linux 内核的补丁,它提供了一种在系统能运行时对内核内存和数据结构进行检查的办法。Oops、KDB在文章掌握 Linux 调试技术有详细介绍,大家可以参考。 Kprobes 提供了一个强行进入任何内核例程,并从中断处理器无干扰地收集信息的接口。使用 Kprobes 可以轻松地收集处理器寄存器和全局数据结构等调试信息,而无需对Linux内核频繁编译和启动,具体使用方法,请参考使用 Kprobes 调试内核。
以上介绍了进行Linux内核调试和跟踪时的常用技术和方法。当然,内核调试与跟踪的方法还不止以上提到的这些。这些调试技术的一个共同的特点在于,他们都不能提供源代码级的有效的内核调试手段,有些只能称之为错误跟踪技术,因此这些方法都只能提供有限的调试能力。下面将介绍三种实用的源代码级的内核调试方法。
十 27th
需求是指项目接受并生产出的产品和产品构建。需求管理是为确保各方对需求理解一致而进行的管理和控制活动。
1) 制定计划:准备所需的软硬件资源、跟踪矩阵、变更申请等,便于管理需求并保持需求管理工作一致。
2) 各方对需求达成共识:各方干系人对确立的需求进行确认,建立一致。
3) 控制需求变更:项目进行期间当发生需求变更将对整个项目产生影响,如果需要变更,要先提出申请说明变更需求的来源,相关人员综合各方面因素审核是否实施变更。
项目范围管理界定了为成功完成项目所需要的一系列过程,确保项目包含且仅包含必须完成的工作。即定义和控制项目内包含什么,不包含什么。
在软件开发项目管理中,范围通常包括产品范围和项目范围。
产品范围:表示产品或服务的特性和功能。如需求、目标、工作产品、交付成果;
项目范围:指为了完成产品范围内规定的特征和功能,所必须完成的工作,如确定干系人、WBS、资源安排、时间分配等;
产品范围是否完成以产品需求作为衡量标准;项目范围的完成以项目管理计划作为衡量标准。二者相结合确保项目在规定的时间内、使用特定的资源、按照约定的质量交付约定好的成果。
1) 范围管理包括需求管理:范围管理需要清楚的定义项目的具体工作范围和工作内容。
2) 需求管理为范围管理提供依据:在需求开发确定的项目需求基础上确定项目的范围,制定工作内容、项目预算、估算时间和资源;根据需求的级别安排资源投入工作;当需求有变更时会引起项目范围和时间的变更,对需求变更的管理可以减小项目管理的风险。
十 27th
2009-10-27买了yaronspace.cn域名和空间,纪念下~
再接再厉!!
下面是一年来流量变化情况,数据来自google analytics



近期评论