前段时间利用业余时间写了一个简单的 RPC 框架,花费了不少精力。开源出来之后,少部分不太友好的技术人站在上帝视角说了风凉话。就很难受,兄弟,谁还没有一个玻璃心。
简单吐槽一波,给大家聊聊关于 guide-rpc-framework 的一些事情。
01 我的自定义 RPC 框架近况
关注我的大部分小伙伴应该都知道,3个月前,我利用业余时间手写一个简单的 RPC 框架(玩具),名字叫做 guide-rpc-framework。
目前的话,这个项目已经有 0.5k 的 star。感谢小伙伴们的支持!
写这个 RPC 框架的主要目的是为了个人学习,开源出来的目的主要是想帮助到更多人。
02 开源的魅力
开源出来之后,大部小伙伴都是比较支持的,有很多小伙伴都参与了进来一起完善。
这里点名表扬一下Github用户名为 sakuragi1111 和 smile2coder 这两位老哥。
sakuragi1111 这位老哥通过参考 Dubbo 源码实现了 SPI 机制。
smile2coder 这位老哥为 guide-rpc-framework 添加了通过注解实现服务消费的功能。
目前的话, guide-rpc-framework 已经支持通过注解进行服务消费和注册。
程序世界,什么样的人都有,有人感谢你,也会有人贬低你。
03 不那么好的声音
在我的 guide-rpc-framework 开源之后,也经常会受到像:“你有本事别用现成的框架写一个啊?”、“你这个写的一点亮点都没有,有啥意思?”、“都有了 Dubbo 之后,为啥还要自己写一个?”、“重复造轮子没意义”......之类的不太友善的话语。
说句心里话,一般说出来这种话的人往往技术水平很低。
如果,你指出我哪里写的不好,我很乐意地去修改。但是,你站在上帝视角说着风凉话,那就是人品有问题了。
1.为什么不能利用现成的框架呢?(比如为啥不用 JDK NIO 而用 Netty?)
毫不夸张地说:开源出来的东西,就是全体技术人共同的财富。
Netty 比 NIO 更好用、更完善,我为啥还要直接使用 NIO呢?我们平常经常接触的 Dubbo、RocketMQ、Elasticsearch、gRPC 等等都用到了 Netty 啊。
2.你这个写的一点亮点都没有,有啥意思?
有能耐的话,你也可以自己写一个。说出此类的话的人,往往是有及其嫉妒心理的人。而且,RPC 框架本身就已经有很多比较成熟的例子了比如 Dubbo。说实话,Dubbo 基本是已近把 RPC 框架能考虑到的点都考虑到了。
我不信你一个人,能干过人家一个团队好多年的成果。
3.都有了 Dubbo 之后,为啥还要自己写一个?
一定要学会看 README!!!
我在项目的 README 中明确说明了:写这个 RPC 框架主要是为了通过造轮子的方式来学习,检验自己对于自己所掌握的知识的运用。
4.重复造轮子没意义
我们实际项目开发中是比较忌讳造轮子的,但是,实际学习过程中造轮子绝对是最自己百利而无一害的!
我的 RPC 框架肯定是无法和 Dubbo 这类已经这么成熟的相提并论。但是,在自己去写 RPC 框架的时候,更加加深了自己对于 RPC 框架的认识。实现的过程中,遇到了很多问题,解决问题的过程中也提高了自己的编程能力。总而言之,造轮子是一种特别能够提高自己系统编程能力的手段。
04 拥抱开源
开源绝对是编程领域最美妙的事情之一,大幅提高了我们的生产力。
没事就去开源社区比如 Github 或者 Gitee 逛逛,在这里你可以get到各种好东西。
你可以在 Github 分享很多东西,你的学习笔记、自己做的实战项目、自己造的轮子......(资源类的不太推荐,太容易侵权)。
虽然,现在 Github 被很多人单纯玩成了引流工具。但是,整体来说 Github 整体技术环境和氛围还是很不错的!
另外,最好的话是要给项目弄一个英文版本,项目代码中的注释最好也要是英文的。毕竟是开源,最好是能准守开源精神使用世界通用语言(这一点我自己也没做好,反思!)。
如果你想让自己的开源项目被更多人知道的话,你可以在下面技术平台宣传(不宣传的话,开源的东西很难被别人知道,不要让好东西被埋没):
如果有帮助的话,不要吝啬你们手中的在看和赞!“怼”起来!
以上 4 本优质原创 PDF 微信搜“JavaGuide”后台回复“面试突击”即可免费领取。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。