2010年1月14日，IBM宣布推出面向云环境的软件开发解决方案“面向云计算的IBM Rational软件交付服务”和“IBM云环境中的IBM智慧的业务开发和测试”。 在《程序员》记者应邀出席的新产品发布媒体见面会上，IBM软件集团Rational总监Dave Locke先生、IBM软件集团大中华区Rational总经理夏然先生和IBM Rational中国开发中心总经理严成文先生均作了即席演讲，分享了Rational基于云的全新应用。
本次推出的两个解决方案旨在帮助开发人员在公共云和私有云环境中实现软件开发 和交付，借助IBM云计算的优势，这种开发模式将在成本节约、灵活性、速度、敏捷和治理等方面为客户带来巨大价值。同时，这一解决方案的推出，也将进一步 扩大IBM在云计算领域的领导优势。 阅读全文 »
提问嘉宾：
林昊，网名BlueDavy，China OSGi User Group Director，淘宝网平台架构部架构师，个人的研究方向主要为Java模块化、动态化系统的构建以及高性能的大型分布式Java系统的构建。曾编写《OSGi实战》和《OSGi进阶》两篇Opendoc，为OSGi在中国的推广起到了很大的作用。
回答嘉宾：
黄冬，有多年软件开发、系统架构、系统运营的经验验。长期关注于高可用性、高可扩展性的系统架构设计。主持设计和运行过多个大型高容量产品和系统，也是中国FreeBSD、Python社区的发起者和积极参与者，也是国内啄木鸟（http://www.woodpecker.org.cn）社区的创始人之一。现在正在北京从事系统架构咨询及系统运营外包的的创业之路。
林昊：随着数据量的不断增长以及前端应用的不断水平扩充，数据库的压力会成为明显的问题，这个时候常用的方案是数据拆分，在数据拆分时有些什么较好的拆分方式，以及如何能够做到数据拆分后对已有程序不产生影响或产生很小的影响？
黄冬：这个拆分以应用的特性为主，从业务的特性出发更为重要，不是一个技术层面的通用解决方案，一般来讲先会从业务自身分析，已经有人总结过数据库做拆分的几种方式： 阅读全文 »
今天下午两点（2009年12月30日），IBM 敏捷开发实践的领导者Scott Ambler 在期下榻的北京香格里拉饭店，接受了《程序员》杂志记者的专访。在持续1个多小时的访谈中， Scott Ambler 就中国敏捷开发者比较关心的一些问题，比如：如何说服公司决策层采纳敏捷、IBM公司内部项目团队运用敏捷开发的情况、敏捷方法的关键问题和注意事项等，进行了分享和交流。
Scott Ambler是敏捷建模方法学的创建者和思想领导者，是软件开发方法年轻一代的领军人物之一，在理论和实践上的造诣都很深厚。他是《Software Development》杂志的专栏作家，撰写了多部颇受推崇的著作，其中包括：《数据库重构》 （2007年第17届Jolt生产效率大奖图书）《UML风格》(享誉全球的UML秘籍)等。
关于 Scott Ambler 接受本次专访的详细内容，将在《程序员》2010年第2期呈现，敬请关注！
2009 年12月4日，IBM 著名的软件开发品牌 Rational 宣布推出下一代项目及组合管理（Project and Portfolio Management，简称PPM）解决方案，来帮助软件园区及软件企业实现“软件经济学”。
在接受《程序员》杂志记者采访时，IBM Rational 中国开发中心总经理严成文先生说：“Rational 全新项目及组合管理平台包含组合管理（Portfolio Management）、产品管理（Product Management）、项目管理（Project Management）和绩效管理（Performance Management）四大部分，能够帮助客户在统一视图内了解项目的各方面信息，从而进行正确的投资决策，从软件和系统的交付中获得显著的、可预测的持续价值。” 阅读全文 »
一些敏捷团队在实施敏捷开发中忙于编码、忙于Unit Test、忙于沟通、忙于Build等，虽然也有编码审核阶段，但大都浮于表面，流于形式，效果不佳。本文结合实践，介绍笔者对敏捷开发中CodeReview的理解和相关经验。
文/陈序明 黄彦军
敏捷开 发中Code Review的目的及内容
做任何事情，首先要清晰为什么要做，才能有目标和动力把事情做得更好，Code Review 也是如此。只有清晰明确了敏捷团队进行CodeReview 的动机，才能以此为方向开展后续工作。下面我们推荐的敏捷开发中常见的Code Review的目的：
设计合理性Review
在笔者的另一篇文章中《敏捷开发中的架构设计》谈到，敏捷开发中崇尚Code is design，对开发人员提出了比以往更高的要求，即需要开发人员不断地重构出合理的设计。所以敏捷开发中的Code Review也需要承担一部分“结对设计”和“设计把关”的职责。
这部分的Code Review 包括：设计的合理性（如实现方法，数据结构，设计模式，扩展性考虑等），是否存在大量重复代码和其他组件是否有重复的代码，包结构设计是否合理等。
笔者了解的一些项目中， 进行敏捷开发后， 提高了开发效率， 但是设计的质量却下降了。如Repeat Yourself 的现象（特别是跨组件之间的Repeat Yourself 现象）；更有甚者，在笔者看到一个某银行的应用中（不是国内的），数据库连接和操作是直接在JSP中写SQL语句。
像这些Bad Design 的例子还是很多的。这些在重构的时候应该由开发人员解决。但考虑到不同开发人员之间技术功底不一，很有必要在Code Review阶段进行Review和讨论。 阅读全文 »
一个成功的产品就像一个人的成长过程一样，会经历孕育、婴儿、少年、青年、成年、老年等几个不同的阶段，而产品经理就像无数操心的父母一样，在不同阶段要有不同的心态和处理方式，以帮助产品茁壮成长。
文/Eric Sink 译/顾全
在我贴出的一篇博客中，有这么一段：
最后说点完全不相干的事，别错过了6月3号微软技术大会上的即兴演奏会。我们几个SourceGear来的小跟班儿打算上台表演一曲Pinball Wizard。我弹原声吉他，我们的开发经理Jeremy Sheeley 弹贝司，而我们的产品经理Paul Roub弹EvilMastermind Schecter PT。
话说回头，那篇博客的第一个读者评论写道：
3个经理。哇。你们公司肯定还在增长，要么就比较大。
发表评论的仁兄很可能是用“经理”一词来指代“管人的人”。如果是这样，那是没错，我们公司的经理不止3 个，但是演奏Pinball Wizard 的3个并不都符合这一名号：
产品经理是什么？
简而言之，产品经理是市场营销人员，他们关注于战略和产品特征之类的东西。
人们一想到市场营销，念头就跑到标识、图形设计和广告等事情上去了。这些是市场营销中的沟通传播一面而已，也就是所谓的“营销传播”（marcomm）。
市场营销的其他方面是那些更关注产品本身的东西：
这些活动都是产品经理的领域。 阅读全文 »
P2V（Physical to Virtual）是将实体机转换为虚拟机的一种技术，是所有企业虚拟化的第一步，但并不是每个企业都能顺利进行P2V的。本文从P2V的应用场景出发，为您介绍P2V实施过程中的重点与难点。
文 / 胡嘉玺
小张是公司的IT主管，常常要应付老板对新科技的要求。当虚拟化成为新潮流时，也成为小张的新功课了。老板要小张评估公司是否可以进行虚拟化，希望能赶上节能减排的新趋势。
服务器合并是虚拟化的第一步，小张当然也是从这开始做的。但全公司都是一台台的服务器，不管是数据库、邮件服务器、网页服务器、代理服务器，晚上还得和国外的公司进行数据交换，所有的服务器是一刻不能停的，怎么可能说虚拟化就虚拟化呢？
此外许多系统已经是NT或Windows 2000的老系统，要安装上虚拟机还得重装系统，但是已经找不到光盘或是驱动程序了，因此重装系统是无法成功的，要将旧服务器虚拟化，最好的办法就是实体机转换（Physical to Virtual, P2V）。
P2V是所有企业虚拟化的第一步，但并不是每个企业都能顺利进行P2V的。首先要考虑的，就是实体机上的数据。如果你的实体服务器的OS是安装在实体机的硬盘，数据也没有放在网络储存上，那P2V就是最坏情况了。如果你将OS安装在FC SAN上，并且将数据存放在网络储存设备上，那么只要利用对应的方式就可以在很短的时间内将实体机转到虚拟机上，有时甚至只需花费几分钟的时间。
利用专业工具进行P2V的方法
将实体机的磁盘数据转换成虚拟机格式，一向是相当耗时的工作，一般是使用FC SAN加上虚拟机产品的快照机制，但如果你的公司没有FC SAN，也可透过快照与成本较低的iSCSI机制，加速实体转换虚拟的工作。P2V主要的重点就是硬盘。由于虚拟机能仿真出CPU和RAM，但硬盘中的数据会从分区变成文件，因此完整的P2V过程，就是将实体机器转换到虚拟机环境中，最后将实体机器的磁盘区转换成虚拟机可辨识的文件格式，才能为虚拟机所用，这是需要专业工具的。 阅读全文 »
提问嘉宾：
黄冬，多年软件开发、系统架构、系统运营的经验。长期关注高可用性、高可扩展性的系统架构设计。主持设计和运行过多个大型高容量产品和系统。是中国FreeBSD、Python社区的发起者和积极参与者，也是国内啄木鸟（http://www..woodpecker.org.cn）社区的创始人之一。现在北京从事系统架构咨询及系统运营外包的的创业。
回答嘉宾：
邓毅，网易有道技术总监，负责新技术与应用研究团队的工作，带领很多有道核心技术的开发。清华大学计算机系博士学位，在模式识别、计算机视觉等领域有丰富的研究经验。
黄冬：互联网在过去的数年中发展迅速，交换带宽已经从10M迅速提升到了万M，而计算机的总线、CPU计算能力出现了很多瓶颈。经常会发现一台服务器的带宽有千M甚至更高，而使用的却不足，在架构上有什么考虑，让一台服务器能更多用起这样的带宽来？
邓毅：网络技术的高速发展的确使得单台服务器的带宽有了很大的提高，这可以使得一些以前不太好做的事情更容易的实现。
一方面，对于后台计算服务部分，高速的带宽使得我们可以把更多的服务器通过以太网连接起来，进行大规模的分布式运算，让不同的机器处理大数据的不同部分，再通过网络把数据进行汇总，从而得到以前需要大型机才能获得的超大规模的计算能力，这让我们可以从海量的数据中分析出更加有用的信息。此外，通过网络，我们可以把多台机器联合起来组成分布式的存储系统，从而提高系统的存储容量、访问带宽以及可靠性。
另一方面，在前端与用户直接接触的部分，由于带宽的提升、网速的变快，用户的客户端程序可以更加频繁的与服务器进行通讯，传输更多的数据，“云计算”或者“软件加服务”的模式，使得原来单机服务无法实现的功能或者服务质量得以实现。例如有道的词典，当存在网络连接的时候，客户端的软件会把查询需求发送到服务器端，服务器端可以在一个非常大的词库中进行查询，还可以做一些智能分析的操作，从而在不占用用户本地资源的情况下，大大提升用户的体验。另一个例子是类似“云杀毒”之类的应用，通过网络把数据传回服务器进行杀毒，也是充分利用当今互联网的带宽。
《程序员》致歉声明
刊登于《程序员》2009年10期的《编程习惯》一文，出现严重错误：
1.该文作译者正确署名应为“文／Alexey Radul 译／程显峰”；
2.文章修改版本刊登有误，部分译者修订之处未能正确体现在所刊登文章中；
3.因篇幅原因，未列出致谢部分以及原文链接。
对以上失误，《程序员》编辑部向本文作者Alexey Radul先生、译者程显峰先生正式道歉！
并对由此带给读者的阅读影响，向广大读者表示真诚歉意！
《程序员》编辑部
二〇〇九年十月
以下为更正后文章，请读者参考：
编程习惯
文/Alexey Radul 译/程显峰
近年来，我对编程艺术有很多体会。过后，我发现有些体会是错的；有些体会我遗忘了但又重新感受到；而另外有些则是必然会发现的。我还完善了一套项目管理的好习惯，这些习惯包括我自己的，或者小组的，抑或是更大的,公司内部的。一方面，这些习惯对软件的成功开发是至关重要的（太小或者纯粹巧合的不算），另一方面，这些习惯也不是什么高深莫测的东西，较小的篇幅就可以说清楚了，第三，这些习惯都没有得到应有的重视。所以我把这些写下来，而你呢，正读着呢。
本文包含很多零散的个人建议，有六大块，各讲一个方面。因为建议很多而且相互联系紧密，所以不太好把他们逐条陈列。这样写还有一个好处就是你可以有所挑选的阅读，把你所知道的部分跳过去，把你想重新思考的部分温习一下，或者只是简略的阅读提纲不深入研究具体内容。 阅读全文 »
文／胡振波
作为一个有着一年多Rails开发经验的开发人员，笔者希望通过这篇文章跟读者交流和探讨一下Rails开发的心得体会，体验一下Rails之美。
Rails开发之美，我总结的有这样几点：简洁、透明、自由、开放、轻灵、丰富和优美。可能你已经感觉到，这些词汇大多展现的是感性的一面。没错，Rails开发的每一天都是那么“畅快”，畅快背后其实就是这些生动的感触。笔者希望从这些简单的感触出发，结合实际的例子，来展示Rails真实的美。
Rails之美
简洁
可能很多人在推荐别人使用Rails的时候，都会列举一个理由：简洁。的确，简洁是促使很多人开始学习和使用Rails的原因。那到底什么是简洁？简洁可能代表少，简洁可能代表没有重复，简洁当然也代表复杂的对立面。
Rails是基于ruby语言的。动态语言带来的好处之一是代码量的急剧减少。有一个鲜活的例子，有一次跟客户进行pair，把曾经用Java实现的一个900多行的类，缩减到了100行。客户很是惊讶。当然，纯粹量的减少可能并不代表什么，但至少带来了清晰和易读这两个对代码来说非常重要的特性。
因为动态语言的良好支持，Rails框架使重复的配置工作减少到了极致。比如在Java世界的大量OR Mapping配置文件，在Rails里面不再需要。虽然现在Java世界的配置量也在不断地精简，但还是占据了一定的工作量。重复工作的减少，亦即工作效率的提升。 阅读全文 »
Loading ...
最近评论