人文

哥抽的不是其他的,抽的就是烟

今年流行哥姐传说,哥抽的不是烟,是寂寞。。。。的确很经典的很。之前我也不抽烟的,知道那东西没啥意思,抽不抽都一样,天天的熬夜,同事说,烟能提神,乱说,没效果。抽烟有害身体健康,都知道,但就没有一点好处了吗?前几天刚看到一篇文章,就有科学家研究出来,说抽烟更有利于人思考和专注,说起来也是蛮有道理的,我也相信,那就是一种习惯,有的人就是在抽烟的时候,才会思考的很快的,因为俺爸就是的。我也抽烟,抽的不是其他的,就是烟而已。

转载-如何做一个好的技术型领导

原文网址:http://lifesinger.org/blog/2009/11/how-to-be-a-good-tech-leader/对于程序员来说,大部分公司都提供了多条职业发展方向:1. 技术型路线:编程高手、技术专家、架构师2. 管理型路线:项目经理、部门主管、总裁3. 复合型路线:技术总监、CTO4. 特长型路线:销售顾问、培训讲师这些路线,看起来很清晰明了。但对大部分26 – 32岁的程序员来说,如何发展,究竟该走哪条路,内心可能都存在彷徨与纠结。技术和管理,有如鱼和熊掌,不可兼得,这是寓言里的警示。但在现实工作中,鱼和熊掌往往必须兼顾。上面的4条路线中,不少职位可以进一步抽象为技术型领导。如何做一个好的技术型领导呢?下面是我的一些思考。按需服务当官的最高境界,是为人民服务。这句话看起来很虚,仔细想想是句至理名言。但是,作为技术型领导,需要谨慎的不是没有服务精神,而是服务得太热情。比如一个刚上任的技术领导,接到一个任务时,可能会担心万一同事做不好怎么办?于是将任务中最难的部分,自己加班加点搞定,剩余的部分才交给同事去做。这种强制性服务,对下属同事来说,并不是一种帮助,而是侵占。会让自己很累,同时让同事缺乏成就感:事情仿佛都是领导做的,自己只是打打杂。更好的一种处理方式是:先交给同事去做,同时告知如果遇到困难,可以随时讨论,一起解决。这样能让自己更轻松,同时让同事也得到成长。按需服务,而不是一厢情愿的强制性服务,会让团队成长得更好更快。委托和授权不少技术型领导,平时冲锋陷阵惯了,接到任务的第一反应是:如何解决这个任务?甚至10分钟内,大脑里已经把需求拆解成一个个代码段了。这不是一种有效的领导习惯。更妥当有效的第一反应是:团队中谁最适合完成这个任务?将任务委托出去,授权给合适的同事去负责。任务的拆解分析、时间评估等,信任同事,让同事反馈给你,而不是亲历亲为。交代任务本身,而不是实现方法遇到过一个场景:领导接到一个任务A,想到可以用方法B来实现。于是委托下属去完成方法B. 结果方法B并不能完成任务A, 导致任务A延期。作为领导,交代任务时,一定要如实传递,可以和下属一起讨论实现方法,但切忌不要直接将自己想到的方法当成任务本身分配下去。参与感、归属感和成就感流水线式操作,效率高,但并不适合软件开发行业。软件开发的主体是人,是情感化的程序员。作为领导,不要主动替下属去开各种会议。一个项目早期的需求讨论、用研分析等,要尽量让开发者参与。参与能让项目组的成员及早地形成团队感。这样,真正开发时,才会当成自己的孩子一样去用心写代码。项目发布后,这就是整个项目团队成员的荣誉了。否则,领导参加会议,下属只管写代码,流水线式分工,大家就都会有接单思想,有活了就干,没活了上Google Reader. 缺乏归属感和成就感,做出来的产品绝对好不到哪里去。信任与尊重交代任务时,要信任同事能把事情做好。对于技术型领导来说,交代某些重要任务时,往往会忍不住自己在心里思索预期解决方案,并期望同事的解决方案能和自己想的八九不离十。当同事的解决方案一旦和自己不同时,这时要特别留意,千万不要将同事的方案直接否定。要懂得尊重,即便自己的解决方案更好,也要委婉地给出建议,并反思为何当初分配任务时,没有主动去找同事讨论自己的预期方案。谦虚、坦诚和开放对于自己懂的,保持谦虚,并尽可能的教给同事,保持开放的心态。对于自己不懂的,要坦诚直言。不懂装懂,只会让下属看不起。批评对下属的批评,话无需多,点到即可。不吝赞美、懂得欢庆当下属表现优异时,要在公共场合适当地给予赞美。在周报、邮件里,要多提及团队的成果和优点。当完成重要项目时,适当的聚餐庆祝。在这些点点滴滴中,有时不经意就能培养出团队荣誉感。

