随笔档案「2011年7月」 - 阳光VIP1

空中网4k/5k月薪挑选大四实习生的线程题

摘要：两年前，我们一个大四的学员去应聘空中网的实习生职位，空中网只给他出了三道线程题，拿回家做两天后再去给经理讲解，如果前两题做好了给4k月薪，第三道题也做出来的话就给5k的月薪。许多其他公司非要招两年工作经验以上的人，逼得那些刚毕业和未毕业的大学生不得不去撒谎，不得不去做假简历，甚至假毕业证！而空中网的这份工作没有工作经验的限制，纯粹是技术功底的比拼和考核，这样的招聘要求和实习薪水，对未毕业的大学生来说，是很有吸引力的。有兴趣的网友可以先自己努力做做这些题，再来参看我的解答和相应的讲解视频，其中第20、21、22集是专门针对本文的讲解。第一题：现有的程序代码模拟产生了16个日志对象，并且需要. 阅读全文

posted @ 2011-07-31 17:55 阳光VIP1 阅读(209) 评论(0) 推荐(0)

IT职场人生系列之七：学外语

摘要：本文是IT职场人生系列的第七篇。这是一篇旧文，因为很符合系列思想，所以重新粘贴一下保持系列完整性。本人是非常相信《功夫熊猫1》中的思想的：只要有勇气并掌握了学习方法，什么困难都能解决，而学外语尤其需要这两样东西，甚至只需要这两样东西。在很多时候可能程序员最困惑的是：我不过是要编编程序而已，犯得上学好外语吗？答案是犯得上，总有一天有可能会和老外打交道的，外国客户，外国老板，外国专家……或者学习一种还没被翻译过来的技术，为一个百度不到的错误Google……当然第二个问题是：就不能不打交道吗？怎么说呢，我们原来咨询公司的司机，开车空闲时间学外语，以前去接国外咨询师要搭一个翻译或者中国咨询师半天时间的阅读全文

posted @ 2011-07-29 20:19 阳光VIP1 阅读(137) 评论(0) 推荐(0)

IT职场人生系列之六：员工的公司观

摘要：本文是IT职场人生系列的第六篇。90%的人一生都不会创业，而是给别人打工。而打工的人的自然本能是：“这也不是我的公司，犯不上投入太多。”结果推论就是：90%的人将以不投入的方式度过一生，实在可怕。当然实际上在公司里边会发现各种人：有的人好像干活比老板还着急，甚至天天和老板吵架，直到气得离职；有的人把公司当作挣钱的地方，挖空心思看看还能怎么多赚点钱；有的人与世无争，既不替公司想也不替自己想，过一天是一天……那么，这个不是自己的又身在其中的公司，打工者应该如何看待呢？以下观点是从本人经历过的公司提炼出来的，理论部分来自各处（已标出），某些时候可能不适用。首先做好本职工作一次调查（应该就是CSDN转阅读全文

posted @ 2011-07-29 19:50 阳光VIP1 阅读(120) 评论(0) 推荐(0)

asp.net中Roles和User的异常处理机制的思考

摘要：有两个函数，假设让我们实现，那么怎样处理异常情况呢？Roles.AddUserToRole(user, role); 在user已经是role的情况下应当怎样？Roles.RemoveUserFromRole(user, role); 在user已经不是role的情况下应当怎样？以前遇到过这类情况，在这两种情况下都会自然放行，因为目的已经达到了，为何要考虑以往的情况呢？但实际上这两个函数都是asp.net中自带的函数，且分别会返回两个exception。从技术实现的角度看，这样非常多余，但从应用的角度看，越想越有道理。假设这是一个应用系统，现在底层代码收到了一个指令为一个用户授权或解授权，而此阅读全文

posted @ 2011-07-29 16:38 阳光VIP1 阅读(126) 评论(0) 推荐(0)

IT职场人生系列之四：怎样写简历

摘要：本文是IT职场人生系列的第四篇。因为早年跳槽无数，所以积累了不少“技巧”，逐渐变成写简历的“专家”，最长的时候简历到了12页，所以现在练就一手写长篇博客的功夫……后来逐渐地负责部门和公司招聘工作，看简历比写简历次数多了，开始发现原来一些所谓技巧实在是无用，而另外一些有用的却没用过。本篇会总结一下这些得失，有些是自己的，有些事看别人简历得到的。有些基本技巧就不说了，各大网站都有。多写“我做了什么”，而不要写“我是做什么的”看过一些销售人员的简历，里边写着“我负责华东区的销售，与大客户维护关系，拜访中小客户，并积极拓展公司在本区的市场……”这是销售职责描述，换几个人都这么写，属于无用简历。另一个人阅读全文

