现在很多软件公司采用的编码规范基本是PEP8，但每行80个字符的限制除外。GitHub上的项目，大多数都遵循PEP8规范(这一点似乎达到了高度的统一)，但遵守80个字符限制的很少。在一些有明确规定的规范标准中，这个限制可能会增加(100或120)，甚至完全删除。

在一次开发讨论会中，人们都在热火朝天的讨论出现的问题，而且你却待在角落里打盹儿——这说明你毫不关心他们关心的问题。出现这种现象并不能简单的认定你是个没能力的蠢货(然而，你很有可能就是)，而是因为你确实跟他们讨论的问题不相干。

这篇文章的内容由github官方提供，指导你如何在github上进行代码审查和如果让别人审查自己的代码。针对所有人的审查： 接受这样的事实：很多编程上的主张都是一种个人观点。应该讨论它们的利与弊，提出你的倾向观点，迅速的达成一种解决方案

最近看到国外有一篇有趣的文章，是关于“中间人攻击(man-in-the-middle attack)”的，本想原文翻译，但里面有大量的政治敏感度内容，不宜在本网站公布，这里仅摘译出技术相关的部分内容，供大家探讨。大概是1月26号早上8点左右，在新浪微博和Twitter上相继有中国用户报告说在访问GitHub.com网站时出现无效SSL证书警告提示。后续不断的证据显示，这是由于受到“中间人攻击(man-in-the-middle attack)”造成的。

三年前，当我还在YouTube做一名web程序员时，有一位资深的工程师发了一通牢骚，说播放视频的页面体积太大。这个页面体积已经膨胀到了高达1.2MB，包含有数十次的请求。这个工程师公开的宣称说，“如果他们Quake能在100KB的体积下克隆出我们的页面，我们没有理由达不到这个体积！”因为我同意他的观点，并且我正在找新的任务，于是就决定接受这个挑战，让YouTube的视频播放页面的体积减到100KB以下。