#
此搏非彼博，乃拼搏之含义也。
在目前市场竞争如此激烈的情况下，一家公司、一个人想要很少的生存，必须有铁一般的意志，还要有拼搏。有某客户说，你和XX公司相比较有什么优势？唯有拼！否则，规模、资金、研发能力，你又如何比？再说很多亚太区的总监都是这样拼出来的。
所以，必须有要拼的意识和行为。达尔文的生物进化论，优胜劣汰，此为公理也。
IT，it，它！有次见一个程序员朋友，戏称IT即it，它，非他或她。说明了作为一个IT人员的艰辛程度。如果资源不合理的情况，尤其暴露的更加明显。
作为偶，现在现在已经很少直接去写代码。更多的是客户的电话、沟通；上线了，镇痛开始了，孩子出生的过程是痛苦的。
如何分工协作是非常关键的。特别是一场很艰巨的决战阶段。技术、测试、DB、部署、安装、培训......
PM在项目交付前做以下工作：
（1）风险的控制
（2）难点（顽疾）的监控
（3）Setup计划及安装手册
（4）文档编写
（5）ISSUE的监控
研发力：研究开发的能力。
从简单的词语中，主要考虑的因素有：
（1）团队的领导力，项目管理能力
（2）团队的成员组成，组合式的团队
（3）团队规模项目
（4）研发的产品
（5）CMMI级别
（6）研发的技术能力、行业技术的把握能力
（7）交付的客户
市场本身的问题：盈利的能力
如何选择合适的人？
如何选择合适的人做合适的事情？
如何最短的时间内获得你所想要的人？
磨练---地狱---------
这两天好不容易有些时间，看了几集《数字追凶》。比较有意思，将数学的很多知识和理论应用于破案。其中虽然不排除有夸大数学的作用，但是数学的作用真的还是不能小看。
但是传统的教学，数学只是用于考试、奥数，似乎数学的作用是为了数学而数学。当我们离开学校开始工作时，基本上把课堂上的东西又交还给老师了。作为我们接触数学，特别是应用数学的时候确实如果有其应用的场景，作为数学的作用确实很是明显的。有时间是要补补数学方面的知识了！
最近为了方便接触了一下混淆器。所谓混淆是将代码通过一种rename或者隐藏的方式将编译的代码变得生涩、难懂；但是这个混淆主要使用在程序的内部使用；如果需要进行公开，则其不能进行混淆。混淆的本质还是使用mapping的方式将系统的类、方法、属性等通过一个映射文件，使得混乱的状态大家互相能够识别。但是对外的代码涉及到对外的还是要保持原有的逻辑。
混淆是好东西，但也不是绝对的安全，而且对于庞大的系统本身而言，需要keep的元素以及与jsp等交互共同的信息量也很大。混淆不是忽悠，忽悠.....
以前在邻桌有个同事，敲击键盘的速度很快，发出有节奏的声响，美妙的音乐在演奏。时间过得很快，他已经离开公司，去了另外一家公司。
现在的自己也有一些浮躁，不能完全沉淀下来，总希望能一夜之间将大楼好；总希望能很快将很厚很厚的书能翻烂；总以为项目能在很短时间内完成；也总希望一个技术自己能顷刻搞定。时间，沉淀，沉淀是一种定力，也是一种毅力，需要有坚韧不拔的信念，相信自己能够处理好，但是不是拔苗助长，更不是无视时间的紧迫性。
有些时候，是做了很多无用功，证明了很多失败；寻找什么是错误，或者说证伪也是一种工作，特别在没有以前探索的基础上。
沉淀---------只有沉淀，将每日的得失都总结起来，一点一滴地去成长，将每一天都充分利用起来，相信毅力可以挑战一切未知和高风险的作业。
沉淀---不要梦想一下子就将所有事情都搞定；将事情很快搞定是有时间、精力、资源的沉淀而获得，Just Do It!
小A有个项目，前期有些参与，但是这个行业和目前自己熟悉的行业还是有些差异。但是项目的运作过程中需要进行参与，而且还要进行现场的讲解。怎么办呢？
以最短的时间内消化掉相应的流程及系统操作，否则客户现场情况就很难控制，客户会认为一个生手在操作这个项目。
扬长避短。
注意事前的准备工作。数据 流程 讲解顺序。
问题解答。