主题：求助：如何判定处境 -- 民工某乙

说来惭愧，在下年近三张才真正走出学校开始干活。

所以对于职场的一些东西很是懵懂。

所在是一家小公司，当初选择小公司是希望能够有机会

试试所学。顶头上司是很不错的人，到公司不过半年多，

但已经遵守诺言让我小小尝试了用我学的方法解决一个问题。

可惜结果并不如人意，当然有我个人能力的原因，不过主要还是

因为我的工作被定位在对公司已有系统的补充，就是说专门处理

已有系统不能处理的疑难杂症，所以影响了表现。

我对这个定位没有不满，因为公司现有系统在同业中相当不错，几乎

可以算是最好的之一。

只是现在公司想扩展业务，已有系统扩展到新领域需要比较长的一段时间和招募一些新人，所以应该至少有一年左右的空窗期，而我的方法扩展到新系统所需要的时间资源都要少很多，所以很希望能得到一个机会去把我的方法应用到新领域去。

在开会的时候，公司的CTO提出可不可以尝试一下我的方法作为空窗期的替代（我本人并没有向cto提出申请），但开发已有系统的老大（公司元老）明确反对尝试我的方法，他提出了几种更简陋但是所需资源也更少的方法。同时我的顶头上司也很明确的反对，在cto连续询问的情况下仍然坚持反对，理由是不知道能不能做成，至于我，小兵一枚，能出席会议已经算不错了，所以稍微解释了几句看情况不对也没敢多说，于是大概这个想法就只能这么算了

只是现在我有点忐忑，想得太多，有点怀疑是不是我表现得过于激进，让顶头上司和已有系统的老大看不顺眼（他们关系很好）。能不能参加在新领域的工作还不是什么大事，问题是如果真的造成了这个第一印象，恐怕我以后在工作中就只能打酱油了。

请问各位，我的担心是庸人自扰吗？

新人囊中羞涩，只能团手作揖，谢过各位了

通常情况下，人最容易犯的错误是，就是轻易否定以前的方案和系统。事实上，很多时候，一个已有的系统往往是经历了各种调整、补充、甚至扭曲来适应实际情况。完全启用一个新的系统，往往是预案时觉得天衣无缝，但是实施起来这个问题，那个问题就出来了。到了最后，很可能和旧的系统是一样的境遇。

个人建议是，最好能够把各种方案的利弊做一个详细的比较。如果要说明你的新方案更有效，一定要特别说明有效在什么地方，为什么比旧方案更好，可能的情况下，请已有系统的设计者提供几个案例，特别是你可能没注意到的情况下的，看看你的新系统能不能解决。

公司而言，如果是真的想赚钱的公司，面子固然重要，能不能做事，能不能开源节支可能会更重要。否则的话，这样的公司可以不呆。

老板最爱开源节流

上司最爱不求有功，但求无过。

做技术的，要低调、勤快，反正是小公司，老板很容易就能看到你的表现。