posted @ 2011-07-29 15:53 阳光VIP1 阅读(124) 评论(0) 推荐(0)

IT职场人生系列之三：第一份工作

摘要：本文是IT职场人生系列的第三篇。很多人问第一个工作应该找小公司的职位还是大公司的职位？找国营的还是私营的？找工资高的还是学习环境好的？本人第一个工作是家国营研究所，实际结果感觉下来非常失败（不排除别的研究所有好的，听说过一些），对日后的影响非常之大。工作六年，一直编程，都不知道删除内存，也在一定程度上是其后果之一（已经在另外一个帖子中被人笑话了，呵呵）。后来跳槽无数寻找“好公司”，直到后来意识到不是世界上没有好公司，而是自己不是“好员工”（在后面“员工的公司观”中将有详述）。下面是一些经历、见闻、心得。本人不喜欢“视情况而定”这个答案，所以观点可能有所偏颇，请吸取其精华剔除其糟粕。大公司还是小阅读全文

posted @ 2011-07-29 14:35 阳光VIP1 阅读(107) 评论(0) 推荐(0)

IT职场人生系列之二：大学生活

摘要：本文是IT职场人生系列的第二篇。本人本来小学至高中一帆风顺，没想到自大学以后颇多坎坷，最近家族中有位下一代来咨询考大学的事情，也算是帮我重新整理了一下思路。先做个总结：大学成绩马马虎虎，但在班里也算是前5，所以就报考本校研究生，居然死在英语上（考了47分，作文题目中希望工程中的“Project”一词不认识，结果可想而知。难得自己后来居然敢做项目管理）；工作到3年的时候有人拉我考GRE出国，但是想想研究生考试中的败绩，放弃了，本人一生中最大遗憾之一；工作到6年后考工程硕士研究生，终于知道学习的目的因此特别用心，毕业时英语分数88居然全班最高；工作10年后在专业国际会议和培训上做了几次翻译，和老外阅读全文

posted @ 2011-07-29 13:31 阳光VIP1 阅读(109) 评论(0) 推荐(0)

IT职场人生系列之一：序言及找谁占卜

摘要：本文是IT职场人生系列的第一篇。时间流逝，渐渐从之前在公司里边的小弟变成大哥了，当年身边比我大的程序员们都不见了，既没有当领导也没有去创业，就这么消失了。年轻的程序员或其他人也经常过来占卜未来，因为本人身世坎坷，所以非常不希望他们也走这么多弯路，所以特编写本系列文章。序言将谈及在IT职场中如何占卜未来，之后的文章将包括：大学生活，找第一份工作，员工的公司观，怎样跳槽，怎样加薪，怎样写简历，技术管理业务三方向，行业与公司的选择……都是自己的亲身经历、感受和见闻，希望能帮助到大家。本人的工作性质导致每年都会与大量新老IT人士交流，正面或侧面地积累了一些素材，还算是客观，希望读者能批判地接受。本文不阅读全文

posted @ 2011-07-29 12:47 阳光VIP1 阅读(110) 评论(0) 推荐(0)

周鸿祎谈乔布斯（张亮）

摘要：原文：http://apple4.us/2010/10/zhouhongyi-on-jobs.html里边很多话未来都将是名言，周鸿祎厉害。［独家］与周鸿祎谈乔布斯michael on 2010-10-17, 21:21 Comments Off 十一之前，我有机会和周鸿祎坐下来聊聊乔布斯。这是奇特的一对。两人一中一洋，未曾谋面；两人分属消费电子和互联网两个领域；两人中一个执掌着市值近 3000 亿美元的公司，另一个还从未打造过一家上市公司⋯⋯但他们在某些方面又是类似的：充满争议性、富攻击性、与众不同。我无意标榜周鸿祎，但与他长叹三小时的过程的确酣畅，周心思敏捷，又富商界经验，便不乏有趣的见阅读全文

posted @ 2011-07-27 18:06 阳光VIP1 阅读(171) 评论(0) 推荐(0)

敏捷外包工程系列之三：固定合同（敏捷外包工程，敏捷开发，产品负责人，客户价值）

