聆听音乐、捧读经典——“Jolt大奖精选丛书”有奖征文活动

博文视点 发布于 2012/08/06 15:30
阅读 5K+
收藏 2


一项技术产品只有在获得了Jolt奖之后才能真正成为行业的主流。

一本技术图书只有在获得了Jolt奖之后才能真正奠定经典的地位!

作为计算机技术图书的厚爱者和出版者,我们总在追问——是谁在震撼世界,是谁在照亮明天?“Jolt大奖”恰似摆在眼前的橱窗,让我们可以近距离观看潮流在舞蹈,倾听震撼在轰鸣!

电子工业出版社博文视点携手业界权威的Pearson公司,精心策划“Jolt大奖精选丛书”系列,意欲让这些曾惠及无数技术人的伟大作品,重新在国人面前华丽登场、绽放光芒。
    今天,我们联手开源中国诚挚地邀请您:认真体会软件开发与古典音乐艺术的异曲同工之妙,感受工程与艺术与生俱来的关联度与相似度,写下你内心激荡的情感与每一寸深刻的感怀!

征文主题: 读经典、听经典、忆经典
征文内容:
    无论您在IT业浸润多年,还是初入此行,抑或尚在辛苦求学,只要您读过其中的任意一本图书或是它的章节,我们都欢迎您写下原创书评并反馈给我们;
如果您也同样欣赏古典音乐的美,这种美曾澎湃过您的心灵,让您的内心涌动过激荡的情感,也    欢迎您写下这美好的感悟;
更也许您深刻体会过古典音乐与经典读物带给过您的双重震撼,我们愿和您一同认真品味。
……
    相信这些珍贵的文字如同留存在心灵河床上的沙粒,干净而温暖。感谢生命的美好,怀想逝去的年华,那种真,那种纯,值得我们珍藏一生。 
投稿方式:
    请您在本文后直接跟贴书评。
活动时间:
    2012年8月6日~8月20日
奖品设置:
一等奖:(1名)
以下两种奖品方案任选:
(1)古典音乐演出票2张( 以下三场演出随机,仅限北京地区网友可用,票价280元 )和价值200元的博文视点图书
详情参考:
天空之城交响音画——久石让宫崎骏经典动漫大型视听音乐会(2012-10-2 / 2012-12-22)
菊次郎的夏天——久石让钢琴曲龙猫乐队梦幻之旅演奏会(2012-10-1)
莫扎特之夜—萨尔斯堡莫扎特交响乐团音乐会(2012-9-13)
(2)古典音乐原版CD一张+李云迪CD一套和价值200元的博文视点图书

详情参考:Anne Sophie Mutter Mozart Piano Trios莫扎特作品集.穆特(DVD)1张
李云迪(北京现场独奏会(DVD)、红色钢琴(豪华版)(CD+2DVD)、肖邦夜曲全集(CD))各1张
二等奖:(2名)
李云迪CD一套和价值200元的博文视点图书
三等奖:(3名)
李云迪CD一张:红色钢琴(豪华版)(CD+2DVD) 1张和价值200元的博文视点图书
四等奖:(5名)
价值200元的博文视点图书
注:博文视点图书可参考www.broadview.com.cn或关注新浪微博 博文视点官方账号:@博文视点Broadview。奖项评选:
本次活动将特别邀请Pearson公司代表、本套丛书的译者、博文视点资深策划编辑共同来评选出优秀作品,颁发奖项。
获奖名单公布时间:2012年9月3日
奖品发送流程:
1.公布获奖名单后,获奖者将自己选择的图书书名、联系方式(快递地址及手机)在5个工作日内与活动主办方开源中国取得联系;
2.博文视点在收到选择获奖者信息等资料后的10个工作日内将图书与CD等奖品一并以快递形式寄出。

参加活动书目:

Jolt大奖精选系列丛书
《编写有效用例》 试读样章:http://www.oschina.net/bbs/doc/538
《灾难拯救:让软件项目重回轨道》  试读样章 http://www.oschina.net/bbs/doc/541
《持续集成:软件质量改进和风险降低之道》 试读样章: http://www.oschina.net/bbs/doc/539

