人生感悟/电信业务/敏捷开发
Jackchenyj
缩小与大牛的差距,唯一的方法就是不断学习
展开
-
送给“苦逼”的IT人系列1:IT人的“钱”景以及收入的两道坎 .
转载自:http://blog.csdn.net/hello_world2001/article/details/7374937 虽然IT工作五花八门,而且年纪有老有少,但IT人的收入总体还是比较有规律的,很明显的可以看出有两道坎,分别是10W,和30W,当然,我说的是年薪,是RMB,不包含任何跟销售相关的提成,也就是纯打工者的收入,而且是北上广深这些一些城市的水平,二三线城市请自己调转载 2012-04-12 09:20:22 · 1335 阅读 · 0 评论 -
程序员由于天天和逻辑打交道,所以在世故的人眼里往往显得过于简单。
程序员由于天天和逻辑打交道,所以在世故的人眼里往往显得过于简单。近来看组织行为学,发现其中一节列了很多特别的技能。考虑到也许他们对程序员群体很有启示意义,就追加了一点说明,把它放在博客里。相信这对想成为管理者的程序员是有意义的。我个人的观点很简单:一个人可以拒绝厚黑和莫名其妙的复杂,但也不能被人认为是傻蛋。从这个角度看,把这个记下来是有点意义的,当然把这个的转载 2012-12-07 09:21:48 · 4405 阅读 · 0 评论 -
项目管理就是整合业务链
最近在看张维迎的书。他举例说,行业领袖就是产业价值链的整合者。比如像微软,其实它就是在不停的把项目与合作伙伴共享;比如像汽车产业,更多的是把别人生产的零部件组装起来,最后再以品牌的形式将整车卖出去;耐克作为行业老大,几乎是不从事生产的,更倾向于负责设计和营销,也是这个道理。作为最终和用户互动的品牌所有者,要对背后的合作伙伴负有监督的责任。比如,我们发现我们买的爱车有零部件问题,我们绝对会去转载 2012-05-19 11:12:03 · 1727 阅读 · 1 评论 -
敏捷开发“松结对编程”实践之五:代码检查篇(大型研发团队,学习型团队,139团队,师徒制度,代码审查)
转载自: http://blog.csdn.net/cheny_com/article/details/6594507本文是“松结对编程”系列的第五篇。(之一,之二,之三,之四,之五,之六,之七,之八,此系列之九及之后文章请见栏目总目录。)松结对和紧结对不一样,两个人不是总坐在一起随时发现问题解决问题,而是很短时间地坐在一起。其中在后检查点发生的主要事情有两个:一是看结转载 2012-06-22 19:38:24 · 30298 阅读 · 0 评论 -
敏捷开发“松结对编程”实践之二:计划与设计篇(大型研发团队,学习型团队,139团队,师徒制度,设计评审,预想陈述,共同估算,扑克牌估算)
转载自: http://blog.csdn.net/cheny_com/article/details/6581741#本文是“松结对编程”系列的第二篇。(之一,之二,之三,之四,之五,之六,之七,之八,此系列之九及之后文章请见栏目总目录。)新人其实很少偷懒,因为一方面正处于入门学习的高峰期,另一方面工作时间不长需要得到企业和团队的认可。可为何他们工作总是不得力呢?转载 2012-06-22 17:07:11 · 30305 阅读 · 0 评论 -
敏捷开发“松结对编程”实践之四:日常工作篇(大型研发团队,学习型团队,139团队,师徒制度,检查点,代码审查,每日立会)
转载自: http://blog.csdn.net/cheny_com/article/details/6590360本文是“松结对编程”系列的第四篇。(之一,之二,之三,之四,之五,之六,之七,之八,此系列之九及之后文章请见栏目总目录。)团队中常见的一种情况计划、估算、设计的时候大家还在一起,但编程的时候就会分开。分开看似是安全的,但是却充满隐患。2001年,转载 2012-06-22 17:37:23 · 33115 阅读 · 0 评论 -
五年程序员人生的点点滴滴
转自: http://blog.csdn.net/linux_loajie/article/details/7672455和大家一样,我也是一名普通的程序员,很快工作五年了。现在依然记得大学时软件工程老师曾说过的一句话,大概是这样的:“工作五年之后,就基本可以分出大家的区别了”.这句话大概有两层意思,第一,大家都基本确定了自己的工作或职业方向;第二,一个人的能力如何基本已经确定了转载 2012-06-24 16:52:16 · 1909 阅读 · 0 评论 -
敏捷开发“松结对编程”实践之一:人员结构篇(大型研发团队,学习型团队,139团队,师徒制度)
转载自: http://blog.csdn.net/cheny_com/article/details/6581517本文是“松结对编程”系列的第一篇。(之一,之二,之三,之四,之五,之六,之七,之八,此系列之九及之后文章请见栏目总目录。)传说中的结对编程,大致结构是两个人共用一台电脑,一个开发,一个测试,以随时评审来抵消返工时间损失。传说归传说,谁也没有见过。转载 2012-06-22 16:49:15 · 30958 阅读 · 0 评论 -
敏捷开发中asp.net MVC的开发次序感受(先开发View?先开发Model?先开发Controller!)
转载自: http://blog.csdn.net/cheny_com/article/details/6592493各种思路和顺序都试过。最开始时先编写Model,毕竟Model是所有一切的基础,再说没有Model,Controller里边用到该怎么办。后来改成先编写View,View才是用户能看到的东西啊,不知道用户看什么,怎么知道应该提供什么Model。转载 2012-06-22 17:43:00 · 2140 阅读 · 0 评论 -
敏捷开发“松结对编程”实践之三:共同估算篇(大型研发团队,学习型团队,139团队,师徒制度,敏捷设计,估算扑克,扑克牌估算)
转载自: http://blog.csdn.net/cheny_com/article/details/6587277本文是“松结对编程”系列的第三篇。(之一,之二,之三,之四,之五,之六,之七,之八,此系列之九及之后文章请见栏目总目录。)估算是经久不衰的管理话题,大致分为两种流派。第一种是领导指派,领导说这是10天的活,就必须当是10天的活来干,如转载 2012-06-22 17:21:00 · 30930 阅读 · 0 评论 -
敏捷开发松结对编程系列之十:代码审查最佳实践
转载自: 点击打开链接这是敏捷开发松结对编程系列的第十篇(栏目总目录)。以下是本人自己及各企业所采用的代码审查的最佳实践,有些数据做了归纳,以使其“更佳”。请特别注意每个实践最后简单总结的价值观。如果想采用这些实践,则要认同并实现这些价值观;若想采用不同的实践,则要找到自己的合理的价值观。由于下面的价值观多数都是很有价值的,所以即使采用不同的实践,也要考虑到兼顾转载 2012-06-22 16:26:19 · 2095 阅读 · 0 评论 -
WPF 引起的软件架构思考
一、引言一看,又4个月没发文章了,这4个月除去春节奔波,基本上一直在加班,在中国做程序员总是与外国同行不一样,起跑线上输得很厉害。其实按照《人件》统计,程序员一天如果能顺流超过3个小时,基本上就可以秒杀绝大多数问题了。问题是在我们现行的工作环境下,经常是一天连一分钟顺流都进入不了,必须是各种打扰,各种打断,看似提升了效率,事实上是降低了效率。而且,绝大多数时间,我们可能花在了调试错误上,而非本转载 2012-06-18 14:34:47 · 2851 阅读 · 0 评论 -
每天工作4小时的程序员
转自 http://blog.csdn.net/fwj380891124/article/details/7634531#comments每个人都熟悉这种作息规律:早上9点去上班,坐在电脑前面,编一天的程序,下午5点下班回家。如今,非常感谢蒂莫西·费里斯 (Timothy Ferriss)的《每周工作4小时》,我开始重新思考应该如何工作,如何让自己变成更有效率的程序员。最近,我把我的从转载 2012-06-05 21:36:05 · 1799 阅读 · 1 评论 -
送给“苦逼”的IT人系列3:多久跳一次槽?用一个朋友的例子告诉你,为什么你没有圈子。 .
转载自:http://blog.csdn.net/hello_world2001/article/details/7426539 发现很多人没看懂或者没看完我在说什么,补充下说明。某些看贴的朋友,认为我的意思是一份工作必须干满2年,还以为我的意思是技术不重要,圈子是一切。我为这些朋友的理解力和耐心感到悲哀。请先花两分钟时间看完文中写到的跳槽前提吧。-------------转载 2012-04-12 09:22:27 · 1440 阅读 · 0 评论 -
送给“苦逼”的IT人系列2:要事第一,关于人生计划以及时间管理 .
转载自:http://blog.csdn.net/hello_world2001/article/details/7426413 当我处于自我否定之否定的那个苦逼阶段时,只知道死看书,没意识到其实一些简单的方法论就可以让自己得到非常大的提高。后来才发现,其实,哪怕一些非常professional的高级人士,他们的工具箱中的绝大多数工具其实都是非常简单的,只不过他们知道这些工具,相信转载 2012-04-12 09:21:32 · 1062 阅读 · 0 评论