摘要：本文是敏捷外包工程系列的第三篇。（之一，之二，之三）下面的很多外包场景以国内的外包为例，因为往往这些项目更加严苛。外包合同常常是固定价格固定工期固定需求（一般称为定额合同），这个时候“拥抱变化”的敏捷感觉意义不大，那么敏捷开发是否就无用武之地了呢？其实不然。下面的一些用法，是利用敏捷开发来促进这种固定合同的达成。在提出这种“如果……，不但……，而且……，那又怎么办呢？”的限制性问题时，不能期待完美的答案，因此下面这些方法有些能用，有些不能用，有些需要在现实环境中加以变形才能使用。而如果发现哪一种方法都没用，企业极有可能运行在高危状态，不是敏捷开发或其他开发方法能解决得了的，应该从市场、销售、定阅读全文

posted @ 2011-07-21 23:22 阳光VIP1 阅读(155) 评论(0) 推荐(0)

敏捷外包工程系列之二：人员结构（敏捷外包工程，敏捷开发，产品负责人，客户价值）

摘要：本文是敏捷外包工程系列的第二篇。（之一，之二，之三）敏捷开发整体上适合小团队、产品研发（所以才有product owner一称）的环境，而外包软件开发中常常存在的则相反，因此在创建团队的时候要充分认识到这一点。Product Owner产品负责人的人选听到无数次有人说“我们的Product Owner就是客户，因为所有需求都是客户提的”，其实这样做极度危险。Scrum开发理念提出前的环境大致如此：一小群开发人员（3～9人），内有项目经理发号施令，外有销售人员指手画脚，团队加班加点苦不堪言。因此Scrum提出了要自组织的概念，接下来发生的故事大致如此：自组织需要代价；结果导致分权；开发组获得的权阅读全文

posted @ 2011-07-21 16:14 阳光VIP1 阅读(156) 评论(0) 推荐(0)

敏捷外包工程系列之一：序言（敏捷外包工程，敏捷开发，CMMI，软件外包，政府项目，银行项目，电信项目）

摘要：本文是敏捷外包工程系列的第一篇。（之一，之二，之三）本系列是中科院研究生院《软件工程硕士-外包方向》的《敏捷外包工程》课程的课外扩展阅读材料（本人是此课程讲师）。同时也适合软件外包公司在本公司推行敏捷开发时参考。定义这里的“外包”指广义的外包，包含了传统的欧美外包、对日外包，也包含国内以销售合同驱动的项目型外包，如政府、银行、电信项目。由于整体上外包工程属于管理活动，除了需求开发部分会借鉴XP的实践之外，本文所提到的“敏捷开发”一词多指Scrum方法。“敏捷外包工程”整体上包含两个部分：交易过程和交付过程，本系列中两者均有涉及，当前以后者为主，前者会较晚推出。前者包含市场宣传，客户接洽，合同阅读全文

posted @ 2011-07-21 12:59 阳光VIP1 阅读(200) 评论(0) 推荐(0)

[置顶] 【正式发布】火星人敏捷开发手册2012-02-24（基于Scrum的敏捷开发免费培训教材及公司内部宣传材料）

摘要：2012-02-24：新版本发布，新增敏捷计划5页由于原定发布时日期2012-02-29在外地培训，提前发布；本期内容由原定的产品管理改为较为基础的敏捷计划，建议下载。预告：下一更新日期：2012-04-30。您可以在非商业场合免费使用（详见文档最后的授权页面）：作为培训前的预习阅读。打印并张贴在公司走廊上。作为企业内部小组培训教材使用。请大家跟帖多提意见和要求，以便及时更新。下载请点击（无需积分）：2012-02-24版：CSDN下载，无需积分，需要注册：http://download.csdn.net/detail/cheny_com/4086672115网盘，不用注册：http://11 阅读全文

posted @ 2011-07-19 14:04 阳光VIP1 阅读(156) 评论(0) 推荐(0)

【预告】火星人敏捷开发手册（免费敏捷教材及宣传材料预览）

