“用git， 就像开车的人都得像修车工一样非常熟悉汽车各种零件和构造”
有这样观点的话，说明你对git，对项目源码管理的意义还缺乏了解。

当团队有规模，或者说，个人对源码管理有追求的时候，你会发现git提供的功能，就是最简单、最实用的。

“图形化界面”方面，上面的童鞋好像都没有提到gitlab/github/bitbucket这些，这些我认为才是git重要的图形化界面，做代码审查、合并、rollback等等不比方便。

再配合gitlab-ci / bamboo等等持续集成软件，git让开发变得非常简单、实用。

如果觉得“持续集成”、“git-flow”等等概念“复杂”、“没必要”的话，那么很可能是平时开发的项目规模还不够。

几千行代码的项目，用Ctrl C + Ctrl V可能就是最简单、实用的源码管理方式。

我这边项目源码规模近50万行，团队每天有几十次代码提交合并，没有git，gitlab、持续集成的之类工具的话，开发效率会低得多多。

开车的人需要了解自行车、摩托车、跑车等等车辆的性能，以及适合的道路情况，而git是一个可以随时变化形态的万能车辆。

平日都在乡间小道上骑自行车，一时间看到跑车可能第一感觉会是“花俏”、“复杂”、“不实用”；但只是因为还没有上过高速公路等其它道路罢了。

@darklowly "如果是简单的设计，简单的实现，代码风格自然就好了"，这点我在实现gorazor的时候很有体会。设计是很重要的，razor模板本身的优雅设计决定了我可以简单的实现它，并且模板嵌套几乎可以“自动实现”。

@darklowly 求点评: http://github.com/sipin/gorazor

newrelic to rule them all

去除node的依赖，改为纯go实现了，项目也移去了公司的群组：
https://github.com/sipin/gorazor

直接go get可用。

就是分页，只是每页两个项目；你分页时怎么做，这里就怎么做。

分页查询参考：
http://www.cnblogs.com/wuvist/archive/2010/03/15/1686267.html

的风格3.

你不是一个人，我就很讨厌restful，万物皆resource就跟OOP万物皆对象一样。

RPC才是王道。

@min 如果有空的话，把node的依赖干掉会方便很多。

===

增加了layout/section支持，同时写多篇又臭又长的“设计文档”： http://t.cn/8s1D2cn 求拍砖，求PR~