如果把追女孩看做程序
今天我和大伙开个玩笑，说说对这追女孩，泡妞的的一些个人臆造，最主要还是想把男人都喜欢的泡妞这点事牵连到如我们写的程序上来，以设计程序的角度来分析分析，这追女之法、泡妞之道。说的不好的，大伙别笑我，纯属愉悦下心情而已。
好久没幽默了，最近总是在机械地忙忙碌碌，生活没激情，工作没热度，环境很沉闷。都是被一堆无聊的事情给闹的，搞得我整个人老了许多，本来英姿飒爽、潇洒大方的一个小伙。现在到好，蜕变得如“犀利哥”一般——颓废、苍凉、老成。
都说男人只有聪明才会懂得幽默，女人为求快乐才找男人。这样看来于情于理，作为男人的我们，都应该学会幽默，而且作为程序员的我们更应该这样。不然整天对着那呆滞的电脑，人也会变得木讷起来，最终搞得整个人只会直线行走，不会另辟小道，那多少有点吃亏，起码这邂逅女孩的几率就会少掉好许。奔着学会幽默，懂得程序的心境，好我们开始吧，来说说这个追女孩与写程序的一些关系。
first 如果把追女孩看成一个类class
看过编程语言或写过代码的人都应该听过，也知道有个名词叫“面向对象”，这里我所说的一个类就是面向一个对象的描述和抽象，定义对象的属性，方法，构造函数等。如果我们把追女孩这事定义为一个类，那应该是这样。首先类名定义为：FetchGril，接着在FetchGril中定义有属性。private属性有： String gridName 女孩的姓名；Date birthDate女孩的生日；int age女孩的芳龄等等,public属性有：String firstPlace 第一次约会的地点；Date firstKiss 这个不用说，大伙都知道；double handRate 彼此牵手率等等，其实还有很多一时想不起来了。好！接下来我们定义方法，首先你可以重写一个或几个FetchGril的构造方法，在里面初始化一下，你希望找到的女孩是胖是瘦，青春几何，哪里人士等；第二定义一个匹配你当前要求的女孩筛选器，就叫checkGrid吧，输入参数为一个grid对象，然后就是在方法体中检验一番看其是否符合，最后输出返回结果true or false；第三个需要定义的方法是如何邂逅这个女孩，在方法体中首先设置你期望的时间，地点，操作方法，及必要工具，然后把这些外部条件组合起来，最后加上你自己的勇气和信心，当然这里你仍然需要定义返回的结果是true or false，以来标志你的成功与否，ok整个方法定义基本上算完成了。
各位都知道，我们设计或编写的类，一般都要求在200行以内。差不多，对于追女孩FetchGril这个类的基本定义描述就是这样，当然你可以自己去扩充，看着你想要的那个女孩的背影，增加一些自己的业务规则和烂漫色彩使其更为丰富，不过最为核心的还是需要勇气和恒心，当然还有坦诚。
second 如果把追女孩看成一个包package
所谓的包package，就是由许多类class组合而成，由不同的类来完成不同的任务，这就要求每个成员都各司其职、各尽其能，通力合作方能成就大事。“木桶原理”相信大伙都知道吧，那就是一个集体协作的典型写照，唯有每块木板紧密相连，齐心全力方能装满更多的水。倘若某块成员，中途夭折或者身体残缺，那其他同伴做得再好也是无济于事，无功无为。
如果追女孩看成一个包package，我能想到定义在这个包内的一些主要成员类如下：实体类Grid描述追求女孩的对象，控制类FetchAction调度处理整个邂逅过程，执行类FetchHandle处理好诸如遇见，约会，哭笑打闹，过生日，送花，打电话，还有可能是分手等等，一堆堆乱麻木但又必须做的事情，操作类FetchService主要就是负责衔接控制类FetchAction与执行类FetchHandle之间的监控、处理过程。
很明显可以看出，一旦定义为包package，这涉及范围立马就变得多了起来，需要考虑的，躬亲的事就多了，进而对整件事情的处理过程也变得有条理，有分工，有顺序。
third 如果把追女孩看成一个项目project
说到项目，大伙很快能想到建造工期，合同金额，项目计划，成本预算，客户需求，技术设计，人力分配，资源调度，进度跟踪等等一件件繁琐的事情。当然如果你学过专业的项目管理，应该都知道如上我所讲的这些无非就是项目管理中所说的“9大体系”，这个新词我是在前几天的一个培训中听见的，所以现在刚好用在这里显摆显摆，其实对于这“9大体系”我压根儿连点皮毛都不晓得。
我是那种典型的泥腿子、半路出家的山寨版程序员。做过这么多项目，也做过些管理之类的角色，在我看来，做项目总是老板说，你你你负责带上几个人去把某某单位的某某管理系统搞定。好！我立马带上兄弟们一起扑上去，调研，找客户，写文档，做设计，编代码，做测试，验收，几个人就是这样折腾一番。“啪”一声，我把验收合同放在老板面前，并且很牛逼地告诉他，你交给我的事弄完了，客户很满意。整个过程就是这样，老板很高兴，我也开心着。
转到正题上来，如果说把追女孩这事看作一个项目project，那好，这次看来是需要很认真的事了，对于整个项目而言，写代码那点事情已经退居二线了，更多的是项目的管理与监控。首先需要在万紫千红中找到你期望的那个女孩，接着对其左顾右看，从外表上掂量掂量是否满意？可以追否？一阵的审时度势后，终于下定决心非她莫属。好，目标锁定，紧接着就是招呼你的哥们儿朋友们聚在一起，告诉他们你想做的事情，你想追求的那个目标，并表达下自己构思出的想法，策略，阴谋。三个臭皮匠能顶一个诸葛亮，大伙一段的叨咕，折腾，最后形成整体实施计划。再下来就是你这个主角闪亮登场啦，该创造偶然就去创造偶然，该杜撰碰巧就去杜撰碰巧，该英雄救美就去英雄救美。反正你需要使出浑身解数，搬出各种意外、理由去接触她，追求她，告诉她，你喜欢她，就是这样。哈哈。。。。
fourth 如果把追女孩看成一个产品products
一个项目或系统想作为产品包装并非易事，其需要考虑的因素相对项目来说又多了许多，诸如可行性，兼容性，可变性，扩展性，知识性，效益性，法律性等在做项目中是不需要或者很少需要考虑的事情。项目与产品最大区别我认为在于其关注的范围不同，项目面向的是单个或几个客户，产品面向的却是单个或几个市场、领域，其涉及的客户群不是简单的一两个，而是广泛的一片，一群。试想一个在某个企业或单位成功实施的OA或者ERP，如果想把它投放到全省，全国乃至全世界所有的企业或单位那将是一个多大的工程。这其中需要消耗多少人力，物力，进行多少次市场考证，可投放行调研，可行性研究、讨论等。一旦产品发展的目标确定，其最终体现到某个软件上，需要考虑的因素又转变为系统功能概括，产品规划，版本升级，平台兼容等。
一个可用的产品总是源于一个成熟的项目，或者说某个系统的多客户使用结果。只有让更多的客户去使用你的系统，你才能在不断的业务变化中找到其大众的关注点，核心业务处理，用户感受度等。最终你需要把这些运用到你的项目中，不断对其进行升级改进，方能成为产品。我碰过一些老板，总是大张旗鼓的说某年某月面向市场推出什么产品，某年某月面向某个领域投放什么软件，对此，我很无语。当然对于这样的激情我很感动，不过感动之于，我很想问他是否已经做过市场调研，可行性分析，了解过客户，了解过市场的发展趋势和饱和度没有，如果连这些起码的环节没有去做，那还是淡定些吧，这种纯属扯淡的事，砸下再多的钱，那也只有竹篮子打水，一场空欢喜而已。
同样，如果把追女孩看做一个产品研究去开展，那也需要很长时间的磨练和感受。首先你应该去考证你想追求女孩的生活习性，个人爱好，了解其生活方式，家族背景，人际交流等；接着广纳贤才，邀请那些专业的家族分析师，财务专家，泡妞专家，包装高手，训导高手，风水命理人士，及一般唯你使用的忠诚卫士等等，把这般人组合在一起，形成一个强大的泡妞团队。由家族分析师，财务专家负责进行追女可行性和收益回报率分析；由泡妞专家，包装高手，训导高手负责提升自我修养，个人气质，泡妞计策、权术；由风水命理人士负责分析生辰八字，揣度其旺夫命理；至于唯你使用的那些忠诚卫士则帮你创建，改造，配合等各个小环节的执行过程，抽象出追女的大众方法，完善其实施策略等。整个过程就是这样，只要你有足够的财力，人力，实力, 那就去执行把。
前面我说了四种追求女孩的方法，对于你，如何选择才最为重要。如果你想追求普通大众的隔壁女孩请选first；如果你想追求出众特别的美丽女生请选second；如果你想追求万众幻想的魅力女神，如林志玲一般，请选third；如果你想追求举世窥探的豪门宝女，如克林顿、洛克菲勒之女一样，请选fourth 。俗话说，“有多大的脚选多大的鞋”，别找大的，别弃小的，选自己合适的才是正道。
做凡事都应该看清自我，方能正确地对号入座，切不可痴心妄想，也不可攀比高枝。太虚者过于飘渺，太高者寒气逼人，追女孩，泡妞也是这样。不要看见美女就想追，看见靓妹就想泡，是否适合躬亲力行还需仔细斟酌，不然落得个惨败而归，也只有自悔而已。
铭记一句话：泡妞有风险，力行需谨慎。哈哈。。。
（注：本人文章均为原创，转载请注明出处！刀光剑影201000801写于深圳。）
