说起分享,小胖一直记得一件事情,倒不是说小胖当时做的有多好,而是因为小胖当时对待分享这件事情的想法有多幼稚。
那还是上学的时候,有次考试有一道编程题很难,当时几乎没有同学做的出来,不过小胖当时已经有了思路,但是时间已经不够了,所以在考试时候也没有做出来,考试结束后小胖顺着当时的思路就把这道题给解了,当时还沾沾自喜觉得自己好厉害。
然后不大一会儿就有个同学给小胖发消息问那道题做出来没有,小胖犹豫了一下说没有,小胖之所以会说没有,是小胖不想把自己的解题思路告诉那位同学,觉得可能告诉了那位同学,那位同学的编程能力就要超过我了,胖友们,这就是小胖当时的真实想法,很幼稚的想法。
小胖现在不给这位同学分享解题思路,难道这位同学后面就不能通过类似于老师讲解或者向别的同学请教的方式获得解题思路了?难道小胖还一直要把自己会这道题的事情给隐瞒下去?不隐瞒的话,那位同学知道了,而小胖又不给人家分享,那这是什么意思?
所以呀,现在无论从哪个角度来看,小胖都该给这位同学分享那道题目的解题思路。小胖是把这道题给解了,可那就一定是最优解吗?可能在跟这位同学分享的过程中,又碰撞出新思路了呢,又或者发现自己哪里想的不全了,写的不好了呢?可能因为决定要跟这位同学分享,小胖还会好好准备准备,再梳理梳理自己的代码呢。而这些对小胖来说也都是有益于自己的事情。
还好的是,小胖这些年改变了当初的幼稚观念,也变得乐意跟人分享,变得乐意也是因为真真实实的感受到了它的好处,这里小胖要跟胖友们讲另外一件关于分享的事情。
去年刚换工作时候,当时接到一个很难的任务,不过还好的是经历了各种揪头发甚至挣扎以及跟领导讨论的时刻终于把任务完成了,完成是完成了,所要求的功能是实现了,但是里面有些细节当时迫于时间原因没有深究,自己也是一知半解的,要是跟别人讲,还是来不了。
不过事情就是那么巧,或者说怕啥来啥,后面领导就跟小胖说,小胖做的东西很多团队成员也都不是很了解,要小胖跟大家做一次分享。
如果没有这次分享要求,那当初做的那些东西也可能就不再深究的过去了,但是现在要分享了,并且要当着团队几十个人的面跟大家讲清楚这背后的实现思路以及原理是什么,而这个过程还随时可能被团队成员提问,还要做 PPT,说实话小胖接到这个分享还是有些恐慌的。
但是事情来了,就要顶上,为了不在分享的时候出丑,那自己就得弄明白那些比较深层次的原理,也对在分享过程中大家可能提问的问题做了充分准备,也就是要做好自己的知识储备。
到后来分享的整个过程自己也比较满意,对于同事们提出的问题也给出了自己理解的解答。
想想如果没有这次分享,那小胖可能也不会深入的去了解那些原理和知识点,这是小胖的收获;如果没有这次分享,那么团队成员也不知道,小胖还对这块了解的这么多这么深,这次分享会给大家留下一个印象,这也是小胖的收获。
我们是无法通过隔离或者封闭取得进步的,那何不就敞开胸怀的跟大家分享呢?而分享这件事情也会逼着我们去了解更多的分享的内容,让我们对原本不那么了解的事情变得更加了解。
就小胖写东西来说,如果不是因为要跟大家分享,那小胖哪会有那么多的“胡思和乱想”呢?
写到这里突然对分享两个字有了新的理解。分,可以理解为分开,剥离的意思,就是把自己的东西给别人;而享呢,就是享受,享用,那合起来是不是就是我们将我们会的东西分给别人一些,而我们也因此能够享受到一些益处呢?
领取专属 10元无门槛券
私享最新 技术干货