很多人是从Git那里听说,源代码还有分布式管理的概念的。当然说起来支持分布式的工具也真不少,比如mercurial就很是惹眼(OpenJDK你听说过吧)。咋一下子冒出这么多呢? 开源项目大概对这个潮流有个促进作用,因为很多时候,松散的团队,个人独自开发,采用一个集中式的管理方式显然不适合。 另外个人solo式的开发,逐步开始注重源代码管理,以及集成和测试的支持,也是一个促进的因素。 还有就是移动办公,也刺激了分布式的趋势。显然你坐在火车上用笔记本开发,如果搞一个cvs或者svn,肯定没有用mercurial方便。 而且小的创业团队,在国外很多,特别是学生和自由程序员很多,他们更加没有cvs或者 ...
为啥会这样呢? 即使Rails那么牛,但是你看他们依然在用Trac。而且你随便看看,到处都是Trac。更加奇怪的是SVN这个东西,居然也到处都是。更加奇怪的是,那么多分布式的新工具,也是用Python写的。即便是Git,你也会看到很多人在搞SVN——Git。当然另外一个大分支是如gentoo的partage,linux下也一堆包管理的工具是用Python写的。而且你如果多看看还会发现,很多用Python的,他们多喜欢用shell。当然以前我说过,Python是很多管理员的玩具。 而进一步研究你会发现,这些人都不是所谓Python社区的中坚力量。而且他们也不怎么喜欢GUI,大多数都是命令行。大概 ...
一篇文章同我最近考虑的东西很类似,只不过我对问题分了类,并且有些内容更加详细。而它之中也有一些是我没有考虑到的,所以很有参考价值。想当初CMM也是来自这样一个类似的问题列表,通过逐步的深化和系统化,从而形成一个大的体系。无疑标准有好有坏,而标准造成的后果也有好有坏。一个标准化的敏捷是否还是敏捷,这个问题需要我们去研究。而我相信不同的标准化的策略,会造成敏捷的后果不同。关键不在于是否需要标准,而在于这个标准应该如何建立,以及如何划分与组织其内容,同时还要明确指定出应用的范围。比如在一个成熟的领域,一个成熟的团队更加可能有优势。而在一个快速发展的领域,团队的成熟性是否能够带来能力的优势就不好说了。 ...
大概人活着会有一个阶段喜欢处处指点别人,教训别人,所谓好为人师。 这个阶段可早可晚,不过几乎所有人都会有。这种癖好大概来自父性和母性,只不过强烈程度因人不同。这个阶段帮助别人的快乐,比自己去做更多,并且经常会被身后跟着一群晚生后辈所鼓舞。如果这个人刚好是做教育行业,那么这样的热情就会得到最大的发挥。如果是做别的,那么就要看机缘了。 不过还有另外一个阶段,自己对自己开始有了真正的认识,不过表面还装着好为人师,其实骨子里面仅仅是利用传授学问,来验证自己,来拷问自己。继续下去,对自己理解失去兴趣之后,好为人师就成了一个牟利的幌子,只不过这个时候的利可能是钱,也可能是势力,也可能是学术派别,还可能是其 ...
写了一个帖子《少就是多》,不出我的预料,就是没有人回音,而我觉得即使有人回复,也不会有人能回复到点子上。 如同我发的《四十有感》,我本就不对别人能理解我的想法抱什么希望——我的思想是我的事情,与别人无关——仅仅是想看看别人是否有尝试理解我思想的想法。这就如同,你是一个导演,拍了一部给自己的电影,本身你就不该去设想它会叫座,而票房失败才是正常的。当然如果真的有一两个人看懂了,那自然好。但是如果确实有人喜欢,单就是不懂,是不是就该不好了呢? 我觉得如果真的是电影,这还是好。但是这不是电影,不是艺术,而是一种技术——技术是需要传播的——这就不是好事情。当然四十岁的人眼中好与不好,都是中性的。不好又如 ...
2008-01-09

少就是多

关键字: 产品化开发 结构与需求
rails A cd A rake db:create:all ruby ruby script\generate scaffold A B:string C:text rake db:migrate 你认为我刚才做了什么?没有了名称的提示,只有A、B、C这样的变量名似的东西,那么这个程序就没意义了吗?给大家充分的讨论时间,然后我说我的看法。做个提示,这个讨论是关于产品化设计,程序结构与需求,也许还可以包括平台设计。可以将这个帖子看作我在最近参加的几个讨论挖的坑,现在开始种树了。
如果是windows下的用户,而又不是使用instant Rail,那么需要进行以下步骤。1、下载sqlite的exe和dll文件,然后将其放入系统path。(有些linux发行版本默认安装了sqlite,无需再次安装)2、确定你下载的sqlite版本,如果是sqlite3(注意放入path目录的文件应该保持的sqlite3.exe和sqlite3.dll,不要改名为sqlite.exe和sqlite.dll),在命令行运行gem install sqlite3-ruby 安装sqlite3的ruby驱动。3、新建一个Rails程序本想自己写点代码,可是网上有个5行的todo,我就懒 ...
最近rails社区Zed的吵闹成为一个热点,我有几点看法要说。而联想其当初的《java将死》,就更有必要做点新的阐述。 我不认为ruby的发展跟不上rails,其实本身rails也有问题。比如2.0的推出,就很有争议,吵闹不断。而python社区其实也仅仅是表面的沉静,例如就easy install这个东西,完全不能和gem比,它仅仅代表了很少的一部分人的意见,绝大多数人并不是不支持,而是没想过去支持这个东西。至于说python适合不适合web则是不需要讨论的问题,关键是自己的选择。 python的优势在于有很多的积累,弱点在包袱比较多。ruby的优势在于比较新,没啥负担,可以追求更新,而弱势 ...
一、FDD方法普及教程。 介绍软件项目中几种关键指标,及其之间的关系,强调可见性的重要。 概况介绍FDD方法。 介绍Feature的使用。 主要面向主程序员和类所有者,展开FDD方法的实际操作。 介绍FDD方法,在开发流程外进行总结和积累的方法。 高级内容则以主设计师为主介绍,如果建模,以及如何根据领域模型安排进度和人员,以及如何构建构架。同时介绍如何在开发流程外建立业务模型,以及在总结的基础上构建业务框架,从而为今后同领域项目快速构建做基础准备。 REST与Feature。 二、软件产品设计。 介绍什么是软件产品,以及软件产品和软件项目开发的不同。 介绍软件产品开发的一般流程。 介绍产品开 ...
ozzzzzz
搜索本博客
最近加入圈子
存档
最新评论