A mail to Jenson.Zeng

关于teamwork一些看法。
我来了这么长时间了,也接触了这么些项目了,读那么多书了,遇到那么多情况和问题了。就写点总结性的认识和看法吧。
先谈谈项目情况,就config折腾到现在,我才明白哪些文件对我们项目问题比较有用,首先有RFP上提到的报告输出文件result.out,然后就应该是MCC-Catchall.log,MCC-Errors.log这两个日志文件。从头到昨天为止也不知道这两个文件怎么看也不愿意看,因为记录太多,而根据他们说的,分析源代码和运行观察以追踪情况。可源代码量更甚巨大,另外提供给我的追踪方法太过原始我难于接受,所以几乎一切时间都花在研究集成环境上了,因为只有它能改善这一系列枯燥无趣的事情。结果折腾下来我们的eclipse调试不起来这东西。真是对TAM生气,首先他们不理我们遇的问题,第二又表示他们eclipse用的没我们好,最后问题还是抛给我们解决。
这一系列项目过程总结下来,我才看到这种项目的处理过程:首先理解报告,其次查看日志,通过分析日志记录再结合源代码理解,然后是做一系列判断决定和试验。可我一开始就绕了弯路,老折腾在源代码的调试上。再说接受到他们的提示过于简单和不定向,分析,看源代码呀;这是会让人思路转不过来和失去自己的判断,因为是依赖别人的指示,另外我也像是急性子人,这都受炬峰影响,他行事不同寻常人反应,这种过强驱动下是会产生种种错误隐患。
说读书吧,最近就看上公司那么本黄皮书,人民邮电出版的PSP软件工程自我改进过程的。没有详细阅读,启示性很强,因为都针对我们会遇到的状况。PSP是TSP的前奏,真正Teamwork高效的话,是得有书中强调的那点意识。过程是非常的重要,它明确了才会少避免许多麻烦,才会工作顺利。 继续阅读

挣扎

请假两天,转瞬即逝,却有过了四五天的感觉。一份简单的政审表格,几经辗转,越办越复杂…现在,唯有顺从天命了。在这个拜金和人情的社会,在一个陌生的城市里办点事,真特么比登天还难!抑或是应了一句经典的话:好事多磨,往往是没遇到好人。于是不得不多感慨一句,这年头,好人还真特么难遇到。

又回到这个出差地,干讨厌的工作,出讨厌的野外,没有动力,没有干劲,没有激情,如此沉默,如此消极,如此破罐子破摔…可这并不是解决问题的办法,我却很可能会被问题解决…… 他们对我的容忍也到了尽头了吧,我该做些什么了,对我对他们对单位都有利的事,某人云“在错误的道路上停下来就是前进”,我深信不疑!其实真的没什么好怕的,说“我们来到这个世上,本就没打算活着回去”,豪迈却不切实际;而“天无绝人之路”,却是质朴的事实!So,既然我尚能思维尚能饭,就该去追求快乐,寻找幸福,这是我理解的生命的意义,我不要为了那些虚荣的未来之物憋屈的活着。虽然在天国,平民的快乐和幸福总是显得那么遥不可及,但我不该、也不能放弃努力!我庆幸自己的肩上没有抗着房子车子妻子的重担,所以我没有必要去弯腰低头的过委屈求全的日子,我要自由选择我的生活!

一直玩DOTA,却从没过多在意里面英雄的口头禅,今天偶然看见小Y的语录,百感交集,继而豁然开朗“DON'T  WORRY, BE  HAPPY.”多简单的生活真理!

第一篇文章,算日志吧,内容上沿袭了本站一点愤青的风格,特点、长度上有些不达标,请站长包涵! :p

陌路

有理论依据才可靠,有实验证据才可信;可事实是灰暗的。
两者都有,如此完美的状况为什么还没出现。两都有了我们就什么都明了了。不再云里雾里尽瞎折腾乱碰撞了。经历的是好痛苦啊。

上面其实是Dr.F的抱怨,有时候我们不得不承认,刚进入工作或是进入工作时间不长的我们受到了挫折——甚至可能是前所未有的。也许现实就是如此,在学校我们学习了太多了理论,太过于理想主义。空闲的大学时间也让我们变得懒散,懒得去证实我们可以完成这无聊的工作。而且,我们看上去的确是脆弱的。

工作和学习生活不同,学习偏向于理论,而工作却偏向于实现的结果。我们拿着实验手册进入大学实验室,我们只需要照本宣科 似地把实验做完。这些实验本来就是在相对理想状态下完成的,它的实现条件并不苛刻。而工作却往往并非如此,我们工作的流程大多数情况下不会像实验手册那样清晰,每一步、每一条都列的清清楚楚。我们常常接收到笼统的命令,有时候这些命令只有几句话。上面的人也许只是一个突然的想法,经过稍微长时间的思索,觉得这样做很不错,我们便接受到一些看似无理的任务。我们要面对的,是各部门的协作,需求的不合理等等问题。我曾经不止一次的,对仅有几句话的需求心里暗暗叫苦,我心里一直认为,需求不该这样的,你们这群混蛋!所以很多次我拿到需求的时候,我心里是不爽的,特别是并未开始编码的阶段,了解各种晦涩的东西、甚至去了解其他的语言或是其他语言框架的时候,我都会进入一段低谷情绪。因为我在一个小公司,PHP开发的也不是什么大型项目,很多时候只是我一个人的战斗而已,你们简单的需求和我自己惨烈的战斗比起来,对于我是如此的不公平,可是我本来就是一个可怜的脑力打工者,本来就无所谓公平,我只是讨厌懒惰的需求提出者和提供者,是厌恶! 继续阅读

