开发团队建设

目前所遇到的现实问题,结合所看的书而引起的一些思考,打算写一个系列。 因为时间管理方面,还不能严格按照计划执行,所以不定计划,写到哪里算哪里。 第一个是关于软件开发的团队建设。 还是先来看瀑布模型吧。这可能是最熟悉不过的开发模型,或者说是管理模型吧。我觉得瀑布模型与其说是一种软件开发的方法,不如说是其他行业的既有管理方法,用于软件开发这种新的生产活动中。自上而下,中央计划,层层执行。瀑布有自身的特点,也有自身的应用场景。有些人来给敏捷和瀑布下定义:敏捷使用变化,瀑布不适应;敏捷容易测试,瀑布不容易测试;。。。还有好多这种相对比的结论。结果是敏捷和瀑布都没给出明确定义。而且这种定义也过于形而上了。我认为瀑布模型来源于其他行业的生产管理,就带有现有生产管理方面的特点,首先是,一切的开发活动都源于计划,开发过程的可变因素比较少,或者说是即使有变化也在可控范围之内。然后在组织形式上是一种类似于金子塔的结构。小些的团队是组长带着组员。大一点的会分为各个开发组,跨组又有一些组织,委员会之类的。总之这种结构下,核心是计划制定,从属的是计划执行,对于非核心部分越容易扩展月成功。如果核心部分能够很好的运转,其他不分就不会有什么问题。 想到初中政治学的一句话:生产力决定生产关系。 (困了,先写到这里) 28日续 随着软件开发行业的渐渐发展,生产力和环境都发生了变化。 软件行业不断地在扩军;软件能做的事情越来越多,总有各种稀奇古怪的需求。客户对软件的期待也越来越高,需求也不断变化。 写到这里发现好像离题了。本来要写团队建设,却写了软件开发模式的演变。原打算说明一下思考的演变过程,是受流行的影响向敏捷看齐。(难说是好事坏,真的是对敏捷的价值认同,还是这方面思考的少。不得而知了。) 简单总结,好的团队有这样的特点: 能够完成任务,这需要一些基本技能。。。 能够有效沟通,成员之间,与客户之间 能够成长,接受新事物,分享 就写到这里了。

社长失格

12月24日,加班回家的路上,读完了这本书。 完成了年初读一本日语书的计划。 有意思的是书作者破产也是在12月24号。在这一天读完或许别有一番意义? 作者一个不安分的大学辍学生,15年创业的经历,重点在95年一个idea使得公司备受瞩目,赢得大量风投。见比尔盖茨。。。因为网络泡沫经济银行热钱而被推上顶点,同样因为银行缩紧银根追讨贷款而导致破产。分析了其中原因,主要归咎于时代,还有一些个人的检讨。 事情发生的那个“时代”,时代这个词并不准确,90年代末。一场波及整个世界的网络经济泡沫。当时正在读高中,没能亲历。从大学老师,工作前辈那里有些最直观的感同身受。有位老师遗憾当时创业失败,没能赶上这股风发展起来。前同事慨叹当时的公司钱多人傻。泡沫破了,工资大量缩水。 04年毕业,那之后我也是这段涌动历史的见证人。 不远的未来,我会赶上什么风浪呢?

重构auction网站

2010年的夏天开始到现在,先后做了5个auction类的网站。 代码从纯php到引入yii,服务器从一台到web和db分离,到多server负载平衡,动静分离。 加了缓存,又引入了一些中间件。 业务上从price up到price down,又到スクラッチ。 在这期间又经历了公司倒闭,找工作,干私活。 回想起来五味杂陈。 想用半个月时间把代码重构一下。 重构的方向如下: 1,正在学习Design,完善Design换肤和content manager,让网站管理更方便 2,贯彻MVC设计模式,把业务类包装尽可能的独立于yii,实现这个目标过程中细分那些完成太多功能的“大方法” 3,修改一些用yii用的不正确的地方 具体目标如下: 1,用yii的theme来实现换肤 2,修改用yii不妥当的地方,比如自定义的工具类,常量,特别要消除dao类 3,支付功能的最初构想没有被实现,让支付更独立,更易于面向不同支付平台的开发 4,邮件等功能散落在各处的代码集中 先写到这里。以后慢慢跟贴完善。

建站指北

嗯,有句名言叫条条大路通罗马是不。 架起这个站点到现在也一个月了,这个月比较忙(苦逼程序员好像没有闲的时候)。零散的时间不断的给这个ec2主机填东西。真的比较零散,到现在想整理都没有头绪。所以就想到哪儿记到哪,争取把这个虚拟主机的东东都倒出来。 一,又爱又恨的ec2 对ec2真是又爱又恨啊,听同学介绍才知道有这么个免费的东东,向伟大的amazon致敬。当时我一边开发,一边偷偷的申请ec2主机,你知道一不小心选中了收费版,也没仔细确认,偏偏那段时间每天都加班,申请下来再也没管理过,就连信用卡账单的邮件都迟了好几天才看,花费了1500左右大洋。 二,web容器 装的是xampp,傻瓜式的解压就能跑起来。yum装至少还能了解下程序对组建的依赖,make的话会知道更多细节。更牛x的人上来会说制定以下内核,会有更出众的性能表现。至于么,每个阶段有每个阶段的任务。跑起来就好。 三,服务器监控 装了sysstat,htop,munin,知道每隔一段时间steal就会很高,估计是别的虚拟机在这个时间跑cron。把我的程序卡的要死。莫不是需要我换个ec2? 四,vhost 这个ec2不光跑wordpress,有背日语单词的应用,还有两个在前公司开发的网站的展示。加上测试web服务还有Mysql的负载均衡,把机器搞的乱糟糟的。或许应该趁这个机会删了这个ec2重新来过。 以后计划: 1,为了完善背单词的应用,要装mailserver(与其说安装不如说配置,默认都有不是) 2,测试下memcachedb,tt/tc,还有redis的性能 memcached装了,服务偶尔会死,用linux的监控程序看着也只能保证死了在短时间能重启服务,memcached缓存的内容都gone with wind了。而且memcached死了yii框架就无法启动。趁着比较memcached还有tt,redis的性能的机会,迁移到能够持久化的cache的服务上,哈哈,能集群就更好了。