|
|||
|
摘要：
一. memcached 是什么?memcached is a high-performance, distributed memory object caching system, generic in nature, but intended for use in speeding up dynamic web applications by alleviating database load.memcached是一个高性能的、分布式内存对象缓存系统，应用广泛。通过缓存数据库查询结果，减少数据库访问次数，以提高动态Web应用的速度、 提高可扩展性。它可以应对任意多个连接，使用非阻塞的网络I 阅读全文
posted @ 2011-10-31 19:54 阳光VIP 阅读(272) 评论(0) 推荐(0) 编辑
摘要：
因为月底较忙，而中间培训又需要，已经抽上半月时间完成发布；怕今天有人上来查找无果，特此通知，见谅。发布通知帖位于：火星人敏捷开发手册 2011-10-14 发布主贴位于：[置顶]【正式发布】火星人敏捷开发手册（基于Scrum的敏捷开发免费教材及公司内部宣传材料） 阅读全文
posted @ 2011-10-31 13:40 阳光VIP 阅读(127) 评论(0) 推荐(0) 编辑
摘要：
主题：火星人陈勇将赴上海主办线下沙龙，主题是“自组织团队与松结对编程”（2011 微软 TechED演讲主题），演讲后有团队问答PK活动。日期：2011年11月10日时间：下午14：00～16：00，地点：漕河泾附近。费用：免费（如果未找到合适地点，可能需要在茶馆中进行，则请大家AA制缴纳茶座费用）欢迎加入参与。线下活动的进一步详情将在微群中进行。欢迎转发！群地址：http://t.cn/Sht2mZ如果不习惯微群，请加入QQ群：★QQ群：敏捷开发 点击加入欢迎拷贝转发以下微博，谢谢：火星人陈勇将赴上海主办线下沙龙，主题是“自组织团队与松结对编程”（2011 微软 TechED演讲主题），演讲 阅读全文
posted @ 2011-10-31 10:02 阳光VIP 阅读(88) 评论(0) 推荐(0) 编辑
摘要：
本文是敏捷开发产品管理系列的第三篇。（序言及设立迭代目标，产品版本规划，产品用户群规划，新产品研发，预估会议，Product Servant，Product Owner团队，产品线管理）上周在培训做“用户故事的用户建模”练习的时候，就有人提出一个疑问：这么短的时间里边，能定义好用户群和用户群分类吗？答案是：不能。用户群的规划是产品概念期就应该完成的工作，它是一个产品管理工作，而非需求管理工作。用户群定位这里仅就自己所从事的互联网行业提出一些简单看法。这些看法与本人在做的产品密切相关，因此在别处可能会不适用，仅作参考。我们整体把用户分为人气用户和付费用户两种。这个与互联网通行的分类方法很接近，相 阅读全文
posted @ 2011-10-30 22:10 阳光VIP 阅读(132) 评论(0) 推荐(0) 编辑
摘要：
本文是IT职场人生系列的第十五篇本篇延续了技术与语言I的内容（之十二），搜集了之后大家的一些评论和我的反馈，整理在这里。“新人学老技术有风险”的实质其实不是说老技术没有学习的价值了，而是指新人依托老技术存活，风险很大。我自己曾经是一个C++高手，心里很清楚如果自己亲自”无私地“带领一个徒弟，要让他学到我的水平，没有5年做不到；而如果一个人要自学超过我，那可能是10年的事情了（本人编程10年，当年也跟了个师傅才有今天）；何况这5年和10年里边，我也在成长，所以几乎是一个无望的竞争。尤其是如果业务市场萎缩，一般水平的人退出，而只剩下高手的老技术。这种竞争的残酷性，不是来自于技术新旧，也不是来自于人 阅读全文
posted @ 2011-10-29 20:53 阳光VIP 阅读(106) 评论(0) 推荐(0) 编辑
摘要：
本文是IT职场人生系列的第十四篇。任何时候都会发现IT业是个变化迅速的行业，几年前还很时髦的技术，现在已经过时了；几年前还很热门的行业，现在也过时了。这种变化之莫测，别说我们普通人，连IT巨头们都经常犯错。在这种多变的环境中，提前预测正确一条技术路线或业务路线，并顺利走下去成为其中高手的人少之又少；而即使偶然有几个高手，以前正确也不代表未来会正确下去。在这种多变的环境中，那么IT人员该怎样积累经验呢？浅知识，深知识就像有浅技术、深技术之分一样，知识也分为深浅两种。所有语言的语法、用法整体上都属于浅知识，他们很容易学习，也很容易在百度、Google上搜到，很难积累把一种语言上的浅知识积累到另外一 阅读全文
posted @ 2011-10-29 19:01 阳光VIP 阅读(118) 评论(0) 推荐(0) 编辑
摘要：
本文是敏捷开发产品管理系列的第二篇。（序言及设立迭代目标，产品版本规划，产品用户群规划，新产品研发，预估会议，Product Servant，Product Owner团队，产品线管理）本文是一篇旧文，原名为《“迭代期内无变更”与敏捷开发产品版本规划》，因符合本系列内容，做相应修改后重新编排发出。迭代期间无变更？支持派说：对，如果经常变，我们怎么开发啊。反对派说：不对，敏捷开发不能上来就确认了需求，要的就是在开发中逐步了解需求，怎么可能不变呢。只在开发层面，这个问题无解。让我们站在产品版本规划的高度来看这个问题。基于商业目标的产品版本规划下个产品版本（或下个迭代）中到底应该有什么功能？最重要的 阅读全文
posted @ 2011-10-28 16:27 阳光VIP 阅读(164) 评论(0) 推荐(0) 编辑
摘要：
本文是敏捷开发产品管理系列的第一篇。（序言及设立迭代目标，产品版本规划，产品用户群规划，新产品研发，预估会议，Product Servant，Product Owner团队，产品线管理）序言之前的“敏捷开发用户故事系列”已经提到了微观层面的需求管理问题。由于敏捷开发的提出者和实践者主要是开发团队及其领导，因此一般较少提及产品的整体规划、商业目标这些内容。本系列汇集了本人在做产品管理的时候的一些心得，以及在与不同企业交流、做互联网软件分析的时候的一些所得，与大家分享。本系列的顺序整体由微观到宏观排序，拟包括设立迭代目标，产品版本规划，新产品研发，Product Owner团队，产品线管理等话题。 阅读全文
posted @ 2011-10-27 22:04 阳光VIP 阅读(145) 评论(0) 推荐(0) 编辑
摘要：
本文是IT职场人生系列的第十三篇。很多技术人员工作几年后，都要面临未来的出路问题。所有出路中，无外乎技术、管理、业务三个层面。技术技术本身也是一条出路，但是在之十二中曾经提到，有深技术和浅技术两者之分。如果本来是从事浅技术的，建议走后面提到的业务中的产品经理路线。因为浅技术的更新换代速度很快，以前积累的经验很容易就过时了（虽然不完全如此），而且后起之秀们的竞争也非常激烈。若想留在技术路线上，走“越老越值钱”的路线，则肯定要从事深技术，也就是大型系统的后台运营方面的技术。技术不容易过时，来自年轻人的竞争几乎没有。这条路的最终结果是首席架构师，CTO这些举足轻重的角色。管理这是一条被误解很多的道路 阅读全文
posted @ 2011-10-26 21:06 阳光VIP 阅读(110) 评论(0) 推荐(0) 编辑
摘要：
本文是IT职场人生系列的第十二篇。最近移动互联网很流行，很多人都在学习IOS、Android编程。这也引起一个入行、改行的潮流。那么，作为新手、老手，应该怎样选择自己学习的语言和技术呢？本人从早期编程以来，实际使用并开发过商业软件的的语言有几种：C，TurboC++，C++Builder，VisualC++6.0， ASP.NET/C#，中间有很多次选择，配合为别人做的选型指导，写一篇文章供大家参考。新手，老手无论一个技术多么地过时了，都有人在做，而且做的人都是老手。举个例子：若C++语言从业人数按时间排序分别是开始10万，中间100万，后来10万，则开始的10万中新老比例5：5，中间100万 阅读全文
posted @ 2011-10-26 13:48 阳光VIP 阅读(130) 评论(0) 推荐(0) 编辑 |
|||
