勇往直前的专栏

今天跟大家分享一点鹅厂程序员的 Git 使用经验。介绍四种工作流来更好地理解 Git 的项目使用流程，利用其强大的分支功能为自己的项目构筑适配的工作流。1. 前言开发人员在日常开发过程中，不可避免地会使用到代码的版本控制工具，如 svn、git 等等，记得在刚刚入职的时候，部门使用的主要的 VCS 工具还是 svn，期间有着非常痛苦的 download 经历，下载一份仓库花了我 2-3 个小时，相比于 svn，git 有着非常多的优势，比如仓库 clone 速度非常快、核心的分支功能等等，后.

前段时间写代码的时候想借助一下fastjson的Feature.OrderedField来解决json乱序的问题，只需要增加一个参数即可，像下面这样JSON.parseObject("...",Feature.OrderedField)，idea检查是没有任何问题的，但是跑单元测试的时候竟然报NoSuchFiledError（找不到Feature.OrderField），我猜测可能是jar包冲突了，所以下一步就是找出到底是和哪个jar包冲突了。解决方法一最开始我以为是maven传递依..

本文授权转自公众号21CTO（ID：www_21cto_com）编辑：谷特依温宁导读：最近，阿里巴巴宣布取消周报制度，其员工无需在周末对本周工作进行汇总。声明要杜绝形式大于没有思想的PPT。我曾经在日本一家软件企业工作过，别说周报，要写每天的日报，日报会以邮件形式会发给一个小组的所有成员，以及上面的关联领导的，日报也会在系统中体现，项目成员都会看到。后来在国内公司工作，后来我也推行过同样的任务。对于小型团队（10-30人左右），特别是一些能力不足，原来作风懒散的员工有作用。尤其是领导.

这是一篇翻译的文章（有删减），作者Gerhard Beck对Scrum疯狂吐槽，我虽然不能完全认同，但是有些吐槽还是挺对的，比如忽视文档。翻译出来想让大家看看，在实施Scrum的时候有没有同感？有没有觉得敏捷已经变味了？我现在的团队最近采用了Scrum这种敏捷方法，并且开始了一个两周的Sprint，但是Scrum出现的问题让我开始憎恨它。以鄙人之见，Scrum并不敏捷，也不灵活，因为有些坚定的追随者（狂热分子）坚持按照Scrum字面的意思去做，这些信徒已经接管了一切。让我们从Scrum的两个.

分支的目的是隔离，但多一个分支也意味着维护成本的增加。我们可以分别从开发和发布分支的多寡，做个简单组合，即： 主干开发，主干发布。 分支开发，主干发布。 主干开发，分支发布。 分支开发，分支发布。 设想两个不同的场景： 如果一个软件，只有一个开发者，只需要一个发布版本，那他需要什么样的分支模式？ 如果一个软件，有 10 位开发者，需要支持多个版本，那他们又需要什么样的分支模式？ 一个好的分支模式，可以大大提高软件的开发、集成和发布效率。选择什么样的

相信使用Java的同学都用过Maven，这是一个非常经典好用的项目构建工具。但是如果你经常使用Maven，可能会发现Maven有一些地方用的让人不太舒服： Maven的配置文件是XML格式的，假如你的项目依赖的包比较多，那么XML文件就会变得非常非常长； XML文件不太灵活，假如你需要在构建过程中添加一些自定义逻辑，搞起来非常麻烦； Maven非常的稳定，但是相对的就是对新版java支持不足，哪怕就是为了编译java11，也需要更新内置的Maven插件。 如果你对Maven的这

阿里妹导读：缺陷分析做得好，bug写得少。阿里资深技术专家和你分享如何进行高质量的缺陷分析，总结了 5 个要点，通过缺陷分析消除开发中的各种盲点，打造一个学习型的团队。软件开发中的缺陷隐含着极高的价值，但是许多组织都仅仅忍受了缺陷带来的成本和后果，却让价值白白溜掉了。缺陷的价值是其触发的学习和成长的机会。把握缺陷带来的学习机会，可以快速提高组织的能力，未来的缺陷更少，成本更低，更容易成功。但同时，有效的缺陷分析和跟踪行动需要有效的方法和相应的组织的支持。缺陷隐含着极高的价值最近我们做了一次.

