- 我是一个线程(修订版)
- 我是一个 Java class
- Javascript:一个屌丝的逆袭
- Java : 一个帝国的诞生
- JSP 一个装配工的没落
- TCP/IP 之 大明王朝邮差
- TCP/IP 之大明内阁
- TCP/IP 之蓟辽督师
- CPU 阿甘
- CPU 阿甘之烦恼
- CPU 阿甘:函数调用的秘密
- 我是一个网卡
- 我是一个路由器
- 我是一个进程
- 我是一块硬盘(上)
- 我是一块硬盘(下)
- 我是一个键盘
- 张大胖的 socket
- 张大胖学递归
- 学习面向对象的令狐冲
- 张大胖学数据库
- 数据库村的旺财和小强
- 小李的数据库之旅(上)
- 小李的数据库之旅(下)
- 漫画:什么是机器学习?
- 那些烦人的同步和互斥问题
- IE 为什么把火狐和 Chrome 给打伤了?
- 对浏览器村的第二次采访
- 节约标兵 IE 的自述
- EMail 诞生记
- Email 诞生记(下)
- Http 历险记(上)
- Http 历险记(下)-- Struts 的秘密
- 动物王国的面向对象
- 冯·诺伊曼计算机的诞生
- Http Server : 一个差生的逆袭
- 张大胖的加法器
- 从 1 加到 100:一道简单的数学题挑战下你的大脑
- 编程语言
- Javascript:一个屌丝的逆袭
- 计算机语言之战
- 我和编程语言的爱恨情仇(上)
- 我和编程语言的爱恨情仇(下)
- Android 为什么选择了 Java
- iOS 为什么选择了 Object-C?
- Basic : 一个老兵的自述
- Node.js : 我只需要一个店小二
- 命令式编程 vs 声明式编程
- 编译还是解释?
- 程序人生
- “架构师"小赵
- 师兄说
- 师姐说
- 小王的架构师之路
- 小李的版本管理系统
- 小超穿越记
- 小李的 Build 之路(上)
- 小李的 Build 之路(下)
- 张大胖改 Bug
- 我的编程之路--大学趣事
- 码农小王的一天
- 小李在外企
- 张大胖的需求估算
- 从厨师到码农
- 聊一聊那些神一样的程序员们(上)
- 聊一聊那些神一样的程序员们(中)
- 聊一聊那些神一样的程序员们(下)
- 谁是互联网之父?
- 一个价值百万的创业教训
- 让自己与众不同 - 提升工作的价值
- 看看你的“易燃性”
- 从无聊的工作中寻找价值
- 什么样的学生适合报考计算机?
- 谈谈程序员的职业方向(上)
- 谈谈程序员的职业方向(中)
- 谈谈程序员的职业方向(下)
- 谈谈培训班的作用
- 码农需要知道的“潜规则”
- 学习编程的加速度
- 码农在工作中的必备能力
- 码农和英语
- 老司机经验
- 假如时光能够倒流, 我会这么学习 Java
- 假如我是计算机系老师
- 学会编程, 而不是学会 Java
- 从增删改查中突围
- 抽象:程序员必备的能力
- 懒就一个字
- 编程的自学方法
- 小王买房记
- 从一道面试题谈谈一线码农应该具备的基本素质
- 想写框架的看过来
- 苹果手机变砖头以后
- 如何快速的学习一门技术?
- 唯一不变的是变化: 谈谈微信应用号
- 什么是企业应用?
- 勿以浮沙筑高台
- 为什么敏捷开发难于成功?
- localhost vs 127.0.0.1
- GitHub/Stackoverflow 找工作时有什么用?
- 动词 or 名词 :这是一个问题
- 如何选择入行语言
- 有时候,沉默是金
- 零 Bug 的代码是怎么炼成的?
- 浮点数为什么不精确?
- 文章错误大全
- Open Source--不要为了开源而开源
- 一不留神,代码就腐化了
- 先做个“键盘侠”, 再来写程序
- 不加断点调试的程序员是好程序员
- 码农必备技能:烂代码的处理之道(上)
- 码农必备技能:烂代码的处理之道(下)
- 学习数据结构有用吗?
- 从现在开始,丰富你的简历
- 那些永不过时的书,你看过几本吗?
- 学好编程必备的一个品质你知道吗?
- 你最爱的 Java
- 搞懂了这几点,你就学会了 Web 编程
- Spring 的本质系列(1) -- 依赖注入
- Spring 本质系列(2)-AOP
- 三层架构和 MVC 那点事儿
- Java 帝国之拨云见日识回调
- 小张的 Duck Typing
- JDBC 的诞生
- JDBC 后传
- 一个不安分的 JDBC 驱动
- Java 帝国之 Java bean (上)
- Java 帝国之 Java bean(下)
- Java 帝国之函数式编程
- Java 帝国之函数式编程(下)
- 关于 Java 初学者需要知道的 10 件事
- JUnit 你不知道的那些事儿
- 圣诞礼物:Java EE 的历史
- Java EE 读书指南
- 给小白的 Java EE 指南
- 给小白的 Java EE 指南(2)
- 给小白的 Java EE 生存指南(3) : XML
- 给小白的 Java EE 生存指南(4) : 一只叫 Tom 的猫
- 给小白的 Java EE 指南(5) : AJAX
- 给小白的 Java EE 生存指南(6) :Java 反射
- 闲聊
- "饿了么"初体验
- 来自大脑的控诉
- 一个高中生是怎么玩自媒体的?
- 尝试 分答
- 到底应不应该上培训班?
- 自学编程中遇到问题怎么办?
- 据说 99%的初级程序员看完后都不迷茫了
- 一行代码引发的“血案”
- 对一个死锁问题的思考
- 通过外包进入名企
- 请开往十年前的今天
- 为什么自学中最好有个师傅指导一下?
- 这个网站值得你花时间投入
- 为什么你无法坚持自学编程?
GitHub/Stackoverflow 找工作时有什么用?
前言: 很多人尤其是在校学生问我 GitHub 的用途, 大家都觉得那不就是一个版本管理的工具吗? 我也不厌其烦的给大家讲 GitHub 的各种好处, 还特别写了一篇文章《小李的版本管理系统 》, 但估计很多人看了以后记得住一时,很快就忘了。
最近在知乎上看到刘佳亮的回答, 觉得要比我干巴巴的讲 GitHub 不知道要好到哪里去了,更有说服力, 赶紧申请授权转载过来,原文链接:https://www.zhihu.com/question/28976652/answer/42896025 我今年大三,刷 Github 刷了不到一年,有了几个看起来还行的项目,一年公开的 Commit 数也过 1000 了。虽然我之前听说过一个有内容的 Github 账号会对面试有帮助,但是我没想到帮助会这么大。
参加今年阿里面试的过程中,面试官对我的 Github 上的项目很感兴趣,跟我讨论了很长时间。同时也无意中谈到 StackOverflow,我说我在 StackOverflow 上回答过问题,现在 Reputation 有好几百,面试官直接就跟我要账号,针对我在上面回答的问题也谈了很久,并且推荐我把 SO 账号也写在简历里。面试官最后说了一句话让我印象特别深刻,大体意思是, 面试官希望看到这种能够真正展示你解决问题能力的东西,而不是只是在简历上写会什么什么 。不管是 Github 还是 StackOverflow 记录的都是没办法造假的,实实在在的努力。这也是为什么面试官希望看你的 Github 账号的原因,就是希望能看到你能力的实际体现。
所以,如果题主要走技术路线的话,最好让在简历里加上那些能够体现你能力的东西, 不管是上架的 App,上线的网站,还是一个绿点满满的 Github 账号,Reputation 爆表的 StackOverflow 账号 。它们的作用就是为了增加简历的”可信程度“,让你的能力不仅体现在简历这张纸上,而是变得更加鲜活立体。
PS:Github 刷多了真的会引来一些关注,我已经收到好几封国外的创业公司的邮件了,可惜我还没毕业。
下面是对刘佳亮的一个简短采访:
Q : 请问你是什么时候开始和 GitHub/stackoverflow 亲密接触的?
A : 我是从大二的时候开始接触 Github 和 StackOverflow。不过由于当时什么都不懂,两个账号基本都属于挂机的状态。我从大三才真正花时间去深入了解和参与到这两个社区当中。
Q: 你是如何在 GitHub 上找到自己想参与的项目的?
A: Github 上几乎能找到所有语言所有方向的项目。当时我在 Github 上找开源项目主要是从我自己的开发方向下手的。最开始我主要是在做 Python 开发,就接触了很多 Python 开源项目。后来重心放到 iOS 开发上,就逐渐开始接触 iOS 的开源项目。我接触开源项目主要是为了学习。Github 上也有很多很好玩的项目,例如 Code Combat,这种项目参与起来也会很有意思。如果它使用的语言又正好是你想研究的方向就再好不过了。所以“自己想参与”其实一个很主观的东西。
Q:需要完全读懂一个项目的源码才能参与吗?
A:并不是。实际上很多大型开源项目的维护者都不能“完全读懂”一个项目的源码,毕竟现在的大型开源项目的规模越来越大,维护者通常也只是对自己维护的那部分代码做改动。除了作者之外,很少有人敢说自己对所有的代码都熟悉。还好开源项目并不都是成千上万行的大型项目,有很多小而精的项目也值得我们学习,例如 howdoi (https://github.com/gleitz/howdoi)。很多个人的小项目也是水平很高的。因此我建议还是从小一些的项目入手,小项目的代码通读一遍也不会花太长时间,等熟悉了整个社区的运作规则之后,再试着接触一下大型项目,可以先帮他们解决小 bug,或者参与 feature 的讨论等等。
Q: 大学期间,我没有实战的项目可做, 能不能参加 GitHub 上的开源项目? 怎么找到切入点?
A:Github 上并不一定需要是实战的项目,好多学弟现在把平时的作业,实验都放到 Github 上去了,也是一种很好的实践(不过老师可能不这么想...)。参与别人的项目,从某种程度上说比自己从头写还要难一些,因为要先了解别人的思路,之后才能贡献代码。因此我建议还是从自己做项目开始,不要一开始就想着“参与别人的项目”。一屋不扫何以扫天下?自己连一个项目都维护不了,何谈去给别人的项目作出贡献呢?至于项目来源的话,除了作业,实验之外,也可以从自己的生活中发现需求。像我自己为了翻 X 做了 SimpleDNS,为了听歌方便做了 pyfm。这些都是我自己想做的东西,做起来也有动力,同时也能学到很多东西,一举两得。
Q:参与 GitHub 是不是对英文要求挺高的?
A: 是的,目前 Github 和 StackOverflow 这种大型的程序员社区当中都是使用英文来交流的。英文好的话,在混社区的时候就会压力更小一些。好多同学可能英文水平不够,看到英文就感觉很慌,这样的话对自己确实是不利的。我从高中的时候英文阅读量就比较大,因此英文阅读对我来说没有太大的障碍。如果有时间的话,建议同学们还是要继续学习英文,提高英文阅读量。没有时间的话,就克服掉心中的慌,坚持让自己浏览 Github 和 StackOverflow,坚持用 Google 英文搜索。看网站本身其实也是在练习英文的阅读,等积累到了一定的水平,相信你英文阅读的水平会有很大提升,参与到社区中也就没什么压力了。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论