今天在 techweb 里看到一则消息
尊敬的用户： 我们非常抱歉的通知您，由于前段时间硬件故障，导致部分用户数据丢失，经 过工程师们的不懈努力，目前已经恢复了大部分的数据，但仍有小部分数据无 法恢复。所有恢复的邮件我们都会放入您的收件箱里，请及时将重要的邮件下 载保存或者转发到其他第三方邮箱；将我们的邮箱设置为安全邮箱的用户也请 及时更改您的安全邮箱，建议使用网易的163邮箱或者126邮箱。我们的邮箱将 在2008年6月1日起正式停用，请务必在这之前做好邮件备份和邮箱转移的工作； 对于期间给您带来的不便，我们表示深深的歉意！ 56.COM客户服务部
1. 兔死狐悲.. 免费邮箱这个职业不好做啊
2. 不好看 56 的视频业务。既然它不能体面的结束免费邮箱业务，说明它的团队还是有缺陷的。
3. 赶紧查了查 56 这个公司是在哪里——不出所料，果然是在广州——可惜无法乘机去挖人了，可能会便宜 QQ，呵呵
几个月前看到一家 Email Hosting 服务商 FastMail.FM 专门设了一个 http://status.fastmail.fm/ 来报告网站的维护和故障情况。当时觉得挺有意思的，还订了它的 RSS 输出。
今天看到 SaaS 的代表 salesforce 也有这么一个网站：http://trust.salesforce.com/. 难道向公众(包括客户和潜在客户)报告服务器运行状态会是一项很重要的公关和宣传手段？就好比现在的企业 blog 一样。
附：知道 FastMail.FM 是因为他们付钱给 nginx 开发出了 pop3/imap4 的反向代理，还有 FastMail.FM 的网站好像需要翻墙才能去看.
有两件事情让我相当的郁闷——或者用网络流行用语——相当的纠结
睡一觉醒来后就好多了现在回头再想，对于我的主要目标来说，这两件事情都是小事。可以放在一边
但使得思考的是引发这两件事情的起因，希望以后少犯类似的错误，用科学的手段去做决策。
最后要说的是，我们一家三口已经成功在北京生存了三周了，现在没有父母帮忙，也没有保姆小时工...对于我们这样一个互联网一个电信行业的家长来说，应该够少见了吧..
不过 IE8 缺省带的 Development Tools 还不错，调试 CSS/JS 功能已经很齐全了。
和 IE8 beta1 呼应的是，firefox3 升级到了 beta5pre，beta4下周应该就发布了吧
第二重要的事情是：AOL 开放了它的 IM 协议。
第三：Google 开放它的 Contact API
第四：iphone SDK
十几年前我一直为一件事情困惑：就是我们那里(算是三级市场吧)卖的碳酸饮料只有百事，而没有可口可乐。以至于我们认为百事可乐是一个在低端市场铺货的普通品牌，而可口可乐是比较高级的东西。直到去天津上大学，一下火车遍地红色的可口可乐标志，这才觉得原来可口可乐也是很普通的嘛.
可能正是因为这个小事，使得我长期来对商品是怎么流通到顾客手中十分感兴趣。昨晚就网上找了半天资料，总结了一下生活中的零售业态。
* 超级市场(supermarket)北京的连锁超市包括顺天府、京客隆等。
* 大卖场(hypermarket)除了销售分成外，比如家乐福还向供应商收取进场费，据说占其收入的1/3
* 便利店北京常见的便利店有快客、倍顺好邻居等，还有 7-Eleven 这个最有名的牌子啦
* 折扣店迪亚天天号称自己是根正苗红的折扣店；但按照上面标准来看的话，我觉得屈臣氏才是
* 百货商店(Department Stores)以前住积水潭的时候总去中友、崇光；天津就是伊势丹
* 购物中心(Shopping Mall)中关村购物广场、金源燕莎
* 其它零售业态网络卖场，比如淘宝。.. :)
有朋友刚刚从程序员提升到经理，面对这次角色变换他有些困扰，毕竟要自我发展出新的技巧去处理新的问题。我仔细回忆 8 年前我的菜鸟经理起步过程，然后在 MSN 上给他建议：每天一会(daily meeting)
99 年 12 月，我刚刚满 22 岁，没有任何管理经验(准确的说我在 21 岁之前几乎是可以用宅男来形容)，拿现在的眼光看甚至还不能算得上一个好程序员。但受某种野心的驱使，我受命领导 4 名更加没有经验的程序员(大三的学生)去进行一个软件项目——该项目最初的代码是在地球的另外一端进行的，没有面对面的代码交接，只是有那么一点儿文档；雇佣方担心我们经验不够，于是还另外从清华大学找了个靠谱的人每周来一次天津指导我们工作；我、指导者、原始开发者也就是架构设计者仅仅是通过 smth bbs 上的站内信件和消息进行日常沟通。
还要加一个限定条件：除了那四个大三学生，我当时也是 part time 做这份经理工作。怎么看怎么会是一个注定失败的软件项目，但该项目在 2000 年 4 月份上线，这就是 eyou.com；而我们最后成功的形成了一个胶冻团队，"邱哥"的称呼就是从那时候开始的。
那么想想能够值得别人借鉴的经验吧：
* 热情。经验不是问题，能力不是问题，兼职工作也不是问题，是那种迫切希望在某个领域取得成功的欲望支持我克服了许多困难，并给团队其他人增加信心。一开始我没有意识到这点，直到 2001 年初，老板让每个员工用一个英文单词来表达自己，我才从自己身上找到 passion，而不是什么 smart、friendly...之类。无独有偶，伟大的 Joel，还有其他人也是这么认为的。
* daily meeting。由于这个项目的特殊性，使得我必须每天和这四个小伙子开会讨论最新的进度和碰到的问题，而他们也很乐意跟我吃一顿免费的晚饭。团队就是在会议讨论和聚餐中形成的；我也慢慢形成了和下属打交道的风格，并巩固了这种工作上人际交往的自信。
不过也是直到这次有人问起，我才感到 daily meeting 的重要性。尤其是对只专注在一个项目(或者说虽然多个项目但是同一个业务领域)上的团队来说，daily meeting 就更切合实际了——团队所有人都清楚的知道别人在进行什么工作，碰到什么难题以及可能解决的方向。
* daily code review。回忆中最让人惊奇的是，我们居然一直在做 code review，虽然这也是因为项目的特殊性导致的——大家都不在一起工作，而且代码迟迟不能组装到一起，所以我必须一个模块一个模块的检查，当场编译和修改。在这个过程中，不仅仅是我一个人在看那个倒霉家伙的代码，Toshiba 笔记本屏幕旁边还有另外三个脑袋也在研究。
由于 code review，我们的 daily meeting 大大超过了半小时（Scrum 的建议上限），但如果团队规模比较小，每天花一个小时做这项工作是完全没有问题的（假设一个程序员的生产力是 300 行/日，花 10-15 分钟做 review）。
这种每日的团体代码评审可能真的是个好主意：每个程序员每天都要训练如何向大家发表自己的意见；虽然没有 pair programming，但我们很快彼此熟悉代码风格，学习最酷的 shell 和编辑器命令技巧；大家对彼此的工作更加了如指掌；的确可能有人会打哈欠，但注意观察那些对别人的代码也满怀好奇的程序员，他们将会是日后你的好帮手。
写到这里，我决定给我所有的一线经理都申请笔记本，不过好像要等到下半年预算了——搜狐在很多方面都可担得上十佳雇主的称号，但在提高员工生产率方面稍微僵化了一点点。
* 每日集体午餐。如果做不到每日集体代码评审，那这个就是最低要求了。
==========这是华丽的分隔线========
* daily blog。上面的这些为什么我没能早些总结出来？每日三省吾身很重要啊..hehe
Update:
* 更新了一张来自 http://martinfowler.com/articles/itsNotJustStandingUp.html 的照片
* 另外有人说我们的座位都靠在一起，每日例会还需要到会议室去开吗？我的直觉是：需要，一定要有一个正式的会议形式，Same Place, Same Time——而且每天早上 9:00-10:00 有大把空闲的会议室可用。
今天才知道，微软在 15 号公布了它的 Office 文档格式：http://www.microsoft.com/interop/docs/OfficeBinaryFormats.mspx
我越来越喜欢微软了... :)
http://home.wangjianshuo.com/cn/20080213_ceeaee.htm
印象深刻的就两件，一个是 HR 发的全员信：
诸位同仁：
接连而来的暴雪给南方大部分地区带来了严重的灾害，南方17个省的民众生活收到了雪灾的严重影响：部分省市高速公路封闭、机场间歇性关闭、大面积停电、停水……
我们许多同事的家就在这些受灾省份，由于交通状况的不断恶劣，许多同事今年春节无法回家跟亲人团聚了....
为了体现我们的同事情、兄弟情、姐妹情，以及感受搜狐大家庭的温暖，号召大家采取行动，为无法返家与家人团聚的同学们送上我们的一份关怀：
1、家在本地的同事们，可以抽出一些时间邀请、陪同他们一起聚餐、逛逛庙会或组织一些聚会；
2、不能回家的同学们也可以自发组成圈子一起在北京渡过春节，我们尽量为大家提供相关信息和协助。
3、公司还将为因雪灾而无法返家的同学提供一张100元的电话卡，虽然无法与家人团聚，但我们可以用电话送去我们对父母及家人的问候和祝福！
请各部门助理帮忙统计（见附件）部门内因雪灾（仅限受雪灾的17个省）而无法返家的同事名单，汇总后于2月3日下班前反馈到人力资源部，我们将按照此名单于2月5日中午将电话卡发放给大家。
各分公司统计后报总部，经确定后由各分公司自行发放。
让我们大家一起努力创造一个温暖的大家庭氛围，一个温暖的搜狐！
人力资源部
另一个是各个部门节前互送礼品，算是潜规则吧...明年得注意了，提前想好要送哪些出去。
最近看过好多好多 Java 程序员简历，绝大多数是应用各个招聘网站的简历模板，按部就班的写项目经历，用了"struts"、"MVC"等技术...每次刚收到 HR 转发的简历还挺兴奋的，但看到后来就泛起一阵无力感——好比开大会在台下听主持人念领导和嘉宾名单一样，希望这个过程快快过去，可偏偏所有的 title 都要被重音一一强调
最近看中的这份简历里面没有提 MVC(或者有提，但被我忽略了)，打动我的是什么呢？不到十行的经验描述，可以看到她(我直到最后才注意到原来是个女孩)毕业前在某A公司实习，毕业后也去这个公司，做leader，再做架构or更高级的leader，我喜欢这样的故事；最近两年的工作和P2P有关，研究过jxta等已有的协议，熟悉NIO，TCP/UDP...技术细节几乎没有描述，不过这没关系，面试的时候大可以去仔细盘问；最重要的是，内容越少，我会看得越仔细，十行描述，我愿意反复看三遍四遍，反之五十行的描述看过一次后会懒得再看第二次，因为好像这个人在某环境下用某框架反复做同样的工作
在结束了这轮简历筛选后，我突然想到，既然很多人会附一个 Word 格式的简历，怎么就从来没听说有人用 Powerpoint 做简历呢？要知道，简历的本质是要说服别人给你提供一次面试的机会。而执行一项说服(沟通)的任务，ppt 的威力比 doc 要大得多。doc 更像一份不得已交给老师的作业，ppt 能更好的讲述一个故事，体现你的热情。
即使招聘信息上明确注明只接收纯文本简历，我想也大可先试着做一份 ppt 简历，然后把它变成文本看看
本站的feed
最新评论