mvc 框架带来的锅+学别人的。就是这样。。。其实没有定论。什么用的爽用什么。。。我现在喜欢一个模块一个包。 android 上代码复用？扯几把蛋。。 80%不会有这种情况。。。。

其实这个问题可以引申到其他语言的各种框架。
我的感觉和前面同学说的一样，用框架可以，但是如果只会用框架，可替代性太强。
举个例子。。。 java 的 spring 太强大了。一下午的时间和 3 年只是用框架的人从业务实现来看完全一样，甚至还更高，因为新学所以看的是新的文档。
lz 举完全是雷同的。现在是能不用框架不用框架。。我宁愿自己撸。真省了很多时间吗？除了一些特别复杂的需求。其实很简单几行代码就能搞定。。网上大把的片段能 copy 。。理解不能框架对于个人到底带来的是什么。恩，更多的是懒惰。。。。还有自大。会用几个框架就觉得自己特别牛逼。其实市场上大把的雷同，随时可替代。这也是互联网公司 leader 的阴毛

代码结构是屎的话。。我想需要花很大很大精力。。。

api 是什么东西？可以吃吗？

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

@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 没有之一吧。。。稳定和好看大于一切