Super Flex

你被耍过么，我被耍过。

今天早上看了一篇介绍如何防骗的招数，我相信绝对是经验之谈。后来想想，有些好笑，小项目有三六九等，接包的人也是三六九等，而发包的人只有一种：精明的，数字的，目的性的。如何理解，精明指会算计的，数字指会计算的，目的性指只关注结果的。这样的结果就是：你坐在电脑面前，对着一个背后不知道是人还是猩猩的家伙，用qq之类的IM聊着，你兴奋的介绍着自己的能力和水平，对方有可能也会兴奋的介绍自己的项目情况，然后它会询问你交货时间和费用。这是常见的流程，对吧。可你知道对方在想什么吗，他也许对项目一无所知，只知道我大概要什么，要花掉多少钱，要多少时间完成，往往他并不是一个专家，可能他也是道听途说，这个项目值多少钱花多少时间。对了，他不会关注你怎么做如何做，他只看时间质量和费用。说着说着，他跟你老板挺像对吧，要知道这是一个概念。如果接下来你还在介绍说做这个项目如何如何困难，如何如何费时间，那你就太傻了，他之前肯定已经货比三家。商人有商人的头脑，如果接包的人多的话，他就牛了，他会用上各种技巧让各个接包方竞争，迫使你们干冤大头事情。所以，绝对的防御是不存在的。我的建议是：

• 不要相信协议。要知道，最不遵守协议的反而是接包的你。中国法律不会保护这类交易。
• 不要太执着于文档。就算拿到文档，你也会发现写的跟废话差不多。最好就是问答形式，累就累点。
• 预付款问题。除非对方绝对信任你，否则不会给。
• 不要匆忙答应能做。软件项目的特点就是，不做真不知道。
• 缘分来自于口碑和朋友，中国这片国土，如果没有人缘，没有名气，是没法混的。

孔子的学生子贱有一 次奉命担任某地方的官吏。当他到任以后，却时常弹琴自娱，不管政事，可是他所管辖的地方却治理得井井有条，民兴业旺。这使那位卸任的官吏百思不得其解，因 为他每天即使起早摸黑，从早忙到晚，也没有把地方治好。于是他请教子贱：“为什么你能治理得这么好？”子贱回答说：“你只靠自己的力量去进行，所以十分辛 苦；而我却是借助别人的力量来完成任务。”

有些事情，真的很难把握。

我觉得我有必要把一些心得写下来，避免年轻的后来者再犯同样的错误。最近在公司了解到这样一种心态，特别是新来的和刚入行的员工，觉得手上的活枯燥，进而怀疑这份行业无聊，不是他们心中所想，不是心中所愿。其实我非常理解这种心态，因为我自己也是这么走过来的。我敢说，做IT的写程序的，十有八九是从兴趣开始的，兴趣是最好的老师这句话绝对不错。可是我倒想问问，真的是有了兴趣才有工作吗？

我看未必。就我自己一路所感来说，我原来是学机械工程及自动化的，应该说当时我对这门学科非常不满，觉得没有创意没有自由，后来才走上程序这条路。这种心态与现在的新员工何其相似。后来我才真正体会到，不先去做一件事之前你是无法判断兴趣与否的，换句话说，不去亲身体验的话是不会了解其中奥妙的。如同我现在又转回到机械加工这个行当，我下了很大的决心去做这件我以前非常看不起的行当，可是当我慢慢以一种成熟而富有经验的态度去做上这件事的时候，我发觉一切又都充满了乐趣，甚至我在冷冰冰的机器之间发掘到，它们原来这么有味儿。

我觉得人做事就该是这样：做之前不要谈兴趣，兴趣一定是伴随着工作而产生的。

今天跑了趟招聘会，作为一个招聘者，第一次坐在了招聘位子的后面，来面试各种各样的应聘者。老实说，这类角色还不能让我很好适应，有时候甚至有种异样的感觉使人容易站在应聘者的角度来考虑应聘者的利益，这对于一个代表企业的招聘者来说是要不得的。

今天半天下来，发现企业招人真不容易，要招个合适的人难，招牛人更难。同时，招聘应聘双方心态是非常不同的，咱以前做了这么长时间应聘者，今天不妨来比较下两者心态如何不同。

看待报酬方面

• 应聘者总是希望能拿很多钱，可以双休可以少加班，可以少操心。
• 而企业首先需要的是大局，是稳定。也就是说，工钱方面会追求稳定，不可能让一个人鹤立鸡群，不可能为某个人“破例”（我想很多应聘者都这么想过，觉得自己牛的企业会破例）。另外，企业首要会关心对方能带来什么，对方首先能为企业做什么。这恰恰是很多应聘者没有展现出来的，他们总是首先关心能拿多少钱。

看待工作方面

• 应聘者希望容易上手容易晋升。
• 而企业在这方面当然希望应聘者能多干活干好活，关注的是人的踏实肯干。这方面我特别有体会，我总是去关注那些人勤恳踏实谦虚的，而不是那类特能吹牛的。我想很多企业都有类似倾向吧。对待个人发展问题，一般正规的企业都有很好的渠道，当然这要凭实力和个人魅力，另外活泼的性格也是重要的。

终于下决心苦练Vim工具了。通过一段时间的实践，我发现Vim给人的优越感就是，快捷的操作来自快捷键，越纯熟越高效，这跟从小被逼着练五笔一样，越是看着困难的玩意儿越是有提升潜力。玩Vim是个不错的体验过程，首先第一个上来就是锻炼毅力，都怪我们平时被IDE宠坏了。