关于工作的重要讨论

本文针对工作中涉及的名词术语进行确定性的讨论,给出明确的定义。

工作中经常会涉及到文档与方案之类的东西。提问:什么是方案,如何组织在文档表示中?

一般来说,方案即指针对问题而可采取的一系列措施。更确切的描述在文档中又如何定义?

必须明确方案的完整定义。所谓方案,是为实现某一目标而确定的一系列任务的组织形式。所以描述方案,最终目标必需确定,实现目标需执行的任务也必须定义,另外必须说,背景也需要确定。这样才确保可行性。

于是可将其组织为如下

方案{目标,背景,任务}

以上表示任务是以有组织有次序出现的。

方案确立,当然下一步是执行方案,有这么一系列任务,于是需要任务分配,人力指派等问题。这个属于管理学问,暂且搁置。

下面给出子级概念,关于任务的定义。

任务{目标,过程}

很简洁的指定,任务可定义为目标和过程,首先任何工作都是有目的性进行的,所以目标是首先要确立的,其次就是完成目标应执行的过程。这便构成了任务的简单定义。

以上都示以最简单可理解的方式表示工作中必须明确的概念。思考源自于ant 组建工具的组织方式(build.xml),在ant使用中,以project来组织一系列target,每个target由一系列task来完成。

其实很多概念我们明确了,很多事情我们就明白了。都不需要别人怎么指点的。只是很多东西都要我们自己去摸索,因为现在的企业发展不成熟,或就是管理不完善,不系统;更难过的是新手入职场要受气。

智能演练过程

本主题定义关于头脑智慧演进的过程。

可概述为以下几个步骤:

经验的累积;

1.总结归纳,提练理论层次。

2.实践中不断修正。

3.进一步完善个人思维体系。渐入有组织有层次的理论知识。

后面12将在实际中不断重复的演练。反复的加强自我,这便是修炼!

在第3点,当人的知识体系达到一定的境界,理论形成一定的有效组织。在这种前提下,人将表现出自我的智慧。下面是着重讨论一下这个自我智能化的演化过程。 继续阅读

生活热动力学的几点思索

一般没遇什么问题我们的头脑是停顿的,不假思索的,经验主义惯性思维的。而通常碰到问题撞击我们以往的思想体系时于是会引发头脑风暴。风暴过后是另一番风景,我们的思想会得到重组,思维体系会相应的refector。这便是最原始的机器,我们成了人类!但我们还不满足于我们本能的创造性,总是会想手工明晰的构造一个可以代替自己的机器。于是发展出了一系列文化传承与知识遗产,以及今天的高科技信息时代。

废话讲在前头或许太多了,我们生活在一个信息引爆时代,我们的头脑必需能够自我修复自动进行时时重构以适应新的时间参考体系。本章主题其实是要说关系物理学体系中的热力学在生活中的表现。

标题描述以生活热动力学为关键,强调的是热学在动力方面的重要观点!

有关自由态熵化演变,自组织等等专业话题我暂且只好放一放。这方面还没做充分的知识准备。只道以生活来简单理解热力驱动。首先生命以物质为基础的条件已存在的假设下,我们说产生生命的一个很重要环境因素是什么,温度。对的温度是我日常最基本的常识之一,温度也是我们热力入门的一基本概念。生活中最基础的需求是爱和温暖。这每个人追求平淡生活的唯一标准。强调温暖,这就是我们对温度最原始的认识。

另外再例举几个生活中出现的的情况,我们烧饭的过程,加热。我们运动过程中,产热。各种动能损耗,热…… 继续阅读

正月十六

正月十五就这么在礼炮声中过去了,一切依旧。小巷里的吆喝声,匆忙上班的人们,鱼贩摊位上无神的鱼和布满鳞片内脏的铁盘,道边成堆的垃圾……

几个朋友年后开始觉得自己的工作不合适,而有些朋友,才刚刚开始找工作。他们真是后反劲儿,那是我半年前的恐慌,那时,他们说我不满足的总想换工作。我并非厚着脸皮觉得自己有先见之明,我觉得我看到的是恐慌,不安。是不是每个刚工作没多久的人都会有这样的想法,觉得自己的发展受到影响,觉得自己走在狭窄且没有尽头的路上,虽然手中拿着鲜花,却看不到蓝天。最近经常听到HR和经理对我说学到东西最重要,我反而觉得这话只是给刚参加工作人的安抚而已,他们担心的是我的离职。很多朋友总觉得毕业没多久,学到东西东西最重要。我对他们说,学到东西和拿到钱本应是统一的,而非对立的。我并不是说自己不想换一份工作,面对这混乱无理的需求、独自编写的工程、工作经验的限制,我相信换做其他人,也会有这种无力感,甚至连说出的话也会苍白。毕竟,都有自己的无奈。

