长期与短期

“这个CASE是个长期项目，就像炒股一样，我们这次是长线，事实证明，股市里面赚钱的总是长线操作的人啊。现在你既然已经是技术主管了，这个项目就由你去负责。DCMTK我已经放到共享里面，你先去看一看，有什么不明白的就来问我，还需要些什么支持直接跟我讲，我会尽可能提供条件。你先去把计划做出来，觉得准备得差不多了可以开工了，就告诉我。” 

长期的东西就不可以用短期的模式来操作。考虑的方面也要大得多。

动用的人物财力都不是短期的时间可以达到的。

面临的压力与耐心也不是容易承受的。

长期的计划考验的是耐心，调度能力，处理突发事件的应变能力，变轨的修复能力，团结与领导力，还有丰富的经验与远瞻。

短期的东西讲究收益，突发效率，时间，成本。

短期的成功周期短，惯性小。长期的成功周期长，惯性大。

长期不是说打就打，短期小打小闹也成不了气候。

用短期先能稳住战况的情况下，积累资本，经验，学识，还有人脉。

如果你懂得感恩的心，资本与人脉可以让你调度人物财力更灵活。

经验与学识会让你具备战略家的功底：远瞻与能力。

最后无论你的野心有多么大，耐心是最关键的地方。

因为它关系到你的计划，健康，节奏的组合！

最后，运气不是真正的主宰，他控制不了1%运气外的——99%的节奏与惯性。

案：微软的 SQL团队杀入市场 从0做起，整整2年都无法开发出符合市场要求的DB。微软为这组开发人员依然提供了极其丰富的条件，TL不倒，团队中的开发人员都怀抱感恩的心，最后导致了SQL杀出血路，大红大紫。

“那驱动也是分这样层那样层，上层通过调用下层提供的接口来实现某些功能。这办法就是好，只要好好把下面这层写好了，就不用变了，以后要用，直接在这个基础上往上开发，改一改，实现这个功能，再改一改，又实现那个功能，要是像以前DOS时代那样每个品牌的打印机都去设计一套直接操作硬件的驱动，那还不把程序员累死。”

“我们把系统分层三层，最上层是应用程序，包括图像处理啊、归档啊这些，中间一层就是我们要开发的，针对不同的应用，分成不同的模块，比如管图像处理的，管归档的，最下面一层就是DCMTK。现在我们要做的，就是开发中间这一层。。。。你说的中间这一层上很重要的，首先直接用DCMTK开发应用太烦琐，如果我们有中间层支持，再按照你的思想分成模块，那以后开发应用就如同搭积木一般简单了。你的想法很好，我完全同意”

“API或者驱动一样，我们这一层设计好统一的接口，把它写好，以后就不用改了，要什么功能我们直接调用就好了，应用程序的开发绕过了DCMTK，要方便得多，直观得多”

“说心里话，有时候项目压下来，自己首先想到的就是如何去解决，如果帮公司渡过难关，从来没想过自己应该怎么怎么样。刚才听BOSS Liu这么一说，就觉得委屈起来，自己辛辛苦苦地干，无非就是希望公司看到自己做出的成绩，会给自己应得的回报，但除了一个光杆的“技术主管”，公司到现在什么也没给他。”

历史的教训告诉我们： 在你做士兵的时候，就不要把自己当士兵看了，要有指挥官的意识。当你的指挥官告诉你做什么的时候，你要去思考，如果我是指挥官，我能处理的更好吗？而不是做一个热血沸腾的士兵，指哪打哪。一个优秀的指挥官，可以让自己的士兵发挥120%的能力。一个有意识的士兵，只让自己发挥90%的能力，却可以激化周围的伙伴，达到120%的能力。

当机会来临时，就可以顺理成章的把握住。而不是从0开始学做指挥官。于是我们说这样的人把握机会的能力很强！

在公司编码也一样的，不要意味的去做事，做技术，一个CASE需要的不单是技术。

带着思想去编码~没有人可以永远站在前台。机会来的时候，请胸有成竹的说让我来试试吧！

而是惴惴不安的说~我能胜任吗？！