摘要：已经正式发布，请转至：http://blog.csdn.net/cheny_com/article/details/6616794最近几天没写博客，一方面因为有几次培训和会议占用了时间，另一方面在编写一个免费敏捷教材及宣传材料。最后有几张已经完成的草图。编写到初衷有两个：1. 希望每次培训课前，大家已经对基本概念有所了解，而不是从头听，这样有限的时间就可以用来解决真正的“敏捷如何应用”的问题而不是“敏捷是什么”的问题。花钱去听基本概念是很亏的一件事情，但要找一本书（尤其是2小时就能看完的）来了解敏捷基本概念还挺难。国外如goodaigle有一些类似材料，但是不完全对外公开。2. 去过几家企业，阅读全文

posted @ 2011-07-15 13:16 阳光VIP1 阅读(150) 评论(0) 推荐(0)

敏捷开发“松结对编程”实践之六：大型团队篇|后记（大型研发团队，学习型团队，139团队，师徒制度，人员招聘，职业生涯规划）

摘要：本文是“松结对编程”系列的第六篇。（之一，之二，之三，之四，之五，之六，之七，之八）松结对编程是小型团队的实践，大约运行在1个师傅+1～3个徒弟的尺度上，当面临更大尺度的时候，就需要大型团队模型。这里推荐139团队模型，因为它不但可以让松结对编程运转顺利，还解决了大团队沟通、绩效考核、师傅的出路等问题。139团队的整体情况相当复杂，将另有系列博文描述，这里只描述与“松结对编程”相关的内容，以保证本系列博文的完整性。基本概念139团队就是1个项目经理，3个师傅，9个徒弟的简称，当然实际上未必正好凑够13个人，也未必正好每个师傅都有3个徒弟。在第一篇里边已经提到过三个层级的工作关系，下面是一些深入阅读全文

posted @ 2011-07-11 22:40 阳光VIP1 阅读(137) 评论(0) 推荐(0)

敏捷开发“松结对编程”实践之五：代码检查篇（大型研发团队，学习型团队，139团队，师徒制度，代码审查）

摘要：本文是“松结对编程”系列的第五篇。（之一，之二，之三，之四，之五，之六，之七，之八）松结对和紧结对不一样，两个人不是总坐在一起随时发现问题解决问题，而是很短时间地坐在一起。其中在后检查点发生的主要事情有两个：一是看结果是否符合需求（做什么），而是看代码是否存在问题（怎么做），后者就是代码检查。代码检查（也称代码审查Code Inspection）是一种由来已久但是很神秘的东西，最初引入是在一些生命攸关、重大财产相关的软件开发中，典型的就是SSOS（美国航天飞机的软件），其每段代码都交由6个人审阅，方可入库。成果就是在1989年之前（之后笔者没有数据），SSOS在太空中失效次数只有一次。笔者亲身阅读全文

posted @ 2011-07-09 14:10 阳光VIP1 阅读(168) 评论(0) 推荐(0)

敏捷开发中asp.net MVC的开发次序感受（先开发View？先开发Model？先开发Controller！）

摘要：各种思路和顺序都试过。最开始时先编写Model，毕竟Model是所有一切的基础，再说没有Model，Controller里边用到该怎么办。后来改成先编写View，View才是用户能看到的东西啊，不知道用户看什么，怎么知道应该提供什么Model。现在先编写Controller。在讨论哪种次序最好之前，必须弄清楚“好与不好”的标准。开发次序好与不好的标准1. 顺畅比如编完Model的10个方法，再编Controller的10个方法，再编10个View是不顺畅的。从敏捷的角度看，就是同时开启了多个故事，而这些故事要等到最后才能同时完成，属于不好的实践。而先编controller中的1个方法，然后马上阅读全文

posted @ 2011-07-08 12:27 阳光VIP1 阅读(186) 评论(0) 推荐(0)

敏捷开发“松结对编程”实践之四：日常工作篇（大型研发团队，学习型团队，139团队，师徒制度，检查点，代码审查，每日立会）

摘要：本文是“松结对编程”系列的第四篇。（之一，之二，之三，之四，之五，之六，之七，之八）团队中常见的一种情况计划、估算、设计的时候大家还在一起，但编程的时候就会分开。分开看似是安全的，但是却充满隐患。2001年，一位招聘考试前三名（一共120员工）的程序员的两个月的成果被彻底放弃重写，原因是里边包含3000多个常数，而且很难修改（码流参数），重写的人座位距离他只有4米，重写也只花费了2周；2002年，一位月薪7000（那时候北京房价才3000多）的程序员编写了一个月的4000多行代码，在一个下午被重写为50多行，座位距离他只有5米的项目经理疑惑加惊讶地问：“你真的没学过c++ template？” 阅读全文

