当统计大文件的行数时，除了要考虑便捷性，自然也会想到要考虑其计算性能（主要是时间尺度）。网上搜了下有很多种方法可以实现，那么到底应该选择哪种？首先明确方向，需要统计结果的环境是python，那么除了使用python本身的方法外，利用bash也是个很不错的选择，毕竟bash里有很多快速处理文本的工具。

无意中看到一个面试题，号称是Facebook出的（出处）

You randomly draw a coin from 100 coins — 1 unfair coin (head-head), 99 fair coins (head-tail) and roll it 10 times. If the result is 10 heads, what is the probability that the coin is unfair?

说到Nodejs下的图片处理可能第一想到就是gm，gm底层可以是GraphicsMagic（其实也是gm的由来），也可以是ImageMagick（其实GraphicsMagic本身也是从ImageMagic分割而来，现在独立了）。虽然这两个工具本身都不是js实现，所以需要额外安装，不过此工具非常常见，可能已经预装在linux系统下，而且安装也很方便，所以不用因为看到是“第三方”就放弃。虽然说这两个软件都只是底层，无需关心，可笔者在实践中发现必须得用GraphicsMagic，所以这里就只介绍GraphicsMagics的安装与使用。

flask是个轻量级的网站框架，如果网站仅仅是几个简单的页面与功能接口的话，使用它比其他诸如django等框架要方便很多。然而当网站构建好后，需要部署到服务器，此时需要另外两个工具:用于让python与网站服务器相连的uwsgi，以及用于自动启动并守护的supervisor。

flask和uwsgi都支持python2和python3，但supervisor只支持python2，所以如果网站app一定要用python3的话则一定会出现他们装在不同的虚拟环境下。不过不怕，这是可以解决的。

摘要：信息增益一般用在数据挖掘中的决策树方法领域，它是指当前熵与两个新群组经加权平均后的熵之间的差值。
在化学信息学中，我们可以利用信息增益判断分子指纹的每个子结构对分子活性的影响程度。
主成分分析是数理统计中的一种技术，意在降低变量的维度，防止过拟合现象以提高模型的准确度。
在化学信息学中，我们可以利用主成分分析技术解决分子描述符太多且可能存在相关性的问题。
本文简单介绍上述两种方法的原理，并描述他们在化学信息学中的具体应用。

Docker 因为其部署、迁移方便而广为受到关注。我们使用 DockerFile 进行环境搭建与配置，用户只需要下载 Docker 并安装，下拉镜像docker pull TheImage即可仿佛下载了一个已经配置好的虚拟环境，然后docker run 即可实现程序。
可当它处理GUI程序的时候就不那么方便，如果直接执行GUI程序会得到“cannot connect to X server”错误。因为 Docker 程序也像在另一个虚拟机一样，无法直接输出图像到宿主的显示器，而是需要在某个隧道下进行 X 传输。

故事的起因是想要做一个有排队任务系统的webserver。
初步想的架构是这样，前端用一个web页面用来新建、查看任务，通过php存至MySQL数据库，并向Worker（用Python实现的一个程序）发起一个signal，如果Worker停止工作了，则开启工作，如果已经正在跑任务，则什么事都没有。Worker启动后会跑下一个state为0的任务，完成后将结果保存到result，并进行下一个任务，若没任务则进入休眠状态。然后web可以通过id查看任务状态和任务结果。

Cython 是用 Python 的语法写C语言，原理其实就是解释器将 python 语言翻译成C语言然后再用编译器（比如 gcc 或者 vc++ ）编译成可被 python 调用的动态链接库。是用 Cython 的好处自然就是快。最近想到一个问题，斐波那契数列可以用两种方法实现，一种是用迭代方法，即根据定义当前值等于前两个值的和。另一种是使用数列知识中的求通式法直接算出。哪种更快？

Showdoc API loopback （项目地址：https://coding.net/u/zealseeker/p/showdoc-api-loopback/git ）是一款用于 Loopback （基于Express的RESTful 框架）中的 API 测试以及基于 ShowDoc 文档自动上传的工具。通过写测试脚本，用户可以方便的进行有上下文的接口测试，并且同时将需要写成文档的接口上传至ShowDoc自动进行文档维护。主要依赖于Nodejs中的Request包以及ShowDoc的文档接口。

碰到问题：

无论是使用 CentOS 6 自带的 Git 1.7.1 还是自己根据教程安装的 Git 2.2.1 都无法从Coding中以https协议克隆版本库。百度了很多也未能找到合适的解决方法。