前言
Daily Build 是一件非常有意义的事情,也是敏捷开发中关于 “持续集成” 的一个实践。Daily Build 对于开发来说有如下好处:
- 保证了每次 check in 的代码可用,不会造成整个工程编译失败。
- 进度跟进。产品经理可以每天看到最新的开发进度,并且试用产品,调整一些细节。很多时候,一个新功能,你真正用了一下才能有体会好或不好,所以 daily build 也给产品经理更多时间来调理他的设计。
- 需求确认。产品经理可以确认开发的功能细节是他的预期。因为我们的开发比较紧凑,所以都没有传统的需求说明文档,所以 daily build 也给产品经理用于尽早确认开发的功能细节是他的预期,我就遇到一次产品经理发现开发出的一个功能细节和他的预期不一致,但是因为有 daily build,使得我可以尽早做修改,把修改的代价减小了。
- 测试跟进。如果功能点是独立的话,测试同事完全可以根据 daily build 来进行一些早期的测试。越早的 Bug 反馈可以使得修改 bug 所需的时间越短。
我实在受不了 NSString 冗长的方法调用了,每次写之前都要查文档。特别是那个去掉前后多余的空格的方法,长得离谱。与之对应的别的语言,拿 java 来说,对应的方法名叫 trim。拿 python 来说,对应的方法名叫 strip。但是 Objective-C 呢?是下面这段:
[self stringByTrimmingCharactersInSet:[NSCharacterSet whitespaceAndNewlineCharacterSet]]; |
2016.02.16 更新说明
本博客已经由 octopress 迁移到了 hexo,本文章的内容稍显陈旧。
前言
github 真是无所不能。其 Pages 功能 支持上传 html,并且在页面中显示。于是有好事者做了一个基于 github 的博客管理工具:octopress,基本原理是用 git 来管理你的文章,然后最终发布到 github 上成为一个独立博客站点。由于 github 支持 CNAME 域名指向,所以如果有独立域名的话,可以基于这些做出一个专业的博客站点出来。
本博客就是完全基于此搭建起来的,在使用了 2 个月之后,我将原系统根据中国人的需求做了一些配置,去掉了 GFW 会挡住的 google font api,以及替换掉了速度超慢的国外的评论系统,也加上了分享到国内的微博的功能。现在把这些都总结出来,希望大家都可以方便地搭建基于 github 的博客来。
前言
在苹果的 WWDC2011 大会视频的
《Session 101 - What’s New in Cocoa》 和
《Session 102 - Implementing UIViewController Containment》 中介绍了苹果在 iOS5 中给 UIViewController 新增加的 5 方法以及一个属性:
// 方法 |
从开始工作到现在,在公司里面一直用 svn 来做版本管理。大约半年前听说了 Git,因为 Git 的光辉相当耀眼,作者是 Linus Torvalds,被大量的开源软件采用,如 jQuery, Perl, Qt, ROR, YUI, GNOME 等,所以决定学一学。
比较庆幸的是,国内有一本较好的介绍 Git 的书:《Git 权威指南》。
我大概花了一个月的周末时间来学习它。在这里总结一下使用 Git 的感受,主要是和 SVN 来做一些比较,以便突出 Git 的特点。
需求
先说说需求。春节回家见爸妈,老爸迷上了摄影。他把平时的照片都上传到了 成都图片网, 这个成都图片网专门有一个 “快拍成都” 的版块,用于大家将随手拍的生活中的图片分享上去。每天编辑还会选出一张最有特色的图片,刊登到《成都商报》上。
前两天看到一个文章,题名为 《所有的程序员都是自学成才》。当时没有什么特别的想法,只是觉得自己也确实是基本上靠自学来掌握新的知识的。但是今天在公车上没事好好想了一想,想明白了,原来对于程序员来说,只能自学才能成才。
2011 年的过去了,总结一下今年的成长和收获。
流水账
2011 年是我完整工作的一年。不过这一年的工作也变动频繁。
首先是从 1 月份专门搞 uvs,把 uvs 升级成 ouvs。升级后增加了对于时间段搜索的支持。另一方面,周末在家做的 topcoder component 终于拿到了一次第一。这是一个做 IBM Symphony 插件的项目,因为之前在 IBM 实习一直做相关的东西,所以能够很快的做出来,那个东西 tricky 的东西很多,所以基本上没有人做。不过除我之外还有一个会做的,竞争就只是我和他之间了,不过最终我比他得分稍高一点,拿到了 800$ 的第一名奖金,另外 digital run 的排名还多拿了 100 多 $。一月份的时候把这个钱通过 wireless
transfer 转到了我的工商银行账号,然后马上换成了人民币。第一次尝到拿美元,还是很开心的。
前言
让我们回想一下手工提交review请求的过程:
- 首先得用 svn diff > filename.diff 生成diff文件。
- 然后输入review board的网址,可能是 rb.companyname.com
- 然后需要输入你的账号密码进行登录验证。
- 然后你需要填写你的svn repository 地址,然后上传diff文件。
- 然后你进到review请求的详细页面,填写summary, description, test-done, group和people项,而通常情况下,你的group是固定的,review你的people也就是那么几个人来回变。
- 最后你填完这些内容,点击 publish 来发布你的review请求。