小傅哥 bugstack 虫洞栈

# CodeGuide 300+文档、100+代码库，一个指导程序员写代码的，Github 仓库开源啦！

作者：小傅哥
博客：https://bugstack.cn (opens new window)

沉淀、分享、成长，让自己和他人都能有所收获！😄

# 一、路怎样走，让你们自己挑

五年前，香河大厂村，开张大吉。我和弟兄们雄心壮志，坐公交车去面试，谁知道求职不到半个月，每天平均1.3个人挂在八股文造火箭上，一年内6个兄弟去了外包。

佛祖保佑！

算命的说我是“CRUD搬砖996”，不过我不同意。我认为出来混的，是20K是40K，要由自已决定。

你们跟着我的日子最短，底子最薄，路怎样走，让你们自已挑。

好了，祝你们，在大厂，一帆风顺！ 干杯各位架构师！

# 二、开源仓库，带更多人上道

两年多，写了300+篇文章，100套案例代码库，开源给技术社区

点Star⭐️，收藏仓库，地址(阅读原文也可以)：https://github.com/fuzhengwei/CodeGuide
  • 仓库：https://github.com/fuzhengwei/CodeGuide (opens new window) - 感谢给仓库点个 Star ⭐️
  • 描述：开源文章、代码、图稿，到 CodeGuide (opens new window) 让更多同好的技术伙伴参与到仓库中内容的贡献上
  • 目标：以，成体系的、全面的、有场景、带着案例的方式输出有价值的技术内容，补全市面一些资料不足的情况。创新不是把基础知识屏蔽起来进行内卷，而是像Linux开源精神一样，做到共建。
  • 内容：以，码农成长为架构师的学习成长方向为指导，编写核心编程思想和技术落地经验的学习资料。
    • 技术：Java、Spring、Mybatis、SpringBoot、Netty、ASM、Javassist、Byte-buddy、Drools
    • 开发：DDD、MVC、中间件、插件、工程框架、设计模式、开发规范、部署运维、全链路监控、技术方案
    • 项目：IM-仿微信、DDD+RPC - 分布式抽奖系统
    • 出版：《重学Java设计模式》
    • 小册：《SpringBoot中间件设计核开发》、《Netty+JavaFx实战IM》
    • PDF：《面经手册》、《手撸Spring》、《字节码编程》
    • 其他：知识星球-码农会锁
  • 使用：
    • 👉 如果你不知道自己要从哪开始、要学什么、有什么结果，请看 阅读指南 (opens new window) 这是一个码农研发人员提升自身技术栈广度和深度的经验之路，也是小傅哥的亲身学习经历汇总！
    • 👉 如果你是刚入行、在外包、跨语言学习、想跳槽大厂、缺少学习动力等，可以阅读小傅哥的成长故事，这个系列包括了我的个人在外包到大厂的成长、跳槽的过程、互联网的学习经历 Go -> 关于小傅哥 (opens new window)
    • 👉 推荐 在线阅读 bugstack.cn (opens new window) (Github 访问速度比较慢可能会导致部分图片无法刷新出来)

# 三、分享源码，100+套代码案例

路，不能走窄喽

100+套 的案例仓库，总能给你一些不时之需

# 四、贡献力量，提交Issue、PR

慢下来，并且有意义的事，我们可以一起来做

2021年10月24日 - 程序员节👨🏻‍💻，小傅哥 把文章全部开源到代码库 CodeGuide (opens new window) 中，与同好同行，一起进步，共同维护。

文章越来越多、粉丝越来越多，经常需要对粉丝伙伴对文章的提问进行处理。而我一个人精力和力量毕竟有限，文章多读者多问题多，但我自己可分配的时间越来越少，维护的效率会有所下降。因此希望大家可以共同参与到 CodeGuide 的维护中。维护这样一个 6.3k star 的项目还是非常有意义，因为你的一点贡献都会被更多人看到

如何参与到项目的维护呢？

这里我提供 3 种方式：

  1. 提出 Issue ：在 Issue 中指出你觉得需要改进/完善的地方(能够独立解决的话，可以在提出 Issue 后再提交 PR )。
  2. 处理 Issue : 帮忙处理一些待处理的 Issue。
  3. 提交 PR： 对于错别字/笔误这类问题可以直接提交PR，无需提交Issue 确认。

# 1. 提出 Issue

  1. 点击项目右上角的 New Issue (opens new window) 按钮，就可以创建一个新的 Issue 了。
  2. 在 Issue 中，你需要写清楚自己遇到的问题，例如：你觉得哪里需要改进，或者你觉得还可以添加哪些内容。

例如：一位同学在学习 CodeGuide 的过程中，发现面经手册中关于 HashMap 数据迁移描述性问题，于是提出了这个 Issue。

# 2. 处理 Issue

如果你发现一些待处理 的 Issue 的话，可以帮忙解决。

我会把一些 待处理 的 Issue 标记出来，如果你想帮忙解决这个 Issue 的话，直接在 Issue 区回复一下自己想要帮忙处理即可。

# 3. 提交 PR

首先，CodeGuide 仓库是属于 fuzhengwei 账户的，因此我们无权对其进行修改。所以首先，我们需要 Fork 原仓库，到自己的账户名下。

例如，点击 Fork 后，在自己账户下自动生成的仓库。

然后，我们就可以自由的对自己的仓库进行修改，编写相关内容了～因为该仓库是原仓库的复制品，所以不论你对其做什么修改，都不会影响到原仓库！

在对自己的仓库修改完毕后，你就可以向原仓库提交 Pull Request，也就是合并请求了。

那么具体该如何操作呢？

你在自己 Fork 的项目中，点击 Pull Request，然后点击 New Pull Request

然后,根据提示，创建 Pull Request 即可。是不是非常简单?

另外你还可以直接在阅读文章的时候，直接点击 在 GitHub 上编辑此页 这样也可以在已经 Fork 代码库的前提下，提交 PR，是不是很方便！

接下来，你只需要等待原仓库管理员(小傅哥)的审核就可以了。

在收到你的 Pull Request 后，原仓库管理员可以决定是否合并你的提交，如果同意合并的话，你的贡献就能真正融入原项目了！

对于提交 PR 的小伙伴来说：

  1. 解决 Issue 的过程中，你会加深自己对某个知识点的理解。
  2. 如果你的 PR 被采纳，你的贡献将会永久保留在 CodeGuide 上，你也会成为 CodeGuide 的 Contributor。

我真心希望有更多可以参与到 CodeGuide这个项目的维护中，我们大家都能有所收获！

← 被掘金读者举报，侵权国外资料，但却是一次不错的经历！ →