Photo@Wyron A文 |孤尽前言最近 CodeReview（以下简称CR ）心态相当的平和，代码是一个讲道理的东西，是就是，否就否。在 CR 时，沟通特别轻松，问题讨论也特别聚焦，因为它是量化和定向的。CR 的过程不是恃强凌弱，也不是一言堂，大家看着代码，当作是一种灵魂的交流，那么每一次的 CR 也是同事间提升和谐度的一种方式。优良的 CR 传统可以体现团队...

Git 是一个强大的工具，但是使用起来却不是很友好。如果程序员们能够真正花时间去理解 Git 的构成，将会避免很多不必要的麻烦。以下为译文：初学 Git 就像一个不懂当地语言的人来到一个陌生的国家——如果你知道自己在哪，该去哪里，那还好。一旦你迷路了，那麻烦就大了。网上有很多学习 Git 基本命令的文章，但是本文并不属于这一类文章。我在此处将尝试提供一个不同的学习思路。初学者一般都...

2020 年 3 月 9 日，腾讯正式对外发布了《腾讯研发大数据报告》。在这份报告中，腾讯披露了2019 年公司在产品及技术研发方面的重要数据，这也是腾讯自技术委员会成立以来第一次主动对外披露研发相关大数据。报告显示，2019 年，腾讯研发人员占比达到 66%，在中国诸多科技公司中位居前列。同时，腾讯 2019 年新增研发项目超过 3500 个——随着腾讯全面拥抱产业互联网的战略推进，2019...

“我，程序员，32岁，距离退休，只剩3年了！”这句话用来形容2019年互联网行业最适合不过了。从18年开始，大大小小的互联网公司开始了不止一轮的裁员，19年网上开始充斥一类文章，专门写互联网公司超过35岁的人，如果到这个年龄，还不是leader，业务又不核心，那么请焦虑吧。昨天听罗胖的跨年演讲，主题是：基本盘。意思是不要受到人云亦云的情绪影响，而是转过头，看手中的资源，基于基本盘看清自...

如果你觉得 git 很迷惑人，那么这份小抄正是为你准备的！请注意我有意跳过了git commit、git pull/push之类的基本命令，这份小抄的主题是 git 的一些「高级」用法。导航 —— 跳到之前的分支gitcheckout-查看历史# 每个提交在一行内显示git log --oneline# 在所有提交日志中搜索包含「homepage」的提交...

git是现在市面上最流行的版本控制工具，书写良好的commit message能大大提高代码维护的效率。但是在日常开发中由于缺少对于commit message的约束，导致填写内容随意、质量参差不齐，可读性低亦难以维护。在项目中引入commit message规范已是迫在眉睫。用什么规范？现在市面上比较流行的方案是约定式提交规范（Conventional Commits），它受到了An...

Git是现在市面上最流行的版本控制工具，书写良好的commit message能大大提高代码维护的效率。但是在日常开发中由于缺少对commit message的约束，导致填写内容随意、质量参差不齐，可读性低亦难以维护。在项目中引入commit message规范已是迫在眉睫。1. 全局安装commitizen & cz-conventional-changelog2. 项目...

我一直认为Code Review（代码审查）是软件开发中的最佳实践之一，可以有效提高整体代码质量，及时发现代码中可能存在的问题。包括像Google、微软这些公司，Code Review都是基本要求，代码合并之前必须要有人审查通过才行。然而对于我观察到的大部分软件开发团队来说，认真做Code Review的很少，有的流于形式，有的可能根本就没有Code Review的环节，代码质量只依赖于事...

来源：http://t.cn/Ai9LBVDuThoughtWorks 首席科学家 Martin Fowler 指出，软件开发项目中存在一种常见争论，即“花时间提高软件质量，还是专注于发布更有价值的功能？”他认为“提供功能的压力常常主导着讨论，导致许多开发人员抱怨他们没有时间研究架构和代码质量”。于是，Martin 近日在个人博客发布了一篇名为《高质量软件值得这么多成本吗？》[1]的文章，...

如果你的职业规划，就是往专业深度上走，成长为一名专家，如何增大职场成功的概率呢？主观上，作为一个专家，基本功、架构能力、业务能力、工作态度非常重要： 有夯实的专业基本功 架构能力强 业务能力强 埋头苦干 客观上，外在因素占的比重也很大： 团队与老板的公平性 做事风格的纯粹性 画外音：潜台词是，个人做好了未必职场发展得好，得有一个“不让...

