一些笔记

1.   coffeescript、haml和sass之流，适合习惯Ruby、Python语法的程序员用。

      至于sass，css里没有变量，没有可编程的写法，后来借鉴sass而诞生的less和借鉴less而进化的scss，都可以很好地扩展css的功能。

      less和scss这两个踩着sass肩膀上的产物，已被前端业界广泛接受。

2. SASS和LESS，感觉都差不太多，当然Compass在SASS的基础上实现了许多pattern，可以让开发变得更有效率。

    不过SASS是通过ruby安装的，所以是依赖与Ruby哦。less只用引入一个js就行了，使用门槛更低，我以后打算就用less了，而且我相信以后依赖于less的，类似compass的框架也会出现。

3.

启动与CPU核心数量相同的N个线程，在4核CPU上可以监控到CPU占用率仅有102%，也就是仅使用了一核。

但是用C、C++或Java来改写相同的死循环，直接可以把全部核心跑满，4核就跑到400%，8核就跑到800%，为什么Python不行呢？

因为Python的线程虽然是真正的线程，但解释器执行代码时，有一个GIL锁：Global Interpreter Lock，任何Python线程执行前，必须先获得GIL锁，然后，每执行100条字节码，解释器就自动释放GIL锁，让别的线程有机会执行。这个GIL全局锁实际上把所有线程的执行代码都给上了锁，所以，多线程在Python中只能交替执行，即使100个线程跑在100核CPU上，也只能用到1个核。

GIL是Python解释器设计的历史遗留问题，通常我们用的解释器是官方实现的CPython，要真正利用多核，除非重写一个不带GIL的解释器。

所以，在Python中，可以使用多线程，但不要指望能有效利用多核。如果一定要通过多线程利用多核，那只能通过C扩展来实现，不过这样就失去了Python简单易用的特点。

不过，也不用过于担心，Python虽然不能利用多线程实现多核任务，但可以通过多进程实现多核任务。多个Python进程有各自独立的GIL锁，互不影响。