发现 -- IT技术博客大学习 -- 共学习共进步！

我受 HTML 的启发，其代码常常非常清晰，因为你能看到一个标签从哪儿开始、到哪儿结束。一目了然，下面是我相应做出的注释风格.....

• 研发团队的角色和构成

以下都来自我的经历，带有主观评价，但是尽量保持平直的论述。在我工作的第一家公司的时候，一个典型的研发团队是这样组成的。我的经验也只是到4年前，现在也许早就不一样了呢。项目经理，这个角色是不断在换的。项目经理当然是只跟着项目走，这和团队经理（Team Leader）是不一样的。当然，Team Leader也往往在不同的项目里面兼任项目经理。基层的项目经理也可能会编码，但是不管参与不参与编码，工作压力都不小。

• Sublime Text 3常用快捷键

收集的一些常用快捷键。

• Sublime Text 3最好的功能、插件和设置

Sublime Text 3 是一个了不起的软件。首先，它是一个干净，实用，可以快速的编写代码编辑器。它不仅具有令人难以置信的内置功能（多行编辑和VIM模式），而且还支持插件，代码片段和其他许多东西。我知道，网上已经有许多关于 Sublime Text 3 的文章，这事好事情。在这篇文章中，我们将看到 Sublime Text 3 的最好的部分，您可能已经听说过其中的一些，但也许其他一些人还不知道。

• 为什么我要垂直对齐代码（你也要如此！）

对于清晰的应用程序，要借助命名习惯、间隔和大写，从而让代码更易于阅读。只要能让你更快地理解这段代码的用途，它就是好的东西！代码是具有创造性的平台，我们通过这个平台来表达想法。如果工具增加了理解这些想法的难度，那么，需要改变的就是工具、而非我们。

• 让我们来谈谈分工

我看到一个新闻——雅虎取消了QA团队，工程师必须自己负责代码质量，并使用持续集成代替QA。同时，也听到网友说，“听微软做数据库运维的工程师介绍，他们也是把运维工程师和测试工程师取消了，由开发全部完成。每个人都是全栈工程师”。于是，我顺势引用了几年前写过一篇文章《我们需要专职的QA吗？》，并且又鼓吹了一下全栈。当然，一如既往的得到了一些的争议和嘲弄;-)。

• 更改 Windows 10 命令行字体

因为常用到命令行，而这中文版 Windows 的命令行默认字体是“新宋体”，无法选择其他字体，而这“新宋体”不知为何把 1 和 l 搞成双胞胎…… 搜啊搜，真没简单的方法，直接在窗口标题“右键》属性》字体”只能设置字体大小，当然还有个点阵字体可以选——问题是难看。

• 从构建和测试的效率说起

最近的工作总是在EMR上跑Spark的job，从代码完毕到测试完毕的过程是这样的： 1. 本地测试：构建 -> 本地UT -> 观察分析结果，这一阶段可以发现逻辑问题 2. EMR上执行测试：上传最新构建到S3 -> 准备EMR资源(包括计算资源和数据) -> 在EMR上执行Spark job -> 观察分析结果，这一阶段可以发现在数据量较大的情况下才出现的问题 3. Workflow集成测试(这个workflow是公司内部的一个管理job的工作流系统)：启动workflow -> 观察job状态 -> 等待workflow调度和资源分配 -> 等待workflow执行结束 -> 观察分析结果，这一阶段可以发现在workflow配置、参数等环境上的问题

• git术语解释staging，index，cache

当我在使用git的时候，有三个东西的出现，一度让我非常困扰，就如题所述，staging，index，和cache。比如，当我阅读git官网提供的电子书《Pro Git》的时候，最初一章里，就提到，文件在git里面，有三种状态，working copy，staging area，和 in repository。而在读一些man pages的时候，比如git-reset命令，又会看到index，这非常让人困扰。而git-rm 指令又有一个参数叫 –cached，其作用是”unstage and remove paths only from the index”，更加奇怪了，同时提到了stage和index，而参数名竟然是cached！！！

• SVN为什么比git更好

首先我表明一个根本的立场，我个人更喜欢用git，但是，这仅仅是一个个人偏好。当我们需要将一种技术方案带给整个团队的时候，并不是由我们的个人偏好作为主要决定因素，而应该充分去权衡利弊，选择对团队，对公司更有效率的方案。抛开个人立场，理性评估利弊，可能才是我认可的一个资深程序员，或者一个架构师的本分。我所在的团队，现在选用的技术方案是git作为全公司的版本控制系统，我们一共有差不多20个程序员，使用五种以上的程序设计语言，研发维护四个左右的项目，属于小型创业公司中，研发规模中等偏上的企业。使用git作为版本控制系统，在我加入公司之前，已经是既成事实了，在我听说这一点的时候，我非常高兴，因为我说过，我喜欢git。

