Adieu的大杂烩

许久没有写博了。也许久没有上过自己的博客了。

不是没东西写,而是随着对事物的了解逐步深入,就越发的发现自己的浅薄。我想还是不要让我的不成熟害了读我博客为数不多的几个读者吧。于是我沉下心来,观看,阅读,慢慢的积淀,希望在将来的某一天,我真的能够将我的知识分享给大家。

前两天偶然上自己的博客,发现模板里面被插入了很长的一段spam代码,想必是低版本的Wordpress的安全漏洞造成的吧。

今天抽了几个小时,更新博客到Wordpress的最新版本2.5.1,希望spam的情况不会再出现。

Comments

任何软件开发公司都会遇到类似的问题:是让程序员更快的把代码写出来呢,还是让程序员花一些时间在代码的质量上来降低将来维护代码的成本?

我想这个问题可以分两个部份来回答。

当软件公司或者自由职业者刚刚开始进行软件开发的时候,速度才是最关键的东西。只有快速的完成开发任务,才能创造足以养活自己的价值。在这个阶段,生存是最重要的。为了活下去,什么代码质量,什么单元测试,通通可以不管。速度才是硬道理。

而发展了一段时间之后,维护成本开始显露出它的重要性。前两天听一位高级程序员的演讲,他说他最不满意php的地方就在于维护成本太高。在这个阶段,代码是否符合规范,代码是否可以重用,将来修改已经完成的系统是否方便成为了开发人员需要考虑的因素。所以在这个阶段可以看到很多小型系统开始进行重构,将原本混乱的代码整理为一个个的class。框架,多层架构让开发者必须要将代码分离。而测试与ticket管理也越来越被重视。在这个阶段,原来的代码很多都会被做废掉。而这个阶段需要付出的代价是沉重的。

那么有没有平衡两者的方法呢?使用框架进行开发可能是一个解决方案。

在框架下,一方面很多代码不需要自己重新书写,提高了开发效率;另一方面在框架下将代码强行的分离,为以后的代码整理以及复用提供了基础。

这里强烈向进行Web开发的同志推荐 Django框架 。使用Django可以让你在开发速度和维护成本之间找到不错的平衡点。值得关注。

Comments

管一个项目已经够折腾人的了,每天不断的检查进度,协调资源,制定策略,让人应接不暇。

那如果要同时管理多个项目,甚至是多个不同类型的需要你来进行主导的项目呢?

如果按照单个项目来管理,估计是要死人了。

同时管理多个项目对项目经理来说,真的是一个挑战。

它意味着你每天可能会非常辛苦。

它意味着你要承担很大的风险。

它意味着将来可能的巨大收获。

它意味着你的管理核心可能在制定进度以及检查进度上。

它意味着你需要很多能帮你承担起责任的同事来帮忙。

它意味着如果你能把这多个项目同时管理起来,就有了成就一番事业的可能。

所以,当你遇到多项目管理的机会时,别退缩。也许这段经历将来会成为你很大的财富。

Comments

每个人都在不同的时间不同的地点扮演着不同的角色。

上班时的商务精英可能是下班后温柔的情人;雷厉风行的女老板可能是慈祥的母亲;年轻时候的小混混可能是中年时的企业家……

人们应该习惯自己需要扮演不同角色这一事实,更为重要的是,要习惯角色的变换。

如果把上班时的感觉带到家里,会给家里增加许多困扰。

如果不能习惯从执行者变为管理者,就不能管好一家公司。

如果企业长大之后,不能从小老板的角色变成大老板的角色,就很有可能限制企业的发展。

Comments

很多网站都设计了浏览者评论的功能,本意当然是促进浏览者对所浏览内容进行交流,进而产生用户粘性。

但是最近越来越发现这个聪明的功能对于中国互联网来说,好像不那么管用。

单且不说评论质量低下不说,其间吵架的,胡扯的,打广告的,让人不得不对评论产生厌恶感。

评论这个功能在大量劣质使用者面前非当没有起到好的作用,还对网站的整体格调产生了影响。

如果说解决方案的话,可能有:

  1. 关闭评论
  2. 给用户选项,是否显示评论
  3. 像Digg一样,评论也可以dugg

说不定过不了多久,过滤垃圾评论会成为和过滤垃圾邮件一样重要的事情。

Comments