如何看待不会使用git的程序员?

童年654321


能问出这种问题,想必楼主一定会使用git。

首先说一下如何看待不会使用git的程序员:个人认为,git只是一个版本控制工具,不会的可以教,可以自学。我项目组年初刚招进来三个三年的程序员,都不会使用git,我手把手教会他们,现在业务开发上也没有什么问题。所以我不赞成那种觉得不会使用git就称不上程序员的看法。

程序员需要学习和接触的东西太多了,掌握的技能大多是工作中经常使用的技能,工作中用不上的,就算自己去学习了解,时间久了也会忘光。所以看待一个程序员,重要的不是看他会不会某些东西,更重要的是看他愿不愿意学习,学习能力怎样。比如git,一个新人多操作几遍就可以学会使用,满足工作需求了。当然,要深入理解,还得花时间去更好的学习。

最后再说下,虽然会不会使用git不能说明什么,但是,近年来,使用git的公司越来越多,已经成为了主流,所以作为程序员,学习一下还是很有必要的。


大龄程序猿1


我也在工作中极力推荐git,但响应者寥寥,可以用愤怒来形容了。

后来我分析了一下,可能有一些原因。和大家分享一下。

我在工作中极力推广git有好多年了。但真正用的没有几个人。除非他们真正意识到他们需要这个,否则怎么说都没用。

我只是想不通,这么好的工具,为什么他们就不用呢?

这让我想起了我使用暖宝宝的经历。我的背部长期以来都不舒服,这我认为是上学时背对着空调吹的恶果,已经困扰我很多年了。特别是变天时,特别难受。

后来有一天,我突发奇想,是不是可以试试暖宝宝。在背上贴个暖宝宝,使不舒服的地方暖烘烘的,肯定能缓解症状。我为这个主意感到兴奋,同时也有一点担心。

一是我对某种胶布过敏,要是暖宝宝贴在皮肤上过敏了怎么办?

二是暖宝宝贴在背上会不会鼓个包,那岂不是很难看?

基于这些顾虑,我一直没有尝试。但是我把这个点子告诉了老婆。有一次老婆逛街回来,说暖宝宝作活动,打折,就买了两包。不由分说,“啪”的一声给我贴上了。

过了一会就开始发热了!也没有我之前顾虑的问题。

它不是直接贴在皮肤上的,而是贴在衣服上的,根本没有过敏的问题。它很薄,贴了根本看不出。保温十二小时,简直不能太好了。一个冬天不再受背痛之苦!

这个经历让我想到,人们对不熟悉的事情心存疑虑,常常会有一些看似可笑的顾虑。等到真正了解后发现,其实什么也没有。

但另一方面,会不会是另一种情形:抑或git根本没有那么好,只是自己对其狂热。就像自己用vim,觉得vim很好,见人就推广。又或者就像读了《金字塔原理》,以为是圣经,见人就说:有空读一读。

所以,推荐需谨慎。

但,但是,真诚地一再地推荐认为不错的东西,肯定有其价值,对不对?

唉,还是有执念…

那么,你愿不愿意了解一下先?


一分钟说软件


作为BAT的java工程师下一个武断的结论吧:不会使用git的程序员要么转行,要么学习git。其实我相信我们都曾经属于第二种。

之前我们公司的代码管理工具是SVN,后来统一强制要求使用git进行代码,版本管理。

最开始转换之后,我还是习惯性使用eclipse+git bash+ beyondCompare来进行开发和代码提交。但是其实这样还是很麻烦的,如果要开发第二个分支,就需要在我电脑上copy一个另一个文件夹存放代码,占用空间不说,在beyondCompare合并代码的时候也会很麻烦。而且还曾经出现过由于多文件夹合并导致的冲突,为了解决这个冲突,需要挨个文件检查,浪费了将近半天的时间。这无形中也降低了工作效率。

后来身边有经验的同事都开始用Idea加上git了。我也跟风试了一下,果然比原来不知道方便了多少。直接把原来的三个软件简化为一个IDE,而且也不在需要自己copy代码来进行版本管理了,全部托管给git。

举自己的例子是想说GIT作为一个开源的分布式版本控制系统,可以有效、高速地处理从很小到非常大的项目版本管理。对于程序员来说,使用Git不是为了站在鄙视链顶端,而是为了提高工作效率。此外,也是保证自己对科技前沿的敏锐度与接受度的体现。

我们都知道程序员是一个需要始终保持学习状态的职业,当出现新的框架的时候,不学就会被淘汰,那么当出现新的工具的时候,为什么就不会有不学就被淘汰的可能呢?当有一天SVN彻底退出历史舞台,不会git的程序员,是不是就只剩下学习git这条路可走了呢。既然如此,为什么不尽快主动学习它呢?

如果我的思考对你有帮助,欢迎点赞留言转发,与我交流。

我是苏苏思量,来自bat的java开发工程师,每日分享科技类见闻,欢迎关注我,与我共同进步。


