正在开发随时变更的pod —— 用 git submodule 更合适。

加班学习还是加班开发？强度这么高的话效率应该很快会降下去，可能不如正常工时的产出。

@zhigang1992 @comcuter 他们的 guide 应该都没定义这里吧，如果没记错的话。

Xcode 5 的文档阅读器比之前好太多了，现在 guide 倾向于用内建的，class ref 还是 dash。

可以试试 https://github.com/icanzilb/JSONModel ，我感觉比 Mantle 要好用，不过代码有点搓。

自己的路由肯定会改IP，不用默认的 192.168.1.1。

多个请求组合成一起的有这么做的，能改善 2G 网络下的表现。

不过个人很不喜欢这种做法，太不 RESTful 了。

AppZapp Pro，效率最高的应该是它了，界面不是很好看。

界面党可以试试 appsfire，很有特色。

Appshopper……

请问，比 AVFoundation 的 AVPlayer 好在哪里？

XD，Mac 上不如 Win 的效率软件多了，能用的大都不便宜，Win 上不是开源至少也免费。

ForkLift 收藏直接放侧边栏不行么，ESC 这个界面密度还没侧边栏一半多。活跃项目不应该太多，我只把当前项目放侧边栏，其他现翻文件夹就行，而且侧边栏可以折叠。具体点哪个收藏也许可以用AppleScript配合键盘启动器，不确定AppleScript能不能做到。我用收藏重置工作区，具体跳常用目录直接Alfred了。

至于上下文操作，基本无解。好奇你都有哪些常用操作 :-) 。ForkLift 自定义命令只能针对选中文件吧，不支持sudo直接残念了。我这服务也不支持。

至于自己搞一款我是这么想的，如果只为了兴趣，那随意。如果只是为了效率，先算算多长时间节约下来的时间能超过投入成本。现在不像以前能随意折腾工具了。祝好

很久没用了，这是以前研究的结论："数据模块只能向条目模块传递信息，而不能将条目中的信息传递到数据模块中进行处理，唯一能做这事的是Regex正则模块，而它处理大段的正文很费时，而且还有过长不能处理的情况"

自从把第三块屏幕加高后，脖子不适的情况很少了。

都差不多，没你那么严重。

https://github.com/AlloyTeam/Rythem tencent前端团队弄的，够用，不支持https。请求保存时要添加zip后缀下次才能导入。

TC确实淘汰了，但我觉TC适合学习。

少用库在学习阶段是对的，只会搭积木不行啊。

TC的绘图函数库挺适合学习的，足够基础，刚刚够用，函数不多，掌握起来快。短时间以打基础为目的的话，其他大型完善的库不合适。

“其本身和其编译出来的程序都无法在现代操作系统上运行” —— C的可移植性不是体现在你编译成二进制之后可移植的…… 如果 GUI 程序你还得保证库支持跨平台啊。

“并且还要面临640KB的内存限制” —— 现实的限制太多了，640KB 已经不小了。

当年大一时用的WinTC和Notepad++。画对数坐标、响应曲线都没问题，花了一个变了一个mini仿Windows的GUI系统……

这要是前端的简历可不够漂亮啊。

版式上一点建议： .main 的padding太小，标题和正文的缩进不用那么大。窄版标题上边距再大些。背景是带格的，行高是不是要一致啊。

警察维护的是制度，不是正义，跟人民更没关系。

我们的审核是这样一个流程：成员在特性分支上开发完后，把主干合进来，然后提merge request，交由较高级的成员检查合并回主干，有问题打回修改。低级成员是不能直接向主干提交的。

工具用的gitlab，刚刚够用。

5.x 和 6 都没问题。