《代码阅读》 试读样章:http://www.oschina.net/bbs/doc/542

《代码质量》 试读样章:http://www.oschina.net/bbs/doc/540
《面向对象分析与设计》 试读样章:http://www.oschina.net/bbs/doc/543

请注意:我们鼓励原创,如果在书评中盗用了他人的书评文字将被视为不合格书评,会影响您今后参加博文视点图书写评论活动的资格,所以,承担为其他读者提供宝贵建议、分享自己试读的责任吧,写好您的书评并在第一时间发送链接至指定位置,这一点非常重要哦!

以下是话题补充:

@mj4738:古典音乐演出票2张 仅限北京地区网友可用 , 啊啊啊啊啊啊啊啊 (2012/08/06 17:41)
加载中
1
蔡晓建
蔡晓建
《持续集成:软件质量改进和风险降低之道》书评 
      真正接触持续集成是2年前来到新公司的时候,那个时候公司请了ThoughtWork公司的咨询顾问来。顾问给我们灌输了持续集成的概念,并使用CruiseControl帮助我们搭建了持续集成环境。随着时间的推移,我们这里多个项目组都加入了持续集成的环境,并搬来了大电视让整个过程可视化,并加了一些警示的声音,效果很是震撼呀。持续集成是个有趣的东西,还制定了相应的军规:红灯停,绿灯行,黄灯停一停。(和电视上显示的项目状态的颜色有关)
       正如书上说描述的,持续集成减少重复的过程,把编译,集成测试,部署等环节自动化,的确节省了我们的时间,并避免了人工干预的风险。另外,我们在持续集成里边加入单元测试,findbugs,checkstyle, cppunit等测试项,这样代码质量问题可以得到更快更好的反馈,经常因为有些问题代码被快速检测出来而感到庆幸。
       样章只有持续测试这一章节的描述,项目的可靠性必须得通过持续不断的测试来保证。正因为如此,我们在持续集成里边加入单元测试等功能之外,还使用自动化测试用例进行测试,当然因为测试用例巨大,耗时较长,我们通常是选择在晚上进行的。
       按照我们的理解,对项目有利的东西,只要能够自动化,都可以考虑加入持续集成,这将给项目带来更多的好处。
0
blindcat
blindcat

先占个沙发吧

chazz
chazz
挤挤
mj4738
mj4738
这活动给力啊
铂金小猪
铂金小猪
我以为我是沙发!!!
0
铂金小猪
铂金小猪
哎呦,这次是相当有料呀。支持下。
0
empireghost
empireghost
《代码阅读》

软件源码是用以交互程序操作,并将知识通过一种可执行的形式加以存储的明确媒介。你可
以将源代码编译成一个可执行的程序,可以阅读代码弄明白程序要干什么,以及如何工作,
也可以修改代码改变程序的功能。

随着软件复用越来越被重视,高的人员流动率总是同软件产业如影随形,开源开发与合
作开发工作(包括外包、代码走查和极限编程)的重要性正日益增强,以上这些都使得代码
阅读成为软件工程师今时今日必不可少的一项重要技能。

本书采用非常自由的代码解说方式,可以应用于项目中所有机器可读的部分:源代码(及其注释)、文档、可执行程序、源代码库、设计图表和架构草案通过本书,你将学到以下技能: 
  能够阅读理解重要软件的代码。 
  理解很多重要的软件开发思想。 
  知道如何探索庞大的代码体。 
  拥有阅读大多数重要的高级(或低级)编程语言的能力。 
  理解实际软件项目的复杂性。


开源软件已经使我们可以访问数百万行的代码(代码质量有高有低),
可以阅读、评论和改进这些代码,也可以从中有所收获。大部分开
源软件程序已经被: 
  论证、内化、泛化和释义。 
  用以解决实际的问题,经常是与其他程序一起。 