苏苏思量


嗯?不会git的程序员,就是菜,根本称不上程序员,迟早被淘汰。

又得老生常谈,说说鄙视链了。玩单机的,看不起玩网游的,用网易云音乐的,看不起用QQ音乐的,写C++的,看不起写Java的……

C++程序员,要不会C++,那才是天大的笑话。但Git只是一个版本控制系统,并非靠它吃饭,换言之,具有和他类似功能的东西,都可以替代他。

svn和git的生死较量

这里就不再赘述两者的区别了,简单的说svn的特点就是简单,需要一个放代码的地方时,使用就ok了。

而git的特点是,版本控制可以不依赖网络做任何事情,对分支和合并有更好的支持。

由于svn的特点是简单,所以有相当部分的公司,特别是小公司使用他,可以有效的降低各种成本。

但git的优势比较突出,因此近年来,使用git的公司越来越多,甚至已经成为了主流。

当你去一家使用git的公司时,掌握他就成为了硬性指标,换言之,程序员的你,就必须学习。

因此,才有了“如何看待不会git程序员”的提问……

要不要学git

一句话,用得到的就学,用不到的,学他干嘛。

如果你的公司使用的svn或其他控制版本的工具,那么完全可以不学git,没有问题。就算是你有心学,工作中用不到,学一会儿,可能就放弃了,没有意义。

但是如果最近你想跳槽,那可能就要学学git了,否则到时候会很尴尬。

可以预见的是,未来git很可能成为所有公司使用的版本控制系统,所以你可以不学,稍微接触一下,还是有必要的。

写在最后

最到底,一项技能,是否重要,还是看市场需求,还有就是通用程度。当每个程序员都会使用git的时候,你还不会使用,那就有些low了。

如果还没到那个地步,工作也用不到,那为什么要学呢?为什么要去评价一个不会git的程序员呢?

嗯…最后,如果你有学习git的意向,可以百度w3cschool……


W3Cschool


首先,实名反对那位说「不会 git 就是菜」的 W3Cschool 的官方账户。

一、git 说到底只是一个工具。

不可否认,git 在一定程度上比 svn 好,但是抛开需求只谈这两者的区别,就是耍流氓。

git 与 svn 两者各有优缺点,我们主要说一下 git。

git 的优点在于分布式网络,操作可以在本地进行,速度更快,而且由于无需联网,适合多人合作开发。

缺点就是每一个机器都有完整的本地仓库,初次使用比较慢。

但是对于单人开发来讲,svn 和 git 并没有太多不同。

二、每个公司的技术栈不同。

程序员使用不使用 git,严格来讲,自己说的不算。

每个公司的技术栈都是不同的,有的公司用 svn,有的用 git。

工具本身并没有什么不同。

git 学起来一周就适应了,用对工具的会不会用来上升到对人的评价,我觉得非常 low。

如果有人说出或者认为不会 XXX 的就是菜,那我只能说「说出这句话的人更菜」。

如果你有什么其他的看法,欢迎留言讨论。


stormzhang


没什么怎么看待的教会就行了...

1.不会GIT的原因是因为你的基础知识和经验都比较优秀...你想去理解GIT...结果越理解越糊涂...因为GIT的作者英语太烂...弄了一堆动词...后面不加from不加to...一开始你根本搞不清哪个是源分支哪个是目的分支...并且怎么样的都有...试几次就迷糊...

2.GIT是典型的简单问题复杂化...也就是把提交过程给复杂化了....一键提交变成手动5,6步....对付这种工具那就复杂问题简单化...找个懂GIT的给你梳理一个固定套路就行了...没必要立刻去理解具体做了什么...慢慢熟悉了...试着浪几次也就会了...

3.提交=删除分支X ->. 创建分支X -> Commit -> 回到创建前分支-> Merge 分支X -> pull ->. push to upstream......背下来就行...

4.有些人的学习方法不对...还保留着中小学学习的习惯..想要举一反三融会贯通..想着去理解...其实没必要...那是自己折磨自己...套路好使就行...能不动脑就不动脑...有那时间想想怎么赚钱...别想没用的...GIT也就流行几年...学那么多伤身...

5.GIT的SVN接口已经有很多了...只不过不太成熟...我们现在就是开发人员用SVN接口使用GIT...


ACME63610374577


这就是程序员的鄙视链,自古就有文人相轻的说法,也不知道别的行业是不是这样。

做C的瞧不起做Java的,做Java的瞧不起做C#的,做C#的瞧不起把C#念成【Cjin】的。

现在又有瞧不起不会用Git的,那么我就谈谈我自己的看法。


Git只是一个工具

  • 如果一个Java程序员,会JVM的鄙视不会JVM的,我觉得还说得过去,因为这个关系到一个Java程序员对Java(本命语言)的掌握程度;

  • 但是用Git鄙视用SVN的,我觉得完全没有必要;在我看来,Git只是一个工具,是一个版本控制的软件,有很多其他的软件可以做相同的工作。