• git 查看文件修改记录

今天追了个几年前留下来的坑, 在 git 里追溯修改过程坑死个爹, 具体方法估计没多久又会忘, 还是记下来以后有的参考

• 细说云计算之外的雾计算与流计算

在技术高度发达的今天，技术百花齐放，很难有一种技术可以解决现实中遇到的所有问题，只能是从某个角度来评判解决问题的可能性。那么对于数据中心，也不是只有云计算，还有雾计算、流计算，将来还可能有水计算、雨计算等等，数据中心结合这些新的技术才能发挥出更大的作用，下面就来说一说最近比较火热的几种计算技术，这些技术如果能够在数据中心里实施开来，必将开启数据中心的新篇章。

• 为什么 IE 不支持（子）域名含有下划线

如果你用到了 session 和会话 cookie，问题就来了。每次页面刷新，客户端的响应将含有一个空的 cookie：header 头，因此服务器将在每次请求都生成一个新的 Set-Cookie header 头。如果你的（子）域名含有下划线，cookie 就无法在 IE 下正常运行。

• 拒绝修复 bug 的几个正当理由

当某些功能没有按预期运行时，bug 就出现了。一次 bug 修复基本上是给现有代码打一个补丁，它应该解决当前问题，以确保「该功能」按预期运行。可是，这个补丁修复了一个地方，却常常破坏了很多地方。我相信有必要时不时地拒绝 bug 修复，并要求其作者重新制作补丁，以保护项目避免遭受更大的问题。根据我的经验，对于这种拒绝，存在着一些正当理由。

• 在白板上写代码是有难度的

它是正确的、健壮的、可维护的、可调试的、可移植的、可扩展的？我明白，刚走出校门的应聘人员经常在这种“真实世界”的考虑上欠缺经验；我将放宽这部分要求，以关注他们天生的智力、代码天赋和长期潜力。

• Zend Studio集成Git使用

Git确实比svn好用，就是稍微不容易理解。 git分本地库和远程库，修改的工作代码要先提交到本地库，然后再提交到远程库。这个是刚接触的人比较困惑的地方，还有分支来困扰，所以了解了解工作代码、本地库和远程库后，创建、切换、合并、删除分支也是重点要了解的。

• 思考哪里可以推到重来

正在筹划去伦敦的旅行，想着除了地铁之外是否还应该乘出租呢？网上说伦敦很难打车，大部分需要预约。。。突然灵机一动，可以 Uber 呀，虽然并不知道是否在国外可以用支付宝进行付款。Uber 重新定义了打车这件事，把车源/司机以及整套服务流程通过互联网和手机重新塑造了一遍我觉得可以经常这样锻炼一下。。。

• GDB 进行程序调试笔记

计算机在分配变量的时候，局部变量是存储在栈中，全局变量是存储在全局量段。进入函数时，变量会放到栈顶，退出时会从栈顶拿掉。它是从存储器顶部开始向下增长的。启动 GDB 的时候, 一定要保证加了 -g 来增加代码到二进制文件中来. 代码是在指定路径，所以代码文件不存在并不行。

• 一个实例：为什么注释是愚蠢的

但是，当我开始应用代码大全里学到的东西，开始编写经常比我之前写的注释还要整洁的代码时，我意识到，我给那些接手我代码的人所帮的忙，要比单纯地写注释更有益处。我正在让我的代码更加整洁。

• 软件开发的硬约束

在超市结帐的时候，收银员都会给我们打一张小票。有时候同样的商品我们会买两三件，打印在小票上面，有时候只有1行记录，数量是3，但也有时候有3行记录，数量都是1。这个现象很有意思，也引起了我的兴趣。据我观察，后一种情况明显更多。分明是前一种做法更节省纸张，为什么更少采用呢？我曾经设想，是因为收银的机器性能太差，内存很少，只能维护简单的数组结构，不能维护集合，也不能每添加一样商品就去重新扫描一次数组做修改。但是继续观察就会发现，这个说法站不住脚——现代的收银机性能足够很好了，甚至手机的性能都在突飞猛进。那么这么做的原因到底在哪里呢？就在我百思不得其解之际，一个偶然的机会解开了我的疑惑。