反思——拓宽自我疆界

2020-04-01  本文已影响0人  本然酋长

聊聊怎么想出来的

昨天信誓旦旦得开启了自己的框架思考,但是,今天我就反思出了问题。这个问题就是,如何把这个框架搞好。按照我的规划,这个框架是涵盖主要业务,又可以相互自我组装,同时又会以前端组件、服务组件、代码组件等多种形态出现。这是一个很大的生态,不可能由我一个人完成。如果真的只有我一个人参与,那等我搞出来了已经没有人用了。

怎么管理开源项目

这个问题,因为我最近的管理经验,让我感到有些不知所措。没想好怎么管,怎么让社区里的人按照一个大方向前进。因为没有真的参与过开源项目,所以对于这一切真的是太陌生了。但是,相关的问题倒是想出来了一大堆:怎么管理人员;怎么管理issue;怎么管理方向;怎么管理代码。所以,先参与一个开源项目取取经似乎是一个不错的选择。

找开源项目

其实,这个时候,我想起来之前看过的一些帖子和文章。有一些提到过,参加开源项目。当时,我觉得可能就是去开源社区贡献自己的力量,让整个生态更加健康得发展。如今看来,参加开源项目,可能是作为一个独立的技术人员提升技术能力,扩大自我视野的一个捷径。开源社区,有项目——开源项目本身,有大神——社区的贡献者,有案例——这个开源项目本身的管理就是最好的案例,有反馈——开源项目被用户使用从而反馈出来的bug、功能问题以及性能问题,这些是多么宝贵的资源呀,而我以前没有参与,可能是怕伤自尊吧。就像我总是捣鼓着自己搞一个什么项目,而不是参与别人的开源项目给团队提出建议,或者亲手贡献代码。这样会把自己暴露在别人面前,失败、不足无从躲避。我不能再这样了,我需要直面自己,知不足才能进步,失败了才能找到成功的路,不至于在失败的路上越走越远。
说远了,回到找开源项目上去。说实话,我对于想找的开源项目有这么一个期待:

总结

这事,现在基本定版了。然后,我想起来吴军老师在《谷歌方法论》中说的了。工程师做事情应当遵循两条线和一条线索。上面那条线,是科学的极限,下面那条线是自身的基线,连接两条线的线索是工程中的方法。而我之前,总是读完书之后把那些东西用在代码里,力求对代码的极度控制。现在想来,我也因此拒绝了很多能够大幅提升生产力的东西。使用现有的能够解决问题的工具,而不是自己从头开始,这是在提高自己解决问题的基线。这句话在听的时候觉得自己很符合,现在想来其实不然。现成的工具可能和自己的思想并不是一脉相承的,这里面有自己需要折中的地方——适应新的工具,也有需要反思的地方——自己的想法是否太狭隘了,为什么它会用那样的思路建设。思考至此,心里忽然开阔。这些年,我把自己推得太高了,是时候卸下包袱从头出发了。

无问西东——forever young

上一篇下一篇

猜你喜欢

热点阅读