posted @ 2011-07-07 14:39 阳光VIP1 阅读(134) 评论(0) 推荐(0)

敏捷开发“松结对编程”实践之三：共同估算篇（大型研发团队，学习型团队，139团队，师徒制度，敏捷设计，估算扑克，扑克牌估算）

摘要：本文是“松结对编程”系列的第三篇。（之一，之二，之三，之四，之五，之六，之七，之八）估算是经久不衰的管理话题，大致分为两种流派。第一种是领导指派，领导说这是10天的活，就必须当是10天的活来干，如果干不完，可以用加班、损失质量、功能缩水等各种方法曲线救场。另一个变种是大家自己估算，但是交给领导审批；领导审批其实就是砍一半的过程，还好大家之前就已经加了一倍，所以不怕。第二种是自我管理派（偏敏捷），就是由具体开发的人员自己说开发工作量，领导和他人不干预。尽管“自组织”了，但是领导深以为这种方法留下了偷懒的种子，而队员也觉得某人的估算很不靠谱（太长或太短），到底怎么办呢？共同估算吧。-------- 阅读全文

posted @ 2011-07-06 11:14 阳光VIP1 阅读(131) 评论(0) 推荐(0)

敏捷开发“松结对编程”实践之二：计划与设计篇（大型研发团队，学习型团队，139团队，师徒制度，设计评审，预想陈述，共同估算，扑克牌估算）

摘要：本文是“松结对编程”系列的第二篇。（之一，之二，之三，之四，之五，之六，之七，之八）新人其实很少偷懒，因为一方面正处于入门学习的高峰期，另一方面工作时间不长需要得到企业和团队的认可。可为何他们工作总是不得力呢？新人的真正问题在于无心办错事和好心办错事。无心办错事包括没学过某种好的方法、不知道企业已经有某些可用代码或库、不懂业务等种种问题。好心办错事包括想做一个比领导想想的更好的功能、过度思考了可复用性可维护性等。这两个问题笔者都经历过（作为新人和老人），“避免”是最好的方法，而不是事后改正，这就需要在设计阶段和计划阶段从技术、管理两个方面来提前预防。---------------------- 阅读全文

posted @ 2011-07-04 20:27 阳光VIP1 阅读(131) 评论(0) 推荐(0)

软件培训机构的网络营销那点事儿

摘要：只要不是白痴，每个小的个体商业机构的老板都渴望有更多的人知道自己的产品，一般都会想到要利用网络资源来宣传自己的产品，于是产生了各种五花八门的网络营销手段。由于本人长期深处软件培训领域，自然会关注和分析一些同行在网络上的各种宣传方式，时间一长，我也从中慢慢地看明白和学到了一些网络营销手段，现在全部公之于众，全当给各位网友增加一些见识，丰富一下人生经验。如果这些披露不小心触动了某些人的利益，还请口下积德，多多担待。如果有网络营销高手看到了，还请多多指教，为大伙补充一些更多的网络营销秘密。由于各位网友的生活已经离不开网络，了解了这些网络营销手段，随时都可能会给我们的生活带来帮助，例如，我曾经因看病. 阅读全文

posted @ 2011-07-03 14:01 阳光VIP1 阅读(168) 评论(0) 推荐(0)

敏捷开发“松结对编程”实践之一：人员结构篇（大型研发团队，学习型团队，139团队，师徒制度）

摘要：本文是“松结对编程”系列的第一篇。（之一，之二，之三，之四，之五，之六，之七，之八）传说中的结对编程，大致结构是两个人共用一台电脑，一个开发，一个测试，以随时评审来抵消返工时间损失。传说归传说，谁也没有见过。问题出在哪里？有两种主要原因。一是来自高层的，高层感觉两个人只有一个人干活，实在是有点浪费。“评审抵消返工时间”虚无缥缈，但每天只有一个人干活却是现实情况。二是来自基层的，两人若有高低，高手肯定觉得还不如我一个人干的快；两人若旗鼓相当，难免产生争执。其实在我们身边一直有一种方法很像结对编程：“师徒制度”，就是每个新人来到公司，都指派一个师傅带着，在技术与业务方面提供指导。他们既不用一台电脑阅读全文

posted @ 2011-07-03 12:18 阳光VIP1 阅读(139) 评论(0) 推荐(0)