如果是同事。。。让他自己调。。。

@jarlyyn 用和不用都是和业务相关。。如果你的业务只有几个接口。。最多几十个接口。其实代码风格搞好了，我一直认为要个球的 router 。。。直接写死在配置文件里面，写清楚一点。格式好看一点。一点不比 router 差。

楼上都在说业务为王。。那你用个球的 golang 。。。 php 和 java 的一大把程序员让你招。 golang 的凤毛麟角。。
现在爱上 golang 的唯一原因就是部署太爽。一个二进制文件，这才是我心目中的跨平台。因为我是 mac 本。
前几天调试一个 udp 的问题。 c++的同事说些个工具需要 1-2 个小时。我还没说话， go build 完事。。。就几行代码的事

看了一下源码。。。放弃使用 beego 的想法。完全没优势啊。搞得跟 php 和 java 一样。那为毛我不选 php 和 java 。还有更好的生态圈。如果是简单的 http api 层。。个人感觉 net/http 完全够用。稍微封装一下即可。
最痛苦的事就是当你用一个框架中标榜的特性时，然后这货还没写清楚文档。然后你就 sb 了。
简单可依赖！简单可依赖！

clion+10086
jb 系的无他就因为 vim 插件完美使用。。所以其他系的都是渣渣

你可以试试 golang 。。。也会爱上的

设计到自己懒得去实现为止。就是设计 api 总有个一界限。过了界限，自己就要加班去实现。。。我个人觉得不用想太多，以加班为平衡点来是最实际的。什么？扩展性，放心好了。其他人看别人的 api 设计都是一坨屎

所有亲戚问我怎么转的，我都是直接说，你别想着转行出来就几万你就可以转，任何年纪开始都是从头开始，也就 5-6 千。转行就上万。。几乎没看到过

@findex 以前也是狂招这类分享。后来发现然并卵，除非自己要用。否则懒得看。。如果是强需求，要么就是 app store 里面有了。肯定早下了。要么就是没实现，可能会自己挖个坑去做一个。但大部分情况前者偏多。

如果把单身问题归咎于程序员。那就单着吧。。
咱公司， 25 以上的娃都有两个了。。。

早睡早起身体好这是 3 个目标，谢谢

ps 。。。别用百度。。。请用 google +1.。不会翻墙的程序员，并且不想着如何去翻墙的程序员。会被其他程序员尤其是有能力的 leader 内心鄙视 100 遍

不要给自己定目标。。。相信我，程序员给自己定目标的意义就和项目会上估时间一个道理。
换句话说很容易把事情想的特别容易。然后在碰到挫折或者所谓的坑会有挫败感，时间长久成了迷茫。
我的想法是，换个做法。把事情捏碎了去做。 do and done 是最好的解决方案。想做框架。先搞明白这个框架需要解决什么问题，每个问题分别对应哪些 feature 。每个 feature 需要如何去实现，每个实现需要什么样的数据结构和算法。
用设计语言的话来说就是思考要从上而下，做事是从下而上。一个很小的数据结构和算法可能半天就完事了。然后无数个数据结构和算法就可以对应一个 feature 。。堆积多了就成你想要的东西了。

别整天脑子里想着我要实现一个牛逼的框架。没意义，捏碎了去做。

安全和方便是两个互斥的事情。。折中考虑还是软件保存相对靠谱点。
1password 没有之一吧。。。稳定和好看大于一切

看你语言。。。
静态语言单实例直接在进程内实现

说来说去，你直接上报你的头，其他就甭管了。这是氛围问题。没有把安全摆在第一位。
另外，程序员自个儿偷懒，以为反正没人知道。过两年就跑路了，下一位来得擦屁股，那多一事不如少一事咯

@3uuuX 这也只是个玩笑。真正实干的那是大拿。
只有 1%的大拿，那么咱们这些虾兵蟹将就只能苦逼逼？

我想表达的是，大多数程序员是脚踏实地的。但风气如此。不觉的有点担忧。。。

会不会哪天去面试不说出几个牛逼的名词连饭碗都没了

@d7101120120
我也是不喜欢和人搞一些忽悠方面的事，不然我宁愿去做销售。
不过现在这个时代，还是很多销售转的啊。全在天上，不带下来的