be simple

正式进入security team，开始近距离接触原来颇为有些神秘的security engineers之后，我感到了极大的压力。

这种压力首先是感到自己的基础知识的不足。这几天他们在热烈的讨论random数字发生器，我能够了解一些，但是完全不了解它的意义。或者说，我能够隐隐约约的知道它肯定和hacking有关系，但是这种关系对于我，则是模糊的。我无法在他们讨论的课题里面直观的看到不同的发生器产生的后果。这方面的差距，我暂时还看不到马上弥补的可能，大概只能在长期的学习中慢慢赶上来。

写作方面的差距也是我需要弥补的。我看到很有一些人的邮件，大凡是有些重要的，行文非常规范，通常有些引用和注释。这在其他部门的邮件里面是看不到的。我的意识已经到了，但是我的写作能力需要极大的提高。

今天早上爬起来写东西的另外一个目的是需要调整一些心态：上周的时候，老板要我接受Eric手上一个东西。两天下来，会也开了，邮件报告也写好了—光是邮件就花了我两个多小时。我报告上去的结论是：从技术上来说，没有办法解决，只有行政手段。老板不同意，要我和其他的security engineer讨论一下。一个小时后我接到邮件，说某种方法也许能行

—- 我的挫败感来自于好几个方面，最直接的当然是我的调查结果被认为是错的。其次是觉得我两天的学习成果居然被别人一个小时给搞定。最后觉得心中惶恐，觉得自己也太不够格和别人讨论这种东西了。

周末在这种不好的心态中反省了自己。现在心情平复很多了。我想，我需要的仍旧是我接受的那句话：stay hungry, stay foolish 。从根本上来说还是be honest。不懂某些东西真的没有什么关系，学就是了。挫败感可以有，不过不需要变成某种“羞愧感”。接受自己做不到某些事情无关道德。看到差距，努力一下就好。其次是想到我没有必要觉得别人是一个小时搞定我几天的努力。自我贬低是没有意义的。没有人是天才。别人一个小时得到的结论也是前面几十年的学习成果。最后，我反复思考了，他的方法也许是错的。我的结论仍旧是对的—不过这个结论仍旧没有讨论的意义，虽然会让我好受一些。

无论如何，心态还是调整过来了。有一点我是对的：不要去做容易的事情，人的能力，仅仅建立于不断挑战自己的基础上，事情难，才有意义。

做事的时候，我只需要考虑做事本身。仅此而已！

终于到了是骡子还是马，出来溜溜的时候了。

我本来以为我需要五年的时间进行调整，然后才能踏进security engineering这道大门，但是这道大门上周五却提前打开了。我知道我还有一段距离，但是我已经提前入门了。这是一年之前没有预料得到的事情，我想也只能归之于运气了。

从开始对security有印象，到初步了解，再到调整自己的mand-set，试图学会从security的角度思考问题，然后再反馈到我每天面临的问题之中，最后到动手写我心目中的测试框架，前后经历了至少大半年的时间。而现在，我终于能够光明正大的开始写一直想写的东西了。一个半月之后，是骡子是马，需要拿出来溜溜了。

昨天看了文档，觉得很多事情和我心里的预期是一致的。或者说，事情本来就应该如此。我的思考绝对是在正确的道路上。从这一点上来说，我还不错。但是事情不是说说而已，是需要做出来的。我能够感觉到压力，也喜欢这种压力。

也许接下来五年是锻炼的时候了：锻，是对铁而言，从矿石到铁块，去掉的不过是浮尘；炼，是让铁成为钢，去芜存真，让自己变得纯净。

无论我的dream job 是什么，这已经是最接近的一个了，我想我会好好享受一下。

上个星期的计划没有如期完成，然后拖到这个星期 — 仍旧感觉有些危险。然后我回头看看自己的整体计划，发现问题的根本仍旧在于计划：没有一个整体的清晰的思路和步骤。基本上属于做一天和尚撞一天钟的地步。

对于这种状态，我不准备责备自己。我已经和老板说过很多次了，问题在于决断权不在我。悬而不决，或者永远不决也许是老板的习惯。我不是没有计划，也不是不知道如何计划，更不是不知道如何计划，而是没有最后裁定权。我做的任何事情，很可能一句话就被否决，而后被告知：为什么不报告。其实深想下去，没有担当才是问题之所在。

不过我反省的目的不在于抱怨，而在于思考度量和计划的关系。我想，如果没有一个度量的标准，计划其实也很难被衡量。有了度量体系，也许计划会更有针对性。建立一个度量体系，就我这段时间的经验来看，来自于对两个事物的认识：一个是对要解决的问题本身的认识，包括认识深度和广度，二是对公司的大的决断的方向的把握。第一个是技术上的，第二个是商业上的。第一个是关于如何有效的解决问题，第二个则是关于解决什么问题。

对于要解决的问题的深度的认识，是指在本质上了解问题的根本所在。对问题的广度上的认识，则是了解要解决的问题涉及到的相关部门—为什么涉及到这些部门和如何涉及到这些部门。

商业上的认识则是指理解公司的决断方向，把握公司在商业上对产品和服务的定位和市场的差异化—也就是商业指标，而后根据这些商业指标制定相关的技术指标—technical vision。根据这些相关的技术指标确定衡量体系，而后根据这些衡量体系确定技术上的阶段性计划。

从这个角度上来说，如果一个底层的技术员做了不相关的事情，精力用在解决不存在或者不重要的问题上，应该全部是管理层的责任。

— 感觉不错，反省到这一步，我应该感到自豪了。犹如棋盘上的棋子，当视野能够跨越棋盘，看到全局的时候，棋子已经超越了棋子的存在。我也许仍旧是错的，因为我从来都没有进入过管理层，但是我能够有意识的思考这些问题，这种思考本身，已经强过大部分所谓的做管理的人了。