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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

先学会走再去跑。。。我承认我也是看标题进来的

我觉得这是是语言的哲学决定的。
golang 的开发者觉得，开发语言不能有歧义，如果是不需要定义结构体。真的，在项目里面看到各种 json 对象乱飞，都不知道哪来得时候就很痛苦。
定义结构体最大的好处是语言自文档化，光看代码就能了解整个逻辑。现在特别反感在代码里绕圈子的。简直是折磨
想想 golang 连方法重载这种特性都没有就能理解了。。

@sobigfish

浏览器再好用，步骤也没有 workflow 快。。。

6666~

在国内这破网络环境，卡不死你…
一抽风整的跟看漫画一样

算了一下价格。。我选择 dropbox 。。。反正都是要挂 vpn 才能用。