要不要了解和掌握

最近几年越来越多的公司开始使用Git,说明它和以往的版本控制工具还是有优势的,所以我们最好还是可以了解一下,那么Git和传统的版本控制工具有什么优势呢?看看Git和SVN的比较:

  • SVN这类,是集中式代码控制工具,特点就是有个服务器,所有的客户端都去连接这个服务器进行代码的提交和修改。缺点比较明显,这个服务器可能会是个瓶颈,如果这台服务器垮掉了(或者网络无法连接),那么是没有办法提交代码的,也没办法查看代码提交历史;如果服务器直接被毁无法恢复,那么也将是灾难性的。

  • Git这类,是分布式代码控制工具,虽然也有中央代码库,但是不依赖于这个单点(去中心化)。SVN的缺点,它可以解决:轻量级Branch;在没有连接服务器的时候,依然可以提交代码和查看日志(本地代码库);支持创建本地分支等等。

既然Git优势这么多,我建议还是要了解和学习一下,而且Git学起来也不是非常的困难。

如何学习

  • 首先还是官方的文档,不过估计很多同学都看不进去英文。

  • 搜索引擎查询资料,程序员都会用,但是查询到的文档质量会参差不齐。

  • 我当时是在这儿学的,廖雪峰的官方网站,进去找Git教程,话说其他一些文档也都不错:

    https://www.liaoxuefeng.com/


我将持续分享Java开发、架构设计、程序员职业发展等方面的见解,希望能得到你的关注。


会点代码的大叔


不会git的程序员不是好的程序员?

不会git就不是好的程序员了吗?

答案

不是的

在工作中并不是所有公司都会快速的使用新技术,在原先技术svn已经存在的情况下,没有完全让使用者特别烦恼的情况下,公司一般不会推进一个新技术,所以员工是很难学到并使用的。

那有没有必要学习?

学 or 不学

  1. git 其实跟svn 一样都属于代码管理工具,有什么区别呢?
  • 简单来说 svn 是 集中的存储,我们必须搭建一个集中控制的地方,能使用即可。
  • 而git呢?他可以不依赖任何的集中仓库,随时都可以放到任何的远程仓库。并且对分支与合并很好的支持。
  1. 要不要学习?
  • 现在很多公司都在使用git,在我们跳槽的时候,会使用git相对于不会的朋友们就是一个优势。

  • git 的分布式思想也是我们在未来进行程序设计也可以进行参考学习的。

    以上两点都能为了促进我们技术的发展进步,所以有时间的话,还是建议学习下,而且时间长了对于工具性的内容会快速掌握的。

总结

在svn与git竞争下,我们看到工具类的产品有没有必须学习,主要看市场上的活跃的程度,从svn到git代表了一门技术的发展,但当所有人都在使用,而自己却不会,那 很容易被人贴上不爱学习的标签,面试也会增加成本。

建议大家有时间还是可以学习下的。想学习的可以关注下LuckQI,里面有教程。


胖琪的升级之路


正常看待啊,至少我不会鄙视啊,这就跟走路一样啊,开始大家出生下来都不会,后面都会走路了,不会git代表什么?只是一个版本控制管理工具而已,不会可以学,学会了就好了,而且之前大家都用cc,或者svn,现在大家几乎都用git,或许有一些程序员在用SVN,不会用git就不会用啊,我会用git又能怎么?比别人档次高嘛?程序猿这个行业本来就是不断学习的行业,没有不会某个技术而怎么样?可能你会c,他会java,他们会Python;可能你会maven,他会ant,他们会gradle;可能你会bigdata,他会machine learning,他们会IOT。 总结:闻道有先后,术业有专攻,如是而已!三人行,必有我师焉。择其善者而从之,其不善者而改之。


秋若枫261


git和github是一个合格码农的必备,如果没有这个基础,则会失去大量的资源和信息。


有关git知识可以关注虫虫,我有好几篇文章普及相关知识,这些是我特别注重一方面,会有更多文章和技巧推出。

github是个共有代码托管仓库,是个大宝藏善用之,可以挖掘code金子。他还是个社交媒体,号称"全世界最大的同性交友网站"。fork,攒星星,提pr是每一个码农参与项目,点技能数的必备过程。可以说有一个高质量,高星的项目来作为你求职的敲门砖比你学历证书更有效!

然后再说下gitlab 私有仓库软,但是他是一个非常全面的软件。接着起版本飞速迭代。目前已经俱备了从代码vcs,编译 ,打包,测试,预发布,上线全流水线自动化体系。以及devops支持以上流程一键代码自动审计,代码安全审计等等功能。是每一个公司,开发团队,运维团队,测试团队,安全团队居家必备良器。

说了这么多,总归一句话,就是我常给人普及的Think in Git!



分享到:


相關文章: