性能文章>CodeGuide 300+文档、100+代码库,一个指导程序员写代码的,Github 仓库开源啦!>

CodeGuide 300+文档、100+代码库,一个指导程序员写代码的,Github 仓库开源啦!原创

198226

作者:小傅哥
博客:https://bugstack.cn

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

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

B站 视频https://www.bilibili.com/video/BV1Sr4y1r7T7?spm_id_from=333.999.0.0

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

佛祖保佑!

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

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

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

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

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

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

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

路,不能走窄喽

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

四、贡献力量,提交Issue、PR

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

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

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


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

这里我提供 3 种方式:

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

1. 提出 Issue

  1. 点击项目右上角的 New Issue 按钮,就可以创建一个新的 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 上,你也会成为 CodeGuideContributor

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

请先登录,再评论

好文收藏

6月前

好详细

6月前

为你推荐

JVM 源码分析之一个 Java 进程究竟能创建多少线程
概述虽然这篇文章的标题打着JVM源码分析的旗号,不过本文不仅仅从 JVM 源码角度来分析,更多的来自于 Linux Kernel 的源码分析,今天要说的是 JVM 里比较常见的一个问题。这个问题可能有
线程池运用不当的一次线上事故
在高并发、异步化等场景,线程池的运用可以说无处不在。线程池从本质上来讲,即通过空间换取时间,因为线程的创建和销毁都是要消耗资源和时间的,对于大量使用线程的场景,使用池化管理可以延迟线程的销毁,大大提高
YGC问题排查,又让我涨姿势了!
在高并发下,Java程序的GC问题属于很典型的一类问题,带来的影响往往会被进一步放大。不管是「GC频率过快」还是「GC耗时太长」,由于GC期间都存在Stop The World问题,因此很容易导致服务
【活动结果公布:兑奖见置顶评论】每日一签到,解锁你的PerfMa壕礼
叮......Perfma达人福利发车啦!社区每日签到解锁活动上线啦~除了每日签到必得积分奖励外,还为大家增加了壕礼相赠、解锁Perfma终极大奖等环节奖励 ~来Perfma社区留下你的签到足迹,告诉
使用Top_X插件排查内存过载问题
Top命令是Linux 系统下常用的监控工具,用于实时获取进程级别的 CPU 或内存使用情况。XPocket中的Top_X为Linux Top的增强版,可以显示CPU占用率/负载,CPU及内存进程使用
记一次Synchronized关键字使用不合理,导致的多线程下线程阻塞问题排查
在为客户进行性能诊断调优时,碰到了一个Synchronized关键字使用不合理导致多线程下线程阻塞的情况。用文字记录下了问题的整个发现-排查-分析-优化过程,排查过程中使用了我司商业化产品——XLan
记一次类加载失败导致线程阻塞问题排查
作为PerfMa解决方案管理部门的技术专家,我在工作遇见过很多各种问题导致的性能问题,并参与了为客户的系统进行性能诊断调优的全过程。这一次碰到了一个类加载失败导致的性能问题。用文字记录下了问题的整个发
一次大量 JVM Native 内存泄露的排查分析(64M 问题)
我们有一个线上的项目,刚启动完就占用了使用 top 命令查看 RES 占用了超过 1.5G,这明显不合理,于是进行了一些分析找到了根本的原因,下面是完整的分析过程,希望对你有所帮助。会涉及到下面这些内容Linux 经典的 64M 内存问题堆内存分析、Native 内存分析的基本套路