苏州的尴尬遭遇

经过第一次苏州的经验,明白苏州4点到7点会很难打车的,这次比上次遇到的跟尴尬。这次下着雨,不大,我带着伞,去打车,等了好久,这边的公交站,已经过去了好几辆了,看不到空车,最郁闷的就是打电话去查查怎么走,打不通电话。

《最后期限》日记

  优质管理的四大要素:  选择正确的人。  为他们分配正确的工作。  保持他们的积极性。  帮助团队凝聚起来并保持团队的凝聚力。  (其他一切都只是“文案”。)        安全和变化  除非感到安全,否则人们就不能去迎接变化。  在所有成功的工程中(以及在绝大多数其他有价值的工作中),变化  都是基本的要素之一。  安全感的缺乏会让人们反对变化。  逃避风险是致命的,因为这会让你也得不到与风险同在的利益。  人们可能会因为来自客观世界的直接的恐吓而觉得没有安全感,但  是如果察觉到管理者可能滥用权力来惩罚自己,他们也会觉得没有  安全感。    负面效应  威胁不是提高业绩最好的方法。  如果分配的时间一开始就不够,不管威胁有多么吓人,工作也无法  按时完成。  更糟糕的是,如果目标没有实现,你就必须兑现你的威胁。      管理者必需的身体部位  管理涉及到心、肠胃、灵魂和鼻子。  因此...  用心来领导,  相信你的肠胃(相信你的预感),  构筑团队的灵魂,  训练一个能嗅出谎言的鼻子。            用指挥战争来作为管理的一个比喻  在战役开始的时候,管理者真正的工作已经完成了。        面试和招聘  招聘涉及到所有与管理相关的身体部位:心、灵魂、鼻子和肠胃  (但是主要是肠胃)。  不要试图单独去招聘—— 两副肠胃远比一副肠胃的两倍要好。  对于新的雇员,让他们承担与以前曾经成功过的同样难度的项  目,把有挑战性的目标推迟到下一次。  征求提示:你最希望雇的那个人可能还知道其他很好的人选。  如果先把材料整理好,那么所有的事情都会进行得更好。        生产力的提高  没有“短期生产力提高”这样的东西。  生产力的提高是来自长期投资的。  任何承诺立刻见效的东西都很可能是江湖游医所卖的万灵油。    风险控制  通过控制风险来管理项目。  为每个项目创建并维护风险统计表。  跟踪根源性的风险,而不只是最后那讨厌的结果。  评估每种风险具体化的概率和可能造成的开销。  对于每种风险,预测标志其具体化的早期征兆。  任命一个风险控制官,这个人不应该维护组织内部“我能行”的  态度。  建立简单的(可能是匿名的)通道,让坏消息能传递到高层。      防止失败  壮士断腕。  控制住失败比优化成功更能提高你全面的成绩。  要有闯劲,尽早取消失败的工作。  除非必要,否则就不要自己去凝聚一个团队:出去找一个已经成型的团  队来用。  保持好的团队在一起(只要他们自己愿意), 以帮助你的继任者避免团队  凝聚得慢或者不能凝聚的问题。  把凝聚在一起的团队—— 准备好、并且也愿意接受新的工作—— 作为  项目的收获之一。  项目开始时浪费的一天和最后阶段浪费的一天对项目造成的伤害是同  等的。  有无数种方法可以浪费一天的时间...但是没有任何一种方法可以拿  回一天的时间。      开发过程的建模和模拟  将你关于完成工作过程的直觉建模。  在同事的交流中使用这些模型,以便交流、提炼关于项目运转的思想。  用模型来模拟项目的结果。  根据实际的结果来调整模型    病态的政治  每一天,你都必须准备拿自己的工作打赌.......  ......但是这也不能保证“病态的政治”影响你。  “病态的政治” 可能在任何地方出现, 哪怕是在最健康的组织里面。  “病态的政治” 的特征: 对个人权势的渴望超过了组织本身的目标。  即使这种不合理的目标与组织目标背道而驰,它也可能出现。  “病态的政治”最恶劣的副作用:它精简项目变得危险。    度量  度量每个产品的规模  不要执着于单位 – 在等待客观度量的时候,先用你自己的主观单位  从所有能得到的原始数据(可计算得软件特性)自己构造度量单位  从已经完成得项目中收集原始数据,以推导出生产力趋向  借助数据库画一条趋势线,把预期工作量作为人造度量值的函数显示出来  现在,针对每个要评估的项目,计算出人造度量单位值,并根据这个值在  趋势线上找到预期工作量值  用生产力趋势周围的干扰水平作为映射的标示      过程和过程改进:  好的过程和持续的过程改进是绝好的目标  它们也是非常自然的目标:优秀的技术工作者一定会关注它们,不  管你是否告诉他们  正式的过程改进程序常需要花钱、花时间;特定的过程改进工作拖  延项目进度。尽管最终会体现出生产力上的收获,它们也不可能抵  消花在过程改进上的时间。  但是,项目有希望从单个的、正确选择的方法改进中得到足够的收  益,并赢回为这次改变付出的时间和金钱。  在项目进行的过程中,不要希望在超过一个方法的范围内实施改进。  多种技术的改进程序(比如说提高整整一个CMM等级)很可能让项目  比不实施这些程序完成得更晚。  标准过程的危险就在于人们可能失去重要的走捷径的机会  特别是对于人员超编的项目,标准过程看上去会很严谨,因为它们  制造出了足够的工作(有用的和无用的),让所有人都忙碌不停。      改变完成工作的方式:  如果不大幅度减少调试的时间,就没办法让项目大幅度提前完成  高速完成的项目用在调试上的时间也成比例地少得多  高速完成的项目用在设计上的时间也成比例地多得多  如果你不关心别人,不照顾别人,就别想让他们为你做一些不同寻常的  事情。如果要让他们改变,就必须去了解(并赞赏)他们的过去。      压力的效果:  压力之下的人无法更快地思考  增加加班时间只会降低生产力  短期的压力乃至于加班可能是有用的策略,因为它们能使员工集中  精力,并且让他们感到工作的重要性。但是长期的压力肯定是错误  的。  经理之所以会施加那么多的压力,也许是因为他们不知道该做什么,  或者因为其他办法的困难而感到气馁。  最坏的猜测:是用压力和加班的真正原因是为了在项目失败的时候  让所有人看上去能好一点。      愤怒的经理:  管理中的愤怒和耻辱是会传染的。如果高级管理者喜欢骂人,低级  管理者也会有样学样(就像经常被骂得小孩很容易变成爱骂人的父  母)。  管理中的辱骂常被认为是一种刺激,可以让员工提高效率。在“胡  萝卜加大棒”的管理策略中,辱骂是最常见的“大棒”。但是,哪  有人被辱骂之后还能做得更好的?  如果经理使用辱骂得方法来刺激员工,这就表现出经理的无能,而  不是员工的无能。        含糊的规格文档:  规格文档中的含糊隐含着不同的系统参与者之间存在着未解决的冲  突。  如果一份规格文档不包含完整的输入输出列表,那么它就是毫无希  望的,它根本就还没开始说明任何东西。  没有人会告诉你一份规格文档是不是糟糕。人们往往倾向于责备自  己,而不是责备文档。        冲突:  只要在开式过程中有多个参与者,就一定会有冲突存在。  创建、安装系统的业务中特别容易出现冲突。  绝大多数系统开发团队都缺乏解决冲突的能力。  冲突应当引起重视。冲突并不是缺乏职业道德的行为。  应当提前声明:所有人的‘赢’都是受重视的。确保每个级别的人  都能赢。  谈判困难;调解容易。  如果两个人的利益是完全或者部分相斥的,预先做好安排,准备好  请双方通过调解来解决冲突。  记住:我们都站在同一边;跟我们对立的,是我们要解决的问题。      通往智慧的路啊,明白而简单,  我们一错再错,一错再错,  但会越来越好,越来越好。  ——派特·海恩      催化剂的角色:  有这样一种催化剂式的人物,这样的人能帮助团队成型并凝聚,保  持团队的健康和生产力,从而对项目做出贡献。就算“催化剂”别  的什么事情都不干(其实,通常他们还会干很多别的事),这种催  化剂的角色也是重要而有价值的。  调解是“催化剂”的一项特殊工作。调解是可以学的,而且只需要  很小的投资就能学会。  调解应该从一个小小的仪式开始。 “我能帮你们调解一下吗?”在解决冲突的  时候,这是必要的第一个步骤。      人类的错误:  将你置于死地的,不是你不知道的的东西…而正是你“知道”绝  不会置你于死地的东西。    人员安排:  在早期,人员超编会迫使项目跨过关键的设计阶段(这是为了让  所有的人有事可做)。  如果在设计完成之前,工作先被分给了很多人,那么人与人之间、  工作组之间的接口就会很乱套。  这会使团队内部耦合度提高,会议时间、重复劳动和无效工作都  会增加。  理想的人员安排是这样:在项目的的大部分时间里由小型核心团  队来做设计工作,在开发的最后阶段(时间安排的最后1/6)加入  大量的人手。  可怕的猜想:时间安排紧迫的项目,与时间安排比较合理的项目  比起来,完成的时间发而会更长。    项目社会学:  让不必与会的人可以放心离开,从而保证会议的精简。有一份公开  的议程,并严格执行,这是最简单的办法。  项目需要仪式。  用小小的仪式来使人们注意项目的目标和理想状态:小规模会议、  零缺陷工作等等。  采取行动,防止人们随便发怒  记住:愤怒=恐惧。随便对下级发怒的经理一定是因为恐惧才会这样  做的。  意见:如果所有人都懂得“愤怒=恐惧”这个道理,就能明显地看出  发怒的人是在害怕。由于无法再隐瞒自己的恐惧,他也就不会再生  气了。(这不能解决这些生气的人的问题,但是肯定可以让其他人  好受一些。)        “病态的政治”(旧话重提):  别想根治一个病态的人  不要浪费时间,也不要因为尝试治疗上司的病态而使自己受到威胁。  有时候,你唯一的选择就是等待,等问题自己解决,或者等一个让  你继续前进的机会。  奇迹时有可能发生的(但是千万别去指望它)。    精兵简政:  精兵确政是支败的公司使用的办法。它让员工负担失败的责任。  公司的目标应该正好相反:兴旺而人性化。  当你听到“精兵简政”这个词的时候,请记住它的弦外之音:失败  和恐吓。    基本常识:  项目既需要目标,也需要计划。  而且这两者应该不同。

