关于[知道创宇研发技能表v3.0]

8月27日发生了个大事，就是@余弦一直造势的知道创宇研发技能表v3.0终于对外面世了。。。

世界那么大，未知攻，焉知防？懂点安全知识，技多不压身。那就看看别人怎么玩的吧（都学习些什么技能来把我们开发的系统玩坏的）。

聪明的人，会根据每个tip自驱动扩展

好奇、自动自发！进入一家公司，一般都可以从ftp、知识库等入手，顺藤摸瓜自己去挖掘出一大堆纯干货来喂饱自己。就像浏览网上博文，很多人读完就完，但是有些人会去顺道翻翻博主的其他内容，看看有没有什么好玩有趣的东西，或者看看博文上面附加的一下参考资源，参考又参考，很多时候是会绵绵无绝期的。。。你的收获也绝对不会让你失望的。

在认同公司理念且能够给公司创造足够价值的基础上，为个人发展而工作

臣服当下！很多时候我们只是一味的抱怨这也不喜欢，那也不喜欢，但是又说不清自己到底喜欢的啥，那就臣服当下，当下就是自己喜欢的，做好当下再说，试试看，说不定你真的就是喜欢当下的了。
关于个人职业发展，网上看到一段话挺好的，贴出来供诸君揣摩下（大家都是英语6、8级的人，就不班门弄斧了）：

The biggest mistake that you can make is to believe that you are working for somebody else. Job security is gone. The driving force of a career must come from the individual. Remember: Jobs are owned by the company, you own your career!

黑客也可以是一种思维方式

守正出奇、逆向思维。恪守底线，但又毫无节操，“猥琐流”，不从众，有独立思维，情理之中，而为意外之外的创造性的把事情解决了。

拥有不将就的做事风格，迟早是牛人

对于码农们来说，不将就，最明显的就是要有代码“洁癖”。除了实现功能之外，还要追求简洁易读高效，特别是易读性（性能的话，现在硬件基本白菜价，所以你懂的），骚年可曾为了一个类或方法或变量的命名，寝食难安过？

SMART原则

与人沟通协调安排任务尤为要注意遵照SMART原则，特别需要注意明确人、事、时的要求。我们大都体现在邮件沟通上，所以我们特别强调：

1. 收件人（受理这封邮件所涉及的主要问题的，理应对邮件予以回复响应）、抄送（只需要知道这回事，没有义务对邮件予以回应，当然，如果有建议可以回复）、密送（这个可能用在非常规场合）合理区分，方便收到邮件的人可以一目了然的知道你需要他们做些什么;
2. 邮件正文，明确点名谁需要做什么以及需要完成的时间点，避免出现“尽快”等不明确的字眼;

邮件礼仪

周报的透明

周报&周会认真去做，是可以涨很多技能的：总结、计划、分享、观察、表达能力。。。

提问的智慧

1. 提问前，我们拒绝“伸手党”。凡事先自行谷歌，坚信（话不要说太满，那就8020原则吧）“你不会是第一个，也不会是最后一个踩坑的人”。所以一般都可以通过搜索引擎解决。内部问题的话，可以通过faq或者一些已有的信息去反推解决。比如，应用部署在was6下面正常，但是部署到was7里面却报错方法不存在。这种一般就是类加载机制导致的，简单粗暴的方式就是可以把有冲突的jar以共享库的方式给应用引用。那么到底是哪些jar呢？利用已有的信息反推解决问题！利用已有的信息反推解决问题！利用已有的信息反推解决问题！(重要的事情说三遍)通过was提供的类搜索机制，在was6上面搜索看看实际加载的是哪个jar的类。把对应的类在was7上以共享库的方式供应用调用即可。
   

   

   was类搜索

2. 提问时，我们拒绝“挤牙膏”。注意表述清楚，特别是自己所做的尝试。表明了你经过了哪些自力更生之后，仍搞不定，这样子别人就省得还得再深挖从你这“挤牙膏”，也免去了别人一些无谓的重复尝试，同时也会觉得你是一番努力之后实属无奈才来求救的，而且看来问题还是有点难度的，这样更能激起对方的挑战欲（一般大家都很忙的，谁会把有限的时间放到无趣的简单问题上呢？你会啊？）。

3. 解决后，要尽可能的做分享（可以积累FAQ共享等）。同时要注意反馈，因为可能对方告诉你的方案对你的情况并不适用，但是给了思路，你因此挖掘出了最终方案，可以反馈给对方，大家互助互惠的，彼此丰富对方的经验知识库。有来有往，互惠的事情才会长久嘛，不然一味索取是会被唾弃的。

4. 很多时候我们（作为“大牛”到处施救填坑者）有个困扰，那就是“那人好烦啊，明明我都说过好多次了，为啥老问我这么low的问题？？？！！！！”。so顺道说下回答的智慧。出现这种窘境，有时候的确是对方不争气，那就事不过三，忍无可忍，无需再忍，敬而远之好了嘛。但也可能和你回答的方式有关。古语有云：授人与鱼不如授人以渔。 所以，尽可能的教会对方方法，而不是单纯的某个特例问题的答案。比如，别人问你XX表是哪个，你直接回答XX，那就不要怪别人下次再问你光YY表又是哪个了。你可以噼里啪啦，然后酷酷的甩对方一个sql：

    select * from user_tab_comments t where t.COMMENTS ='&tableName';
   

参考链接

• 知道创宇研发技能表v3.0
• 提问的智慧