posted @
2012-02-18 18:57 Paul Lin 阅读(628) |
评论 (0) |
编辑 收藏
摘要: 换句话说，当你找到与天赋、个性完全匹配的工作，它恰好处在上升期的市场，公司又提供了必要的授权与资源，那么你就很容易成功。反之，若这三点中的任何一点不匹配，那么你就是个loser。
阅读全文
posted @
2012-02-18 18:27 Paul Lin 阅读(653) |
评论 (0) |
编辑 收藏posted @
2012-02-18 18:09 Paul Lin 阅读(561) |
评论 (0) |
编辑 收藏
摘要: 这是一篇集百家之长的笔记，分别参考了《Rails3 in Action》和 RVM官方文档，ninjahideout.com 之后的安装文档。
这里使用到的各种软件包括：
- Ubuntu
- Virtual Box
- Vagrant
- RVM
- Capistrano
- Passenger
- Nginx
- MySQL
- PostgreSQL
还涉及到Git、GitHub、SSH等技术
阅读全文
posted @
2011-11-21 16:22 Paul Lin 阅读(1672) |
评论 (0) |
编辑 收藏
摘要:
阅读全文
posted @
2011-11-13 23:29 Paul Lin 阅读(10987) |
评论 (1) |
编辑 收藏posted @
2011-11-03 00:17 Paul Lin 阅读(730) |
评论 (0) |
编辑 收藏http://blog.ninjahideout.com/posts/a-guide-to-a-nginx-passenger-and-rvm-server
posted @
2011-11-03 00:14 Paul Lin 阅读(700) |
评论 (0) |
编辑 收藏
摘要:
阅读全文
posted @
2011-10-03 17:36 Paul Lin|
编辑 收藏在上一篇《自动化测试狂人的Rails测试优化之路》中，我演示了如何使用Guard-spork, Guard-rspec和Spork, Rspec来进行自动化测试和集成测试。
今天发现存在一个bug，那就是当model文件被修改后，虽然会重新启动rspec执行测试。但是测试的代码不是最新的，而是继续沿用已经加载到内存的model文件。网上搜索一番后，发现问题的原因是spork的预加载问题。于是在spork的spork.each_run方法中加入如下代码，重启sprok，解决问题
Dir["#{Rails.root}/app/models/**/*.rb"].each do |model|
load model
end
posted @
2011-09-06 14:21 Paul Lin 阅读(677) |
评论 (0) |
编辑 收藏假如我们把attr_accessible设置成只有name是可以访问的，然后在Console中执行如下命令：
ruby-1.9.2-p180 :001 > user = User.create(:name => "Paul", :email => "pengpenglin@163.com")
=> #<User id: 1, name: "Paul", email: nil, created_at: "2011-09-03 04:42:59", updated_at: "2011-09-03 04:42:59">
ruby-1.9.2-p180 :002 > user.email
=> nil
ruby-1.9.2-p180 :003 > user.email = "bob@163.com"
=> "bob@163.com"
ruby-1.9.2-p180 :004 > user.email
=> "bob@163.com"
ruby-1.9.2-p180 :005 > user.save
=> true
ruby-1.9.2-p180 :006 > user.reload.email
=> "bob@163.com"
ruby-1.9.2-p180 :007 > User.find(1)
=> #<User id: 1, name: "Paul", email: "bob@163.com", created_at: "2011-09-03 04:42:59", updated_at: "2011-09-03 04:43:31">
不是not accessible 吗？怎么email还是能够改变？
posted @
2011-09-03 12:51 Paul Lin 阅读(1224) |
评论 (1) |
编辑 收藏
摘要: 我们要修改的文件会涉及到4个：
A. Gemfile
B. .rspec
C. Guardfile
D. rspec_helper.rb
阅读全文
posted @
2011-08-31 00:44 Paul Lin 阅读(1834) |
评论 (1) |
编辑 收藏
摘要: 从RailsCast.com筛选出来的视频
阅读全文
posted @
2011-08-29 15:58 Paul Lin 阅读(579) |
评论 (0) |
编辑 收藏
摘要: NERDTree.vim：显示目录树和标签(特别有用)
Rails.vim：这个不说了，Rails开发必备
Snipmate.vim：代码片段自动完成，Rails开发神器之一
FuzzyFinder.vim：模糊查找，使用频率最高的插件之一
TabBar：BufferExpoloer的增强版，用来标识打开的文件的
Supertab.vim：文本自动完成
Rubytest.vim：vim下的集成测试工具
阅读全文
posted @
2011-07-26 12:46 Paul Lin 阅读(3403) |
评论 (0) |
编辑 收藏posted @
2011-07-19 20:06 Paul Lin 阅读(342) |
评论 (0) |
编辑 收藏
摘要: 针对这种情况，我们可以使用一个名为Guard的gem，来自动监控spork中预加载的文件发生变化后，自动重启spork
1).在Gemfile中增加gem 'guard-spork'
2).在shell中gem install libnotify / gem install inotify
3).bundle install
4).guard init spork
5).guard start
阅读全文
posted @
2011-07-15 18:12 Paul Lin 阅读(419) |
评论 (0) |
编辑 收藏
摘要: 首先我们来理解Autotest的触发机制：
1. 要有一套测试的框架和工具(Console,GUI)
2. 要有可以感知被测试对象发生变化的机制
3. 要有自动加载被测试对象和环境数据的机制
4. 要有将测试结果展示给用户的机制
阅读全文
posted @
2011-07-15 00:14 Paul Lin 阅读(644) |
评论 (0) |
编辑 收藏
摘要: 网上google了一下，发觉又是一个Rails和其他gem不兼容的问题，只要把rake的版本设置为0.8.7就可以了。
阅读全文
posted @
2011-07-03 21:28 Paul Lin 阅读(1417) |
评论 (1) |
编辑 收藏posted @
2011-06-25 13:40 Paul Lin 阅读(349) |
评论 (0) |
编辑 收藏posted @
2011-06-18 23:02 Paul Lin 阅读(303) |
评论 (0) |
编辑 收藏
摘要: ....
甲：嗯....可是这样看起来，我完全看不到敏捷的任何好处啊
乙：嗯。实际上，我更喜欢RUP，虽然麻烦但很清楚
....
阅读全文
posted @
2011-06-01 23:31 Paul Lin 阅读(905) |
评论 (1) |
编辑 收藏
摘要: 来自JE上的一篇Rails实战文章，很不错！
阅读全文
posted @
2011-05-27 16:47 Paul Lin 阅读(840) |
评论 (0) |
编辑 收藏
企业敏捷转型之路
http://www.everbox.com/f/Rgo5syChjzuLeS6wJEAQZwvkje
深入浅出NoSQL
http://www.everbox.com/f/TQMXMI6asloYQFJLIxGy2WIIyo
设计优良的架构
http://www.everbox.com/f/XCZvXDTbft6ZlK8TsUlMWfVBjO
Web性能与扩展
http://t.sina.com.cn/1746173800/wr4mQk5Iwn
来自一线项目的实战经验
http://www.everbox.com/f/FZHFfXanIGZOasZsqSZpFuSSFk
HTML5开发平台
http://www.everbox.com/f/qeD2qvae9LVRXCA3HsNq2ztiBY
posted @
2011-04-21 16:58 Paul Lin 阅读(550) |
评论 (0) |
编辑 收藏
摘要:
阅读全文
posted @
2011-03-23 11:55 Paul Lin 阅读(483) |
评论 (0) |
编辑 收藏原文：http://www.javaeye.com/news/20399
大多数管理者都会陷入放权的困境。你很忙，每件事都要亲力亲为。你很清楚自己需要别人帮忙，但你没有足够的时间寻找并培训别人来帮你。所以，你更加努力地工作，直到自己崩溃。
下面这个故事讲述了我如何放权。
2001年，CD Baby成立三周年。我已有8名员工，但所有其他事情仍然需要我自己做。每周7天，从上午7点工作到晚上10点，自己仍然要经手每件事情。
每隔5分钟，就会有员工向我请示：
- “Derek，有个家伙想修改网站上已经存在的相册，我该怎么跟他说呢？”
- “Derek，我们可以接受电汇作为一种支付方式吗?”
- “Derek，有个人今天下了两个订单，他想知道我们可不可以给他一起邮寄过去，并且把节省的邮费给他退回去?”
如果整天不停地回答问题，那么什么事也做不成。我感觉我好像是每天去上班，然后在过道里坐着，全职回答员工的问题。
我的忍耐已经到了极限，我不再去办公室，并且关掉了手机。随即，我意识到自己正在逃避问题，而不是去解决问题。我必须解决这个问题，要不然就坏了。
经过一夜的反思，我最终在思想上接受放权。
我必须放权，我不是我公司的必需品，没有我，我的团队照样也可以经营公司。
第二天，我一进门，有人就请示我，“Derek，我们昨天收到了一个客户送来的CD，但他今天改变了主意，他想让我们退回他的CD。我们给他邮寄了回去，但他又问我们能不能退还他的安装费用，因为他从未登录过网站。”
这一次，我并没有仅仅回答了他的问题，而是把大家都召集起来。
我给大家解释了事情的经过，和需要解决的问题。我回答了问题，但更重要的是，我解释了自己思考的过程和回答背后的理念。
“是的，我给他全额退款了。这样，我们会受到一点损失。但是，最重要的是经常做一些能让顾客高兴的事，只要不过分就行。像这样一个小小的表示对我们大有裨益，他可能会因此告诉他的朋友们，我们是一家不错的公司。每个人都要记住，帮助音乐爱好者是我们的首要目标，利润是其次。你们将来可以根据这条准则来自己做决定，我会完全同意。做那些能让他们高兴的事。要确保每个跟我们做生意的人都会满意而归。”
我一一问了每个人，确保他们都理解我的回答。
我让一位员工起草一本手册，把这种情况的处理方式记录下来，并附上解决这种问题的理念。
然后，每个人都回去工作了。
十分钟之后，新的问题，相同的过程：
- 1. 召集所有人
- 2. 回答问题，解释理念
- 3. 确保每个人都理解整个过程
- 4. 让一名员工把这条记录在册
- 5. 让他们知道，下次没有我他们也可以这样处理问题
2个月之后，没有员工请示了。
然后我想员工们展示了事情的最后一部分，也就是我自己的工作。作为学习的一部分，他们也需要把这个记录在册，然后给其他人看(由教而学)。
现在，公司完全不需要我了。我开始在家里工作，不再去办公室了。我甚至教过他们我关于雇佣新员工的思考过程和理念。所以，有两个新员工是完全由他们发现、面试、雇佣以及培训的。他们用那本手册来让每个新员工理解这种理念以及它的历史，并且知道怎么自己做决定。我每周去视察一次，确保一切正常。确实一切正常，他们甚至都没有什么事情向我请示。
因为业务由我的团队负责运作，我可以心无旁骛地改进业务。我去了加利福尼亚，只是弄清楚事情由他们运作。
我现在仍然每天工作12个小时，但是，我把所有时间都花在业务改进、优化以及创新上。对我来说，这才是最有趣的事情。这是在玩，不是工作。
我放权之后，公司市值在四年里从一百万增长到两千万。管理者和企业家之间有很大的不同。作为管理者你会感觉很自由，直到你意识到如果自己不工作，公司就会倒闭。
要成为一名真正的企业家，你要确保自己能够离开一年，而当你回来时，你的公司比你离开时运营得更好。
posted @
2011-03-20 10:22 Paul Lin 阅读(325) |
评论 (0) |
编辑 收藏
第2篇：关系数据库还是NoSQL数据库
第3篇：NoSQL架构实践（一）——以NoSQL为辅
第4篇：NoSQL架构实践（二）——以NoSQL为主
下载：NoSQL实战
重点推荐第3篇的最后一种架构：
特别适合SNS的业务架构：把某些关系key存储在MySQL中，用于后续的业务数据分析和挖掘，而把大量的文本和图片存储在类似MongoDB这样的文档型NoSQL。可以利用关系型数据库的强有力的计算能力专注于数据分析和挖掘，而用NoSQL解决数据的读写和存储瓶颈。
由于NoSQL在线性扩展，分布式部署方面有先天优势，可以有效地改善由于数据规模扩大时压力问题，同时关系型数据库存储的数据大大减少，也有利于数据的备份和同步。
posted @
2011-03-19 22:45 Paul Lin 阅读(425) |
评论 (0) |
编辑 收藏
http://www.slideshare.net/mongodb/mongodb-at-the-silicon-valley-iphone-and-ipad-developers-meetup?from=ss_embed
posted @
2011-01-13 00:00 Paul Lin 阅读(669) |
评论 (0) |
编辑 收藏