作者：wenhxhttp://www.cnblogs.com/wenhx/p/5641766.html前几天看了《Code Review 程序员的寄望与哀伤》，想到我们团队开展 Code Review 也有2年了，结果还算比较满意，有些经验应该可以和大家一起分享、探讨。我们为什么要推行Code Review呢？我们当时面临着代码混乱、Bug频出的状况。当时我觉得要有所改变，希...

经常有创业公司老板来拜访我，常常会拜托给我一句话：帮我找一个CTO。我解释的多了，所以想把这个写下来，看看你到底需要的应该是啥。一、高级程序员如果你是一个刚刚创业的公司，公司没有专职产品经理和项目经理，你就是公司的产品经理，你如果对你现在的开发员能力不满，那么你只需要的是一个高级程序员。你定义功能、你做计划推进和管理，他可以带1-2个副手把你规划的功能实现了，他是主力干活者，有...

导读：相对于一般公司，Google 使用了单一代码仓库，很多人不理解为什么这么做。本文作者是谷歌基础设施小组的工程师，对这个问题进行了详细解读。译者在翻译过程中受益良多，也相信大家看完之后会认为自己还活在史前时代。早期 Google 员工决定使用集中式源代码管理系统来管理代码库。 这种方法已经在 Google 运行了 16 年以上，而今天绝大多数的 Google 软件仍然存储在一个共享的代...

许多人认为，如果代码写得足够扎实，注释就没什么用了。在他们看来，当一切都设计妥当时，代码本身会记录其作用，因此代码注释是多余的。我对此持不同意见，主要出于两个原因：1. 许多注释并未起到解释代码的作用。 2. 注释使读者不必凭空想象太多细枝末节，帮助读者降低认知负担。注释的分类我的工作始于随机地阅读Redis源代码，以检查注释是否以及为什么在不同的上下文中起作用。我很快发现，注...

本文主要介绍Java程序员应该在2018年学习的一些基本和高级工具。如果你是一位经验丰富的Java开发人员，拥有5到10年的经验，你可能对这些工具很熟悉，但如果不是，现在就是是开始学习这些工具的好时机。Java世界中存在许多工具，从Eclipse，NetBeans和IntelliJ IDEA等著名的IDE开始到Java开发人员应该知道的JVM分析和监视工具，如JConsole，VisualV...

最近看别人写的代码看得头疼，写这篇不仅是总结同时也告诫自己不要写出烂代码祸害别人。看不懂别人的代码是什么感觉？就好像走进一片森林里迷了路，这时候你是不是想把写代码的人抓过来骂一顿？下面就总结几条最让人受不了的。 标志位以及全局变量太多标志位看似用起来很方便，是为了表达一种状态，然而一旦起了就要去维护，什么时候清零？什么时候置 1？什么时候初始化？当所表达的这件事情不简单，比如跟另一...

空格「有研究显示，打字的时候不喜欢在中文和英文之间加空格的人，感情路都走得很辛苦，有七成的比例会在 34 岁的时候跟自己不爱的人结婚，而其余三成的人最后只能把遗产留给自己的猫。毕竟爱情跟书写都需要适时地留白。与大家共勉之。」——vinta/paranoid-auto-spacing中英文之间需要增加空格正确：在 LeanCloud 上，数据存储是围绕 AVObject 进行的...

作者 | 范学雷编辑 | 李佳每一次事故都是在倒逼技术团队成长，没有谁能保证不写 Bug 不出错，我们要做的，是在事故发生以后，找到问题的根源，及时填坑止损。2019 年 1 月 20 日凌晨，有网友称拼多多出现重大 Bug，100 元无门槛券用户可以随便领取并进行消费。大家争相传播，大半夜的都起来领券，有的用户甚至领取了上千张。机灵的用户，以最快的速度花掉了优惠券，比如给中国移动...

出处：http://blog.2baxb.me/archives/13431.摘要最近写了不少代码，review了不少代码，也做了不少重构，总之是对着烂代码工作了几周。为了抒发一下这几周里好几次到达崩溃边缘的情绪，我决定写一篇文章谈一谈烂代码的那些事。 这里是上篇，谈一谈烂代码产生的原因和现象。2.写烂代码很容易刚入程序员这行的时候经常听到一个观点：你要把精力放在ABCD（需求...

