吕小荣的笔记

学习Rails时，你是否情不自禁的研究javascript，sass，twitter bootstrap，coffee script，MongoDB？每一个知识点都像一个坑，等着新人往里面跳。90%的新手死在坑里，丧失了学习的乐趣，剩下10%继续跳到下一个坑里。

这种学习方式十分低效，而且完全没有必要。Rails是一套web开发最佳实践，涉及很多先进的前后端知识。作为菜鸟，你应该先理解MVC框建，然后逐步歼灭其他知识点。这样学习曲线会比较平滑。

Kavin在Tearhour曾经说过：他希望打造一个学习的温室，让新手逐步掌握Rails的知识点。而不是一开始就研究的太深，遭受很多挫折，最后耗尽了所有的学习积极性。

我觉得极有道理，这也是我为什么推荐Code School的原因。

CodeSchool是什么？

全世界优秀开发者、设计师录制了编程教学视频，并且模拟实战场景，这就是CodeSchool。每看完一个视频，需要完成视频中的小任务，就像打怪一样。如果搞不定，没关系！在完成任务的过程中会有：

1. 提示
2. 官方api文档
3. 答案

学习编程不再是一个痛苦的过程，而是一种享受！

为什么推荐给你？

以实例为导向

挑选了日常开发中最常用的技能，学完就可以立即应用到工作中。

循序渐进

由简入难，知识点的安排十分合理，避免了学习误区。

而且每个知识点就是一个任务，当你通关时，那种自信满满的感觉真是太棒了。

精美的视频

视频对知识点的讲解非常形象化，便于理解。一图胜千言，给大家看个截图：

其他相关资料

玎玎： Rails初学者指南

作为一个产品经理，你是否也曾碰到过这种情景：需求文档写的详细无比，程序员却找茬，懒惰，敌视。需求方与工程师之间火药味十足，经常需要老板来协调关系。

很多原因会导致这种悲剧，比如:

1. 资质太浅，文档写的不详细；
2. 没有技术背景，提得需求异想天开；
3. 没有经营团队氛围，成员没有Team荣誉感。

后来通过自身的努力，我把这些能力短板都补上后，发现还是无法激发团队的战斗力。于是我开始尝试milestone。

什么是milestone？

简单的定义：阶段性胜利

复杂的定义：项目里程碑是项目生命期中代表一个关键或重要事件完成的一个时间点。里程碑应该能够用已定义的检查表进行验证。

milestone 可以控制开发节奏？

我和一个前端工程师（@jay）住在一起。他工作很努力，学习能力强，还经常加班加点完成工作目标。他是所有产品经理梦寐以求的优秀员工。

但如果过度压榨，他早晚会偷懒刷滑，或离职。

换一个角度，如果产品经理能清晰设定每月宏大目标。并且在每周达成一个或多个milestone。程序员做完这些事情就会意识到「我把这周该干的事情搞定了」。成就感油然而生，可以刷刷微博，学点新技术，有片刻的休息。

团队里每个人知道整体的进度，项目不会失控。

产品负责人都应该有这种心态：组员需要适当的节点去激励、休息，然后走更长的路。

如何制定milestone？

首先要符合SMART原则

1. 具体的（Specific）　　
2. 可以衡量的（Measurable）　　
3. 可以达到的（Attainable）　　
4. 和其他目标具有相关性（Relevant）　　
5. 具有明确的截止期限（Time-based）

其次，要合理评估工时

有技术背景的人预估时间比较准。其他专业的同学只能凭经验了，或者多与程序员沟通。

为什么不用WordPress

1. 代码臃肿，功能冗杂

   WordPress是一个很成熟的系统，但是代码质量不好。此外，对于一个独立博客来说，很多功能是冗余的。

2. 文章的保存格式不够纯粹

   以html的格式存储文章，包含样式，结构混乱。一想到正文中掺杂了一堆css样式，我就难以忍受。

使用jekyll的好处

Markdown语法就是为写作而生。

今年接手用药助手后台整理工作后，几乎所有的文本都采用Markdown来撰写。写的越多，越喜欢这种简单的标记语言。

1. 内容干净

   我们只需要在文章中标记标题，正文，引用，链接，图像。特别的纯粹，没有样式。

   文字大小等一些排版细节不应该掺杂在文章中。

2. 帖代码方便

   只需要用<code>包裹代码</code>即可

3. 逻辑更清楚

   因为在写文章之前要标记标题，结构，所以在写作时，逻辑更清晰。

4. 方便转化为其他格式

   使用Pandoc可以非常方便的将Markdown文章转化为PDF, html, 图片，word等等格式。

我的写作套装

Mou：Mac下最好用的Markdown编辑器

文章托管：Github Pages

Markdown解析器：Jekyll