好多种的语言学习

好多种的语言学习,含有汉语的。http://www.bbc.co.uk/languages/

躺下的思考

这股寒流来的容易,上一周还几百块的衣服,这周就多加两百也不卖了。一向对温度不敏感的我,哪里知道多穿衣服来避寒,本来打算周末去买些冬天的衣服,寒流在我购买衣服的计划之前就来了。俗话说,旁人怕热,瘦人怕冷,我却是冷热都怕,热不得,也冷不得。 寒流的第一天,知道冷了,加了一件很不厚的衣服,没感觉出来暖和,到还好,没有感冒的。第二天,气温依旧,在公司待了一天,到下午的时候,还喊着,这天还越来越热了。晚上因为工作原因,一直没有早点回去,还好有同事替我顶着,我11点多回去的,南方的风吹的真的很柔,不过还是很冷,比起北方那种刺骨、针扎的风,没有一点力。 回到房子,还担心的公司的事情,电话问了一下同事,没有什么大的问题,就开着电脑一直。现在开电脑,玩我现在唯一有的游戏,cs,1比20,知道打不赢,就想看看自己,能赢多少人。再就是看人见人讨厌的蜡笔小新,小新这个家伙,真是个让人烦恼的家伙,不过小新让人能烦起来也让我学习了不少。就因为我没让我爸爸妈妈烦起来,让我和爸爸妈妈之前缺少一些灵动,或者我们的家庭本来就是那种传统和谐、安静的家庭,所以我就会想着小新家的日子了。 同事1点左右才回来的,告诉我结果没有什么太大的问题,公司的事情算是放下心了,再稍微做了事情,睡的时候也2点左右了,现在都形成了一个习惯,每天晚上不到2点,就没办法安心的睡觉。 第二天,眼睛还没睁开,就觉得喉咙有东西在卡着,很快意识到,自己感冒了,想起最近的甲流泛滥,有点感叹,要不得甲流算了,省的再有那么多事情烦了。同事们都已经去公司,我磨蹭磨蹭挨到9点才起来,以前每天都会用冷水洗头的,今天不敢,没洗。今天的天气好多了,能看到太阳,中午出去办了点事情,天气还是有点冷。下午也没加班,在公司多待了一会,实在扛不住了,回到房子,倒头就睡了。以前我一直很相信,如果你相信自己你扛得住,那你一定抗的住。现在明白了一点,你扛得住,你的身体扛不扛得住是另外一回事了。

懒了几天了

真的是懒了好几天,都没做更新,以前的草稿也都懒得写了,随便写几句,混混吧!睡觉。

学会蛰伏[学会系列]

前几天在学习安静,今天突然发现了蛰伏这个词,更贴切一点。学会不仅仅要更安静的走下去,更应该安静的成长上去。

很不错的日子

和我一朋友,我们俩都属于那种特别特别瘦的人,而且,我比他还瘦,也是我耻于面对他的原因,瘦就瘦呗,也就比他瘦两斤。今天早上又一次和他比了一下,长了两斤,真不容易啊!

仓促的结果

眼睛一睁,衣服一穿,牙一刷,脸一洗,头一洗,包一背,在公司待了一天,真没发现,偶的衣服给穿反了,都一天了,自己真逗!已经不是一两次的事了!

1 11 12 13 17