出处：http://blog.2baxb.me/archives/13781 摘要这是烂代码系列的第二篇，在文章中我会跟大家讨论一下如何尽可能高效和客观的评价代码的优劣。在发布了关于烂代码的那些事（上）之后，发现这篇文章竟然意外的很受欢迎，很多人也描(tu)述(cao)了各自代码中这样或者那样的问题。最近部门在组织bootcamp，正好我负责培训代码质量部分，在培训课程中让...

出处：http://blog.2baxb.me/archives/1499假设你已经读过烂代码系列的前两篇：了解了什么是烂代码，什么是好代码，但是还是不可避免的接触到了烂代码（就像之前说的，几乎没有程序员可以完全避免写出烂代码！）接下来的问题便是：如何应对这些身边的烂代码。1.改善可维护性改善代码质量是项大工程，要开始这项工程，从可维护性入手往往是一个好的开始，但也仅仅只是开始而已...

Linus Torvalds的“暴脾气”是出了名的，看到令自己不爽的事情就会怼过去，比如： 他曾经说Intel提交的漏洞修复程序是彻底的垃圾！ 当别人说Git没用C++开发的时候， 他反击说“C++是一种可怕的语言” 他喷别人的Pull Request : Your code is shit ..... 他吐槽XML可能是有史以来最糟糕的格式.........

为什么写出好的代码是如此之难？ 为什么经过了这么多年的努力，有这么多的最佳实践/工具/方法学 （例如：瀑布式开发，迭代开发，Scrum , XP, 单元测试，TDD，持续集成，UML，Code Review ，IDEA， Eclipse...... 这个名单可以非常长），我们还是无法创造高质量的软件？有市场的原因，需求的原因，工期的原因，也有程序员的原因。Bozhidar Boz...

阿里巴巴 2019 年实习生校园招聘已经启动，为此，我们整理了一篇《每个技术团队都会遇到的4个难题》，帮助即将从校园进入公司实习的后端程序员，以实践的视角，看看一个后端技术团队会遇到的一些难题。虽然，技术上的难题远不止于此，但如果能从这篇文章中获得一些职业体感，也许对你的实习面试会有所帮助。- 正文开始 -从单个应用到多个应用，从百千级别的访问流量到十万、百万级别，从两三个人的创业技术...

阿里妹导读：技术主管和团队成员应该是什么关系？只能是普通的领导与被领导的关系吗？如果，你作为一个一线技术主管，你会怎么管理团队？今天我们试试换位思考，假设自己是技术主管，反推团队成员如何做事才能获得更好的成长。欢迎同学们一起讨论、交流。如果我是一线技术主管，那我可能是团队曾经综合实力最强的，我可能会被时间支配而不能再天天写代码，并且，团队充满各种挑战。如果我是一线技术主管，依然是每...

作者 | Sven Gregori译者 | 薛命灯有什么比花时间写注释更令人感到兴奋的事情吗？如果我没有猜错，你可能会说：“不好意思，所有事情都比写注释更令人感到兴奋”。如果有人要你给代码加上注释，对你来说就像是一种侮辱。你的代码写得如此优雅，它已经足以说明它要做的事情，注释是多余的，代码就是一切。无论是开源项目还是专业软件开发，代码注释通常有两种形式：要么没有和要么毫无用处。...

作者 | Eric Higgins译者 | 无明和大多数玩过俄罗斯方块的人一样，我也很喜欢这个游戏。我仍然记得第一次在任天堂游戏机上玩这个游戏时的情景。游戏的背景音乐仍然时常萦绕在我的耳边。俄罗斯方块不仅是有史以来最好玩的游戏之一，我们还可以拿它与技术债务作类比。我将分享我和我的团队如何通过修改代码来减少技术债务，并修复了一个价值 100 万美元 / 年的 bug。刚开始的...

如果你用谷歌搜索“mearsuring software developer productivity”，那么你会发现出来的全都是一些废话，一点用处都没有的废话。——Nick Hodges，《Measuring Developer Productivity》所以现在你知道了吧，原来我们并没有办法来衡量程序员的工作效率。老实说，我们现在还没有明确的方法可以衡量程序员以及整个团队的生产力。我...