下面记录些配置_vimrc（gvim的配置文件，在根目录）的东东。

设置字体

默认的字体很挫。_vimrc里可以修改，在任意空行写以下语法

set guifont=Lucida_Console:h12

字体是Lucida Console（记得要“_”连接），h12是字体大小。

配色方案

可以修改为黑底白字（我觉得这样对眼睛好）

colo koehler

打开颜色高亮，语法支持

安装文档里有syntax文件夹，储存各种语法文件为各类不同的文件类型提供支持，比如python.vim，就可以在编辑py文件的时候提供语法高亮等功能。具体的做法，可以把python.vim的内容copy到_vimrc里（粘贴在原内容后面），然后激活syntax：

syn on

显示行号

set nu

这里感谢sino-edu的讲座。能影响IT项目的因素实在很多，这里我就讲座中提到的几点来谈谈自己的看法：

• 技术缺陷
  这是任何项目所面临的客观实际，再好的管理再好的process，如果缺少有技能的人才，或者面临技术局限性的话，那是巧妇难为无米之炊。很多时候，由于沟通的问题，造成这类问题发现滞后，更是杯具。
• 缺少计划
  实际上我们已经很注意计划了，计划赶不上变化时其次，关键是没有持之以恒的计划，为了计划而计划，随着时间推移，计划只成了白纸一张。在我看来，原因可能就是管理水平不到家，另外对管理所能带来的效益没有信心，还有就是人的惰性。
• 变更
  Scrum拥抱change，可是很少有人打心里喜欢change，原因很多啦甚至可以上升到社会问题，不谈。
• 缺少高层支持
  可能我碰到这类事情不多，基本上资源也够。只是很多时候boss都爱节省，我们不能怪他们没远见没魄力，人都是喜欢拿钱而不喜欢被拿钱对吧。
• 缺少用户参与
  这应该是最最关键的一环了，在我看来。应该也是我们最有可能积极的去填补的环节。但实际情况呢，用户并不是那么好搞定，没办法，每个人利益各不相同，很多时候必须灵活处理。不过我也相信，好的沟通一定是有利的，我们需要一定时间来把脑筋转过来而已。

原来没有这等事情，只是现在开始（其实我查了发现是从2009年6月开始的），以personal account type的身份收款，不再free，会收取一定的手续费且是按比例扣除的。本来就是赚些小钱啊还被老美克扣了，真是无限杯具。我估摸着按老美的习惯，这算小费或者服务费吧，paypal 不是白给你玩的。现在大家都玩paypal玩爽了，于是挖个坑开始赚票票，反正除了paypal还真找不到哪个放心便宜的跨国支付服务。

唉，这里提醒paypal的客户们，用之前要想清楚呀。

以下是收费表 2010-3：

2010-3截取

搞develop得深了，似乎连人都变得跟计算机一样乏味，怪不得很多外行内行都把IT人士叫计算机动物了。这次外出了几天，有幸认识一位香港的同行，我觉得它的生活就值得付出一点点的羡慕，此人除了计算机本行外，还爱好弹钢琴修养身心，还爱好骑单车游泳有益健康，在它的书架上还有养花种草之类的书籍，即使一个人在外打拼，也并不会很孤单。我感觉生活就该如此，除了develop就是internet不可取，网上的朋友永远不如面前的朋友来得实在。心灵应该依靠生活去充实，而不是用网络和技术来填补。

以前在读书的时候，我想很多人都有梦想吧，有很多的爱好。只不过现在因为工作和个人的懒惰都放掉了。如果能重拾旧梦，一定会很有意思的。developer也应该像普通人那样生活而不是做个动物。

首先恭喜一下Git越来越有名了，很多有名的开源项目开始使用git做版本控制，如ROR等。我已经在项目中用了git一段时间，感觉快速且操作简单，况且由于某些原因源码不便放到svn服务器。Git成了这种情况下良好的选择。

记得之前讲过Git的基本用法，但是对Git这个分布式的版本控制没有做过多概念上的说明，这里就来比较下几类版本控制技术的区别：

本地版本控制（Local Version Control System）：简单的说，就是仓库（repository，众多文档版本的集合）存放在本地，工作文档也是在本地。这类方式不用服务器，缺点也很明显，不便于多人配合开发。

中心化的版本控制（Centralized Version Control System）：相比于上一种，这类方式注重协同开发，因此将仓库放到中心服务器上，便于数据管理和访问控制。经典的SVN就是这类。

分布式的版本控制（Distributed Version Control System）：应该说，上面一种已经够完美了（至少我一直是这么认为了）。可惜数据太集中也有隐患，比如服务器down掉，就不能工作了，另外断网的情况下也不行。分布式就用来解决这种问题，Git属于这类。它的特点是本地完全的copy服务器的数据（包括所有的版本），即使在服务器不能使用的情况下，本地依然可以commit和checkout，甚至回复或者重建服务器上的仓库。

应该说从3.0就开始支持Export as PDF（通过File -> Export as PDF实现）了，借助Extension（见这里）还支持PDF导入，不错吧。试用下来感觉还成，对我们这样对文档要求不高的，OpenOffice算圆满的完成任务。想OpenOffice这样免费又优秀的产品，用着让人放心。