使用 celery 的话，简单点的模型就是 API ---(celery)---> MQ ---(celery)---> Worker 这样。
依旧是通过 API 对第三方提供服务，安全问题可以通过认证、白名单等方式来解决。
celery 主要是起到一个任务队列的作用，将 API 这段接受到的任务推给 worker 去处理。

用 win10 之前我一直装着 360，切换到 win10 之后我就没装过了。不是因为我使用水平提高了，而是用 win10 的时候毕业了，电脑里没多少乱七八糟的软件，不需要额外管理。

单论使用感受，没有所谓的电脑管家每天提醒你这里要优化那里要优化，清净。自带的杀毒工具挺简洁的，而且我从来不会乱装软件跟打开奇奇怪怪的网站，所以也没中过招。

我觉得 360 这类软件还是有存在的空间的。举个例子，我姐打电话问我一个电脑问题，我搜了下解决方案之后感觉要跟她解释清楚很麻烦，而电脑管家的工具箱里有修复工具，这个时候解决问题就很方便了。

运维开发里面也是有不同的运维平台的，有些是普通后台开发就可以胜任的（类似于 OA 之类的办公自动化），有一些要了解业务场景的（例如一些自动化运维的工具、监控等），还有一些跟运维关系紧密的（数据库 SaaS 平台，云架构，DNS 等等）。

一般招聘的话运维跟运维开发是分开招的，既然你拿的是运维开发的岗位，那么运维能力要求应该不高。校招生本来就没多少运维经验，多数是考察计算机网络、操作系统这些的掌握程度。

说了这么多，如果有机会的话建议大四去实习几个月。一方面提前熟悉环境，入职之后那几个月压力小点；另一方面混个脸熟，比其他人快一步。对实习生的要求不会那么严格，大家比较愿意教，入职之后就不好说了。

听了老哥们推荐的 Stripe API 文档，过去瞄了一眼确实做得非常好看了，结构清晰，交互形式也挺新颖的，值得学习。

我之前工作包含了维护一个内部平台的 API，编写 API 文档。我的问题是：

1. 谁来负责写文档。编写 API 文档是个技术活，编写的人既要懂业务，又要有良好的表达能力。
2. 以何种形式来呈现文档。md 文档简单但是缺少交互能力，带有交互设计的文档又依赖人去设计跟开发。
3. 文档变更缺少规范。理论上接口的变动也要同期更新文档，才算是一个完整的更新流程。

但是最终一个问题，还是缺乏驱动力。如果编写优秀的 API 文档能成为一项“成果”，我相信开发者维护的动力会更强。但以我之前的经验来说，大多数时候是用爱发电。

还有，我觉得缺少了编写标准跟编辑平台。Swagger 那种看起来还行，但是丑，而且编辑有点麻烦，且不能集成对业务逻辑的描述，自由度我感觉不太行（也有可能是我了解不够深）

当过学校的网络中心助理，我感觉对于 IT 来说，网络跟操作系统管理的要求应该高一点吧。k8s+nginx+python+restful，怎么觉得是招人进去做 IT 平台的。。

你那个是游戏的方式不是打代码的。就算你写的是 py，冒号跟引号总要输入的吧，左手挪过去？

我倒是觉得比起用鼠标，thinkpad 的键盘或者笔记本的触摸板更有效率，可惜我之前没买小红点键盘，所以一直用的 vim。

我认为你的下家可以接受你的话，就没问题。

毕业三个月没有特殊情况肯定不能裸辞，而骑驴找马的话，你要权衡一下你现在是否有精力做好面试准备。不要最后找不到下家，这边也影响到转正了。

单从价格来说，台式机同等价格下的性能比笔记本高多了。笔记本额外的价值是它的大小、重量、续航。我寻思着跟买不买 macbook 无关，就是看台式机和笔记本哪个能满足你需要

老项目还是 2.7 没变，新的后台项目用 3.x 来写，一些公用库或者 SDK 之类的还是要兼容 py2 （有点烦的

笔记本只是个工具，选择工具当然是要选择趁手的。

既然你已经在工作了，那可以先了解清楚你所在项目的开发环境需求，再挑选合适的工具。比如是否有配备远程开发环境、内存要多大够用之类的。如果觉得 mbp 能胜任，可以考虑购买。

虚拟机装个 win 再装 access 呗。

基本情况一致，都是 win10+虚拟机。我是在 win10 开的小飞机，然后在小飞机的选项里，勾选支持来自局域网的链接。期望的是能够在虚拟机里用上代理。我的解决方案不完美，不过能解决部分问题。

浏览器简单，直接设置浏览器的代理就解决了。
终端上，一开始用的是`proxychains`，用于`curl`命令工作正常。
但是用`go get`安装包的时候出问题，最后采用的方案是，安装`polipo`，将 socks5 代理转换成 http 代理，然后再通过`export http_proxy`来设置终端的代理，就可以了。

棕榈树。


---------


其实我也想起“椰子树”了，但是仔细想一下应该是棕榈树才对