养成阅读他人编写的高质量代码的习惯 。就像阅读优秀的散文能够丰富词汇量,激发灵感,
开阔视野一样,检查剖析一套设计良好的软件系统的内部细节可以学到新颖的架构模式、数
据结构、编码方法、算法、风格和文档规范、应用程序编程接口,甚至是一门新的计算机语
言。阅读高质量的代码还可以提高你编写代码的水准。 
0
qq123
qq123
先来顶一个吧
0
博文视点
博文视点
大家多多来参与哦,奖品很丰富哦!
0
empireghost
empireghost

《灾难拯救:让软件项目重回轨道》  

 

修理工作的关键之一是确保被修理的对象尚可修理。对于要拯救的软件项目来说,这无疑也是成立的—— 如果挽救工作只会使其再次走向失败,那么,挽救工作就没有什么价值。

 

 

书中通过汉尼拔的行军为例,军队损失惨重,很多人死亡。他通过沿途招募志愿兵的方式,来弥补他的损失。然而,问题的关键是是他没有足够的食物来养活他们,从而,招募来的士兵越多,死亡人数就越多(死于饥饿而非寒冷)。最好通过严格限制招募的士兵人数来解决这个问题.


但是方法不具有恢复力的,导致  队伍再次开始膨胀,食物配给量开始减少。士兵再次开始死亡,行军速度又慢了下来。

—— 他没有一个监控系统来维持他新的招募方法。没有监控系统,他的项目(向意大利行军)逐渐返回到以前的灾难状态。队伍再次开始膨胀,食物配给量开始减少。士兵再次开始死亡,行军速度又慢了下来。汉尼拔需要的是一个审查招募工作状况和食物分发情况的系统,并在情况再次开始变坏时及时触发校正程序的系统。也就是说,汉尼拔需要一个早期预警系统。 

 

 

简单的、用于经历了灾难拯救过程并重启后的项目的早期预警系统(Early Warning System ,简称 EWS ),EWS 的目的是确保重启后的项目不会再次滑进灾难模式。它有 5 个基本要素:

1 .开发数据的收集 

2 .定期的项目现状评审 

3 .触发警报的潜在问题(或风险)的识别 

4 .启动校正行动 

5 .后续行动

 

0
子木007
子木007
读书的人少了捏? 还是打草稿去了捏?    只有羡慕嫉妒恨,我最怕写东西
0
博文视点
博文视点
想到什么就写什么,写作其实很简单哦,主要还是小懒虫在作怪哦,大家都来积极参与啊!
0
empireghost
empireghost

 《代码质量》  

书中把学习如何判断软件代码的质量设为目标。一旦掌握了这项艺术,我们就能

够将这种刚刚得到的判断能力应用在自己或者他人编写的代码上,以评估代码质量的方方面面,并对所发现的欠缺之处进行改进。我们也可以在与同事们讨论各种备选的实现方案时,运用所学到的关于代码质量的知识,理想状态下,推动软件项目朝着最正确的方向发展。


质量的重要性


质量、时间和成本是衡量所有软件项目成功与否的三个主要因素,而质量则是这些要素中唯一不能通过下达管理命令的方式来立刻改变的。此外,低劣的软件质量所带来的影响可能是相当严重而且难以挽回的。

 

通过自行车的实例,使用中的质量(quality in use),也就是真实的终端用户体验。广泛地讲,这个方面反映了用户在一个特定环境下达成自己目标的程度。一次完美的自行车骑驾体验。


外部质量属性(external quality attribute )当然会影响使用中的质量。如果你发现车闸反应迟钝,你可能就会由于撞到树干上而终止你此次在下坡路段上的旅行了。在软件世界里,外部质量方面包括可以通过运行软件确定的方方面面,一般是在一个测试环境中——图1-1(右上)显示了运行中的 JUnit 回归测试框架。通过彻底地测试并修正软件外部质量方面的问题,我们能够把终端用户将要面对的错误最小化



通过检查(而非试骑)自行车而确定的特性,在术语上,被称为内部质量属性(internal quality attribute )。在软件中,这些属性都是可以通过检查而非运行来确定的。例如java中的Fingbugs工具。

返回顶部
顶部