再招一名哈。

—————-

土豆网上海总部招聘前端开发工程师。作为前端开发团队的一员，你将会肩负如下的职责：

1. 根据产品需求与UI设计稿，负责土豆网主站页面的开发；
2. 保持优秀的界面与交互体验的同时，始终将前端性能的最优放在首位；
3. 设计整站前端架构，并为前后端整合提供完美解决方案；
4. 积极探索先进的前端开发协作模式，持续优化工作流程；
5. 营造一流的前端开发理念与文化，进一步扩大团队影响力。

我们希望你能大致符合如下描述：

1. 全面掌握HTML 4.01与CSS 2.1规范，对于网页标准有成熟而独立的看法。
2. 精通JS的语法特性和运行机制，乐于钻研JS设计模式，并积极探索高级Web应用的最佳实践；
3. 充分理解前端开发对界面设计、交互设计、网站性能的重要性；
4. 持续关注业界新话题与新技术，对前端技术的发展保持浓厚的兴趣与激情。
5. 我们不限资历，但希望你能有丰富的经验，以便游刃有余的面对各种挑战。

如果你目前还不完全具备这些要求，但很渴望并自认有潜质做到这些，我们也很愿意与你面谈并提供尝试的机会。

请在简历里附上以下的内容（如果有的话），以方便我们更全面的了解你：

1. 你最精彩的案例
2. 你阅读的书籍、关注的技术，或是沉迷的技术社区
3. 你的blog

简历请发至 join@tudou.com。

手机欠费了，懒得下楼。想到支付宝可以给手机充值（事后证明，这个印象是基于对支付宝品牌的信任，而非真的有过这样的经历）。下面是我充值的过程：

1. 在地址栏里输入“alipay.com”（记住，不是zhifubao.com，是“阿里呸”），回车。

2. 首页右下角登录。（我一直搞不清楚，好像我淘宝的用户名是不可以直接用于支付宝登录的。但是我在淘宝付款，它又能直接跳转到我对应的支付宝帐号）

3. 登录后的惯例页面。一定要仔细阅读两个按钮上的文字，然后选“跳过该页面”

4. 成功到达了支付宝神秘的注册用户首页（为什么神秘？我稍后再讲）。心中开始默念“手机充值，手机充值”。抬头看到菜单里有个“充值”。不假思索的就点了。

5. 啊呃。走错了。这是给支付宝账户充值。

6. 然后发现顶上有“生活助手”。想起之前缴电费好像也是在这里面，手机充值也应该是吧。于是，点。

7. 啊哈，到了。果然，右边有“通讯费”。点。

8. 成功到达。选“切换项目>手机费”；选上海、上海；选“中国移动通讯集团上海有限公司”（呃，坦率的说，头一次知道这个公司的正式全名。从移动哪儿都从来没听说过这么正式而完整的名称）。然后….

10.现在是什么情况？？需要填条形码？我是预付费手机啊，我是想来买充值卡号，怎么还要问我要条形码号？

11. 惊慌中，找到顶部的“使用遇到问题”。点。把我带到页面下方的帮助。连看了好几条都不之所云：

12.这不是缴水电费的说明么？抬头再一看，通讯费的页面顶部写的是“公共事业缴费”，而我刚刚点的是它旁边的“使用遇到问题”。好吧，我的错。我以为通讯费上写“使用遇到问题”指的是通讯费页面的使用问题。

13. 无奈中，只能重新再找找看把。四处没发现“首页”的菜单，于是点右上角“支付宝”LOGO，回到首页。愕然发现自己到了登录前的首页：

刚刚的“生活助手”或是“充值”的那个橘色导航条不见了，取而代之的是“立即注册”？我要怎么回到那个页面，那个“我心目中的首页”？

OMG~~~

直到现在我手机也还没充上值。好吧，因为我懒，而且我笨，所以不配使用阿里呸。

最近有一次全职项目经理的机会。这是第一次做真正的项目经理，所做的项目也是前所未有的困难：10天，做出一个新产品，几乎每天都有需求变更，中间还得交付一个Alpha版本与一个Beta版本供内测与公测。

现在项目几近完工，等待最后的上线。有一些关于项目范围（Project Scope）的心得，想分享一下：

1. 产品范围（Product Scope）不等项目范围。
简而言之，产品范围是指产品所具备的所有功能，而项目范围是指为实现这些功能，项目团队要做的所有工作。所以简单的用产品规格说明书来衡量项目进度是不正确的，比如为了实现一个好的架构，可能在前面70%的时间，一个产品功能都没有实现，而在到90%的进度时，所有的功能都完成了，但仍存在很多bug。所以在70%的时候，只根据产品范围来看项目的人会感到恐慌，而在90%的时候，他们又会错误的乐观。作为专业的项目管理人，应该要有这个基本的判断能力。

2. 处理好来自外部的项目范围变更。
最常见的一种情况就是产品需求变更。有一种错误的认为是，固化需求是项目经理的职责。其实项目经理是无权决定是否需要产品需求变更的，他的职责在于：对外告知所有的利益攸关方（Stakeholder），此需求变更导致的范围变更的代价具体是什么（预算超支、项目延期、加班、团队士气下降等等）；对内确认所有的范围变更都是可行的，且确保所有的项目团队都能准确及时更新到新的项目范围。

产品经理说，我要加一个功能，那么项目经理应该为他评估此功能的增加，可能会导致项目延期。更积极的是，与产品经理一起评估，制定出合理的变更方案。其中值得一提的是，避免产品经理单线的与项目成员达成变更，而未经项目经理确认。

3. 处理好来自项目内部的范围变更
一个有趣的名词叫“渡金边（Gold Plating）”：比如某个优秀的开发人员，为了追求完美而擅自决定为它打造一些更好的效果。这看起来是很值得鼓励的，但它的危害性是，项目可能为此付出更多的代价：时间、金钱。原本两天可以完成的工作，变成四天才能完成。这是一种项目范围失控的情况，所以项目经理要理智的阻止这种情况的发生。向所有的项目成员明确，什么是需要做的，什么是不需要做的。

总而言之，项目范围的管理，就意味着项目经理要随时掌控项目的边界，并确保所有的项目成员，所有的stakeholder都知道这个边界在哪里。