bat写的自动部署脚本
摘要：windows7的机器上重启服务需要关闭UAC::编译部署项目echo offecho 1. GatewayAdaptorecho 2. LogicServiceecho 3. MessagePushAdapterecho 4. PhoneAdaptorecho 5. StatusServicese...
阅读全文
posted @ 2015-06-14 17:04
随笔分类 - 研发流程
ubuntu安装svn manager
摘要：环境：系统ubuntu14.040. 更新软件库sudo apt-get updatesudo apt-get upgrade -y1. 安装apache,svn,svn的apache模块sudo apt-get install apache2 subversion libapache2-svnsu...
阅读全文
posted @ 2015-03-19 12:56
java程序编译
摘要：Empoyee.javapackage Company;public class Empoyee{ String name = ""; public Empoyee(String name) { this.name = name; } public Str...
阅读全文
posted @ 2014-07-08 20:30
hg vs git ：这个世界除了svn还有别的
摘要：最近想用版本控制软件来保存汉化文件，但又觉得SVN太麻烦，于是想到了最近较为流行的分布式版本控制工具。而Git和Mercurial（意思为水银的，于是经常缩写为Hg）自然是其中最为流行的工具。大名鼎鼎的Linux就用Git作源码管理，而Python和Firefox则采用Hg（你可以在这找到一堆使用H...
阅读全文
posted @ 2014-06-19 08:52
持续集成之戏说Check-in Dance
摘要：尽管Thoughtworks的首席科学家Martion folwer为“持续集成” 下了定义，但由于自身背景与经历的不同，每个人对其都有不同的理解。从狭义上讲，持续集成可以认为是一种基于某种或者某些变化对软件系统进行的经常性的构 建活动（注：这里的构建活动不仅指编译打包工作，还包含各类自动化测试、部署及发布活动）。然而，它忽视了一点，即：任何实践中都应该包含“与人的交互” 这一因素。因此，从广意上讲，持续集成应该是软件开发团队在上述活动的约束下所采用的整个开发流程及活动。它强调开发团队与持续集成系统之间的互动性。我 们既见过持续集成做得非常成功的团队，也见过效果不佳的持续集成，甚至失败的案例.
阅读全文
posted @ 2014-01-22 16:28
Kent Beck揭秘Facebook开发部署流程
摘要：http://www.infoq.com/cn/news/2013/10/facebook-development-deploymentFacebook是世界上最大的社交网站，有超过10亿用户每月至少要登录一次，他们每天要上传超过25亿内容，支持这样一个站点的运行，还要不断发布新的功能，Facebook的工程师是如何做到这一切的？目前就职于Facebook的极限编程创始人Kent Beck在近期发表的一篇与别人合著的论文里向大家详细介绍了Facebook的开发与部署流程。显而易见，Facebook的工程师们不会像传统软件行业那样使用瀑布模型进行开发，他们不断地开发新的功能，并迅速上线，让用户能
阅读全文
posted @ 2014-01-07 17:38
敏捷开发的6个实战经验
摘要：摘要：Ulf Eriksson根据自己多年的敏捷开发经历，总结了6个实施敏捷开发的技巧：快速迭代、让测试人员和开发者参与需求讨论、编写可测试的需求文档、多沟通&尽量减少文档、做好产品原型、及早考虑测试等。在大型企业中经常是各种软件开发模式混用，一些采用敏捷开发，一些则是采用传统的瀑布式或RUP（统一软件开发过程）。敏捷开发，相对传统软件开发模式，它主要是针对快速变化的需求，不断优化管理流程，最终推出优质软件。原文作者Ulf Eriksson，是一家在线问题跟踪软件公司的创始人之一，他是敏捷开发的忠实粉丝，已经进行了多年敏捷开发的实践。下面内容主要是作者根据自己多年经历进行的经验总结。1
阅读全文
posted @ 2013-12-09 17:24
测试覆盖（率）到底有什么用？
摘要：http://www.infoq.com/cn/articles/test-coverage-rate-role引言经常有人问我这样的问题：“我们在做单元测试，那测试覆盖率要到多少才行？”。而我的答案很简单，“作为指标的测试覆盖率都是没有用处的。”Martin Fowler（重构那本书的作者）曾经写过一篇博客来讨论这个问题，他指出：把测试覆盖作为质量目标没有任何意义，而我们应该把它作为一种发现未被测试覆盖的代码的手段。http://martinfowler.com/bliki/TestCoverage.htmlBrian Marick（敏捷宣言最早的17个签署人之一）也说过，作为一名程序员，我
阅读全文
posted @ 2013-12-06 17:50
领域驱动设计和实践
摘要：http://kb.cnblogs.com/page/112298/作者: 池建强来源: InfoQ发布时间: 2013-12-01 13:03阅读: 2892 次推荐: 7原文链接[收藏]摘要：本文主要介绍了领域驱动设计的基本概念、要素、特点，对比了事务脚本和领域模型的特点，最后介绍了我们在软件开发过程中的领域驱动设计实践。 引言 软件系统面向对象的设计思想可谓历史悠久，20世纪70年代的Smalltalk可以说是面向对象语言的经典，直到今天我们依然将这门语言视为面向对象语言的基础。随着编程语言和技术的发展，各种语言特性层出不穷，面向对象是大部分语言的一个基本特性，像C++、Java、C..
阅读全文
posted @ 2013-12-02 11:04
写给开发者：记录日志的10个建议
摘要：http://blog.jobbole.com/52018/欢迎在新的一年来到我的博客。在一个巴黎devops maillist上回复了一个关于监控和日志监控之后，我想起了很久以前我的一个博客计划。尽管在写这篇博文的时候，我是在负责运维工作，不过本文主要是写给开发者的。对我来说，明白如何记录日志和记录什么，是软件工程师必须明了的最艰巨的任务之一。之所以这么说，是因为这项任务与预测（divination）类似，你不知道当你要调试的时候需要些什么信息……我希望这10个建议能帮助你更好地在应用程序中记录日志，让运维工程师们受益。:)1. 你不应自己写log绝对不要，即便是用printf或者是自己写入
阅读全文
posted @ 2013-11-26 15:11
一次优秀的代码提交应该包含什么?
摘要：http://kb.cnblogs.com/page/181762/英文原文：What's in a Good Commit?译者：@neevek 首先我们来听一个令人恶心的例子。 你看到问题 F00-123被解决了。这是关于一个你自己很熟悉的子系统的 Bug，所以直觉告诉你造成这个 Bug 最可能的原因。为了证实你的怀疑，你决定看看这个 bug 是怎么被解决的。你花了很长时间搜索了整个版本历史，直到把这个 bugfix 的范围缩小到了 4 个连续的提交，它们分别的提交信息是：dao 小调整(dao tweaks)、moar、Fixes， 还有删除一些调试信息(remove debug
阅读全文
posted @ 2013-11-20 19:09
你需要的不是重构，而是理清业务逻辑
摘要：最近我遇到了一位以前公司的同事。他提到了数年前我在那个公司曾经开发过的项目。他说这个项目现在已经变成了“职业杀手”。基本上，任何接触过这个 “职业杀手”项目的人最终都会离开这个公司。如果公司想让名下的程序员人数>0，唯一的办法就是花数月时间完全重构这个系统。对于这事我有两点要说。首先，在我离开这个公司前，这个系统的单元测试覆盖率已经达到了85%，所以，不要责备我。第二，这么大规模的重构？肯定会出问题。每 一个系统里都至少有一个成为人民公敌、让所有人害怕的组件。它承载了太多的任务，它拥有太多状态，太多的其它组件调用它。当时间到了偿还技术债务的时候， 人人都会把目光投向这个组件。然而，如果你
阅读全文
posted @ 2013-11-18 17:13
软件开发实践的24条军规
摘要：http://jianjiaosun.blog.163.com/blog/static/13612448620136212242300/本文的这些最佳实践、开发准则都是伟大的程序员的经验总结。Tim Oxley从互联网中搜集了这些最佳实践，并放在了Github上，以供他人查看和补充。希望这些最佳实践能够为你的开发工作带来一些帮助。本文的这些最佳编程实践、开发准则都是伟大的程序员的经验总结。Tim Oxley从互联网中搜集了这些最佳实践，并放在了Github上，以供他人查看和补充。希望这些最佳实践能够为你的开发工作带来一些帮助。1.不要构建大型应用构建大型应用的秘诀就是“不要构建大型应用”，也就
阅读全文
posted @ 2013-11-18 16:56
Facebook和Google如何激发工程师的创造力
摘要：http://taiwen.lofter.com/post/664ff_ad8a15今天终于“朝圣”了两个伟大的公司——Facebook和Google，对创造力和驱动力的来源有了更多的理解，尤其是对于典型的知识型工作者——软件工程师，如何激发和维持他们的内心激情。简单来说，就是充分满足物质需求，然后将能去掉的条条框框都拿掉，让这些聪明的人自行其是，自己管理自己或者向上管理。然后你就得到了。这儿还是要提到一个大前提：就是与你一起共事的人都是素质很高的，能够自驱动，愿意实现自我价值的兄弟们。否则，后果自负。工程师要生活，要满足基本需求：那就给出超出其期望值的待遇，让其衣食无忧，不再为是自己单独租房
阅读全文
posted @ 2013-11-18 14:38
gtest以及测试小结
摘要：所有的测试，都是让未知的东西和已知的东西进行比较，如果测试结果和预期的一样，那么就认为被测对象是OK的否则视为有问题。python的单元测试是写一堆继承了unittest.TestCase类，每个类里都会定义一个runTest函数，实际上这个函数是覆盖了基类的函数，脚本执行时调用unittest.main函数，unittest.main函数就会查找哪些类集成了TestCase并执行runTest函数那么到了gtest里也是类似的,不过因为gtest是C/C++的单元测试框架，而C/C++里能执行的都是可执行文件，所以需要把这些测试代码打进程序，然后用main函数来调用这些测试代码，但是我们是看
阅读全文
posted @ 2013-10-18 16:54
日志记录最佳实践
摘要：译自Optimal Loggingby Anthony ValloneGoogle Testing Blog要找到一个系统问题的根本原因，你需要多长时间？5分钟？还是5天？如果你的答案接近5分钟，很大可能是因为你的生产环境和测试环境使用了非常好的日志记录。更常见的情况是，诸如日志、异常处理、甚至测试这类非核心的工作，被当作一种出现问题后的补救方式。同异常处理和测试一样，日志记录真的也需要策略，无论是生产环境还是测试环境。永远不要低估日志的作用。有了使用得当的日志，你甚至可以说debug不是必需的。下面是多年来对我非常有用的日志记录指导原则。保持适度切勿记录过多。大量的磁盘空间被日志占用说明你没
阅读全文
posted @ 2013-09-10 10:13
shell脚本的桩
摘要：项目代码：alias book_search="/usr/local/mysql/bin/mysql -h 172.18.12.202 -uppstat -pstatpp book_search"echo "select id,cpname from search_cp_infomation where hide=1;" | book_search -s > $cpFile使用打桩代码alias book_search="/home/lishujun/src/mockobject/book_search"echo "s
阅读全文
posted @ 2013-07-31 18:12
教你如何做需求调研：忽略极端情况
摘要：投递人itwriter发布于 2013-07-22 08:01评论(13)有1749人阅读原文链接[收藏]«» 英文原文：Not handling edge cases, making them explicit instead 写accidental entities系列文章之初，我们跟着一个顾问公司为一个汽车租赁公司开发一套软件。当时他们已经完成了新车注册部分的功能。计划中的下一步是让顾客能在系统中预订。 我们争取到了租赁公司的 CEO 抽出一小时时间给我们介绍预订系统流程。 CEO: 我想这个会议用不了一个小时。预订流程非常简单。你们对预订流程有什么看法？” Us:
阅读全文
posted @ 2013-07-29 16:35
优秀技术领导者的修成之道
摘要：http://www.csdn.net/article/2013-06-30/2816056-how-to-be-a-great-technical-leader摘要：日前，曾就职于谷歌、Square、DoubleHelix等公司的资深软件工程师及创业者David Byttow撰文阐述如何成为一名伟大的技术领导者：丰富的知识积累、对问题的迅速处理、大局观意识、能动性和对不必要的功能说“不”等。最成功的项目都有一位优秀的技术领导者，来推动项目前进，同时确保正确制定每一个技术决策以及树立团队成员的信心。日前，曾就职于谷歌、Square、DoubleHelix等公司的资深软件工程师及创业者David
阅读全文
posted @ 2013-07-02 15:49
读《用户故事与敏捷方法》
摘要：必须说明的是，我是囫囵吞枣读的，应该没有读透，其次，这些东西的实践性很强，需要真正的工作里应用过，才能有更多体会什么是用户故事？用户故事是对用户有价值的功能一个用户故事包含哪些东西？1 卡片： 一句话的描述或定义2 讨论：功能的相关的细节（或约束）3 验证：验收测试，通过验收测试才能说完成了用户故事如何用实物表达用户故事敏捷团队其实特别喜欢用真实的东西表达抽象的概念，例如用白板表示项目进度，那么可以真的用一张卡片表达一个用户故事，正面写定义，反面写讨论关于验证定义用户故事时必须同时说明，完成的标准是什么，以及如何测试（这就要求用户故事必须可测试，事实上这也是用户故事的六大特征之一，这些写在背面
阅读全文
posted @ 2013-06-15 15:26
