难道不是我大 Emacs？

前几天帮同学在移动硬盘里整了个 LaTeX 环境：Emacs+auctex+texlive 然后惊奇地发现 M-x eshell 里面居然有 unix 系的各种工具：cat, cp, ls, cd, export, dirs, du, echo, env, kill, ln, mkdir, mv, alias, popd, pushd, pwd, rm, rmdir, time, umask 等

@jakiepaper “诗婷”这个名直接用拼音真。。。

同学，你这样花钱请别人做作业是不好滴

一直觉得 HN 太过简陋，但已经习惯了，突然看到这个带上 Digest 和图片的很不习惯，反而又觉得是累赘了，可能是因为 HN 的标题和 url 信息量已经非常凝练了。不过还是感谢一下 LZ，点个赞

原来这么多人用云输入法啊，我用 fcitx 五笔是不是太 out 了

哎，大家都没看出 LZ 是来当好人的？要海淘的还不赶紧联系 LZ

Py党来搅和一下，原来世界上最好的语言里火药味这么浓啊，赶紧逃

Django 的 MVC（自称MTV） 拆分的很独立，例如模板没有太多的 Python 复杂的语法，可以方便前端人员，另外所谓的 Battery-Included ，里面很多实际项目中用到的功能，本身这些 battery 质量也比较高，大多数时候不需要再去寻找第三方库，很适合大项目，而且最近 1.7 已经自带 Migration 功能了，我觉得对于5人以上的团队用Django非常合适。但缺点也正是大而全，所以为了做到这些，做了不少让步，整体也比较臃肿，要完全熟悉需要花较多时间（文档1000多页）

Flask 虽然还没到1.0，但质量已经非常可靠了，看V站上招聘贴有不少创业公司在用，所以生产环境完全没问题。相对于 Django 而言，Flask 就显得非常灵活了，各部分的设计很干净简洁，很符合 Python 哲学。因为本身是微框架，所以上手很容易，文档也写得非常清晰（官网看起来相当清爽啊）。因为很灵活，不自带各种 battery，所以第三方的扩展非常丰富，但也造成了库的质量参差不齐，选择时需要花一定的时间评估，一旦入了某个扩展的坑，出问题了请随时做好撸起（袖）管子自己开干的觉悟。对于小团队来说，Flask 非常合适，招几个精通 Flask 的猿，比如我（开玩笑的，算不上精通），或者只是有一定的了解就可以，因为培养起来也很快，然后集体开撸（微框架很容易全方位的掌握），也不用把前端后端分得清清楚楚。一直听说 pocoo 小组写得代码非常棒，想认真地读读，可惜一直没有时间静下来好好研究 [Sigh]

Bottle 又是一个瓶子（Flask是烧瓶，话说以前一直以为是朝天椒的），单文件的微框架，比 Flask 更适合用来玩，但据我所知还没有生产项目是用 Bottle 做的，都是个人业余项目。因为单文件所以项目连同 bottle.py 一起随便往服务器上一扔，部署非常方便。作为框架最基本的东西也都有，有啥问题直接在 bottle.py 里翻源码就行，对于学习 Web 开发来说非常合适，可以从中了解那个经典的洋葱是怎么被一层层剥开的

至于其它框架，由于个人精力有限，没接触过

不知 scrot 可不可以实现你想要的功能，印象中 PS 或 GIMP 通过魔法棒可以直接选取那块区域吧，实在不行通过 opencv 之类的图形处理库读取处理

https://github.com/composer/composer/commit/ac676f47f7bbc619678a29deae097b6b0710b799#commitcomment-8796394

这个回复难道是世界上最好的语言的 GC 真实情况？妈的，看到这个笑得停不下来啊
绝对要把这张 gif 存下来，下次黑再某语言糟糕的 GC 实现时最佳图片啊，哈哈

@everyx 不错，可以了

试了下 tex: E=mc^2 到 svg，然后打开生成的链接就出现下面的错误：

XML Parsing Error: syntax error
Location: http://mathjax.everyx.in/tex/svg/RT1tY14y
Line Number 1, Column 1:500 Internal Server Error
^

肌肉记忆而已，手一到键盘，不自觉的就会按 Ctrl+N, Ctrl+P, Ctrl+V, M-V, Ctrl+W 和 h,j,k,l,gg,G,Ctrl+F,Ctrl+B,Ctrl+W，然后碰到各种 SB 的编辑器就会出现一大堆新窗口或新标签或一行 j 或 k 或者直接退出了。有时按 Tab 想重新格式化一下代码，结果发现竟然把一个变量分成两半了

学习阶段补全类的插件不是少用为好，当你已经厌烦各种已经熟记于心的函数，方法和定义的写法之后再考虑加补全插件，肌肉记忆是不用占内存的，就像预编译的东西一样运行时没有开销

@kmvan 神比喻！

上小号不方便了，得打开两个浏览器了

你这逻辑不是很清楚吗，采集的数据带有时间戳，直接把它们存到数据库中，即采集一次，就往数据库中写一次，1个小时比如采集60次，那就每写60个之后就从数据库中取出前60个，取个平均写入数据库，然后继续采集写入
展示的话不就是写个简单的网站吗，网页打开，后台从数据库中取出数据，简单的话直接以表格形式显示，想要高端的话，后台利用数据生成图片返回给网页端，想要更高端的话，用 Ajax 实时从服务器拉数据，前端用 D3.js 之类的库甚至直接用 html5 的 canvas 画图

没明白最后一句是什么意思，不过这个不是很简单的吗，一个树莓派，一个程序负责采集存储数据，数据库（MySQL/PostgreSQL...)有了数据之后，后面的网站就随便搭了

异地的保质期有多久

Webpy 现在基本没人维护了，个人玩玩可以，上项目的话还是用 Django、Flask、Tornado 吧