有两个朋友分手了,在一起4年了也不容易。不过我觉得我应该恭喜他们,该来的总会来。我不是起哄,分手也是预料中的。本来就是无法维持下去的,早点结束这点痛楚对谁都好,希望此事能给他们带来教训,或者是我们这些围观的人一些思考。

博客新加了两位作者,一位是高中好友keither,运动细胞和学习都好、有自制力和女人缘的货,暂时没有女友,往下要写的大家都知道,打住。经过鉴定,此人为闷骚型,在博客里署名叫做“凌乱”,我看了以后心里的确挺乱。还有一位是qianfu.liao,他的昵称是Dr.F,是我的大学同学,他懂得很多,程序写的好,音乐也不错,不说通古今、知天地,也很渊博了,印象里只是孩子气多一些。同样,他也没女友,继续征集……

春,懒

曾经写博客的时候最常用的标题就是最近,以至于经常看到自己的文章标题都是最近,毕竟换了新博客了,改改当初的坏毛病。虽然标题不用最近了,但内容还是最近的杂事和杂想而已,繁乱没有主题。

北京终于下了第一场雪,这场雪不知为何选在立春之后,阳光也因此变的更加干净、明亮。 道路两旁的白色并没有如我所想的第二天便退去,天气也没有变太冷,温度似乎一直在微妙的平衡状态。

眨眼的功夫这个年就过去了,和预想的一样平静,流水一般没有任何停滞感,这也应该是时间的本来面目吧。就这么回到工作的位置,一如平常,即使是正月,除了对面房间门口的春联,再也嗅不到任何过年的气息。项目还是一如往常,并没有其他的同事加入项目,仍然是一个人推进不大的项目、提测、等待、修复漏洞。就这么过着,生活似乎也凝固了,找不到方向。

博客建了一个月了,几乎没有任何访客。本来打算给博客做一套主题,但还是懒得去弄,也就这么放任着,心情好的时候便来加点功能。也正是因为懒得去做主题,自己终于在今天让博客撞衫了——有一个博客和我的博客使用了同一套主题。懒得动弹,有时间再说吧。

百度还是一如既往的不靠谱,谷歌还是一如既往的被重置,呼唤网络自由。

在 PHP 中养成 7 个面向对象的好习惯

通过面向对象的方式改进 PHP 应用程序
本文转载自IBM文档库,作者是 Nathan A. Good。如果不希望转载,请通知我取消本文。
转载地址:http://www.ibm.com/developerworks/cn/opensource/os-php-7oohabits/

简介: 如果您尚未打算用 OO 原则创建应用程序,则使用 PHP 的面向对象(OO)的语言特性,这 7 个习惯将帮助您开始在过程编程与 OO 编程之间进行转换。

在 PHP 编程早期,PHP 代码在本质上是限于面向过程的。过程代码 的特征在于使用过程构建应用程序块。过程通过允许过程之间的调用提供某种程度的重用。

但是,没有面向对象的语言构造,程序员仍然可以把 OO 特性引入到 PHP 代码中。这样做有点困难并且会使代码难于阅读,因为它是混合范例(含有伪 OO 设计的过程语言)。使用 PHP 代码中的 OO 构造 — 例如能够定义和使用类、能够构建使用继承的类之间的关系以及能够定义接口 — 可以更轻松地构建符合优秀 OO 实践的代码。

虽然没有过多模块化的纯过程设计运行得很好,但是 OO 设计的优点表现在维护上。由于典型应用程序的大部分生命周期都花费在维护上,因此代码维护是应用程序生命周期的重要部分。并且在开发过程中代码维护很容易被遗忘。如果在应用程序开发和部署方面存在竞争,那么长期可维护性可能被放在比较次要的地位。

模块化 — 优秀 OO 设计的主要特性之一 — 可以帮助完成这样的维护。模块化将帮助封装更改,这样可以随着时间的推移更轻松地扩展和修改应用程序。

总的来说,虽然构建 OO 软件的习惯不止 7 个,但是遵循这里的 7 个习惯可以使代码符合基本 OO 设计标准。它们将为您提供更牢固的基础,在此基础之上建立更多 OO 习惯并构建可轻松维护与扩展的软件。这些习惯针对模块化的几个主要特性。有关独立于语言的 OO 设计优点的更多信息,请参阅 参考资料

7 个优秀 PHP OO 习惯包括:

  1. 保持谦虚。
  2. 做个好邻居。
  3. 避免看到美杜莎。
  4. 利用最弱的链接。
  5. 您是橡皮;我是胶水。
  6. 限制传播。
  7. 考虑使用模式。

继续阅读