昨天说了一些关于python的编辑器的列表，当然是有一些IDE存在的，所以下载了一些，只是，让我失望的也有很多。比如这个pyscripter。。。
看截图，我很开心，好象挺不错的软件，但是下载回来后却发现无法运行。看了官方的CHM里面没有多介绍，只是说了一些：
PyScripter originally started as a lightweight IDE designed to to serve the purpose of providing a strong scripting solution for Delphi applications, complementing the excellent Python for Delphi (P4D) components. However, and with the encouragement of the P4D creator Morgan Martinez and a few early users, it has now evolved into a full-featured stand-alone Python IDE. It is built in Delphi using P4D and the SynEdit component but is extensible using Python scripts. Currently, it is only available for Microsoft Windows operating systems and features a modern user-interface. Being built in a compiled language is rather snappier than some of the other IDEs 
and provides an extensive blend of features that make it a productive Python development environment.
在无法清楚官方想说什么的时候，去了google code上看了一下，居然还真的看到了这句话：
If you are using a 64bit version of Windows note that PyScripter will only work if a 32bit version of Python is installed.
好吧，不管是怎么样的情况，反正我64位的win7是肯定无法运行了。。。。
现在正在下载其他的，准备一个个的测试：http://wiki.python.org/moin/PythonEditors#Windows-OnlyEditors
用python的人，好象在做桌面程序的时候，都会有说用wxwidgets，在网上搜了很久，好象都是在推荐这个。。。
wxPython is a GUI toolkit for the Python programming language. It allows Python programmers to create programs with a robust, highly functional graphical user interface, simply and easily. It is implemented as a Python extension module (native code) that wraps the popular wxWidgets cross platform GUI library, which is written in C++.
Like Python and wxWidgets, wxPython is Open Source which means that it is free for anyone to use and the source code is available for anyone to look at and modify. Or anyone can contribute fixes or enhancements to the project.
wxPython is a cross-platform toolkit. This means that the same program will run on multiple platforms without modification. Currently supported platforms are 32-bit Microsoft Windows, most Unix or unix-like systems, and Macintosh OS X.
Since the language is Python, wxPython programs are simple, easy to write and easy to understand. Here is an example.
上面的内容纯粹是介绍，但是我还处于初学阶段，关键没时间折腾啊，哎。真痛苦。还好wxPython上还有一些使用的介绍，就是那个How to Learn wxPython，有很多介绍。
说来也郁闷，装了一个aptana3，却找不到怎么创建python的工程，这让我想起了komodo edit，好象就直接支持python了。。。看来越是大的东西，越比较让人难以使用。目前在WIN下，好象官方的wiki介绍的IDE也不少。。。有空下载了玩玩。列表在这里：http://wiki.python.org/moin/PythonEditors#Windows-OnlyEditors
在做PHP开发的同时，不可避免的会使用linux。好吧，即使你不精通linux，你怎么着也得会一些常见的命令吧，不说高深的东西，最起码你要会cp,mv,chmod,chown,tar之类的，否则，你连文件都无法移动位置。
国内在02~03年左右，鸟哥的私房菜大概是影响了很多人吧，由于我一直是在win下，所以LINUX接触不多，但也确实听说了这个。这次看到这篇博客，里面介绍了好多的书籍，所以复制了一下（自己也有过LINUX的书籍，被人抢走了。。。。）
来，上菜了。。原文来自：http://www.cnblogs.com/wwang/archive/2011/01/27/1944406.html
入门类
一直认为，在一个系统上学习开发之前，首先需要熟悉这个系统的使用。鉴于天朝的国情，绝大部分人第一个接触的操作系统就是Windows，因此对于这绝大部分人来说，如果要学习Linux开发，学会使用这个系统都是必不可少的一个环节。
现在的Linux初学者是幸福的，随着Linux桌面环境越来越易用，入门一个新的系统是非常容易的事情。虽然命令行对于提高工作效率更加有 效，但我们完全可以把熟悉命令的过程放到日常使用中进行。无论学习什么知识，在实践中学习都是高效而且有趣的。在这个阶段，我们也未必一定需要书籍。现在 很多Linux发行版的Wiki写得都非常详细，在使用某一种发行版时找到相应的Wiki阅读查询就可以了。而且，桌面环境变化太快，关于桌面的介绍类书 籍几乎都没有必要看，这类书籍大多刚一出版就过时了。
那入门类书籍里哪些比较有价值呢？我比较推荐涉及的技术相对比较稳定的书。比如，Linux基本的体系结构和命令一般都是经久不变的，甚至从上古时期的Unix开始就没太多变化，这类书籍讲解的知识也是以后大幅提高我们的生产力的基础。比如《
鸟哥的Linux私房菜》，比如《
Unix Power Tools》（中译名是“UNIX超级工具”），或者是为Linux+认证考试准备的《
Linux+ Study Guide》。当然，这一类书籍其实都不必精读，快速浏览之后作为工具书备查就可以了。
编程类
但是，APUE对于Linux编程初学者似乎稍深了一点，而且很多细节在Linux中并不会用到。讲述Linux编程的书籍里，《
Advanced Linux Programming》应该更加适合初学者。不要被书名中的“Advanced”吓到，书里的内容还是很容易理解的。看完这本书再看APUE应该效果会更好。
如果要开发GUI程序，上面两本书就无能为力了。在Linux世界里，最常用的GUI Toolkit是GTK+和QT。
内核类
对于Linux内核或者设备驱动的开发者，最全面最直接的学习资料一定是Linux内核代码及其文档。Linux内核的发布周期很短，相关书籍 的出版完全跟不上脚步。但随着内核代码的日益庞大，学习曲线越来越陡峭，入门者又非常需要书籍来作为指导，这确实是非常矛盾的事情。所幸，很多Linux 内核技术作家也是很勤奋的，经常会更新自己的作品。就像Robert Love，以2.6内核为蓝本的《
Linux Kernel Development》已经更新到第三版了。LKD是非常适合内核初学者阅读的一本好书，对它的评价可以引用陈莉君老师的译者序：
相对于 Daniel P. Bovet 和 Marco Cesati 的内核巨著《 Understand the Linux Kernel 》，它少了五分细节，相对于实践经典《 Linux Device Drivers 》，它多了五分说理。可以说，本书填补了 Linux 内核理论和实践之间的鸿沟，“一桥飞架南北，天堑变通途”。
工具类
工欲善其事，必先利其器。进行Linux开发，相关工具还是需要熟练使用的。比如，GNU Tool Chain、自动构建工具、编辑器、版本控制工具等等。
其它
除了以上几个类别，还有一些书籍值得推介。
这是在cnbeta上看到的，发现确实值得收藏啊。。。
不光可以欣赏到这样的周期表，而且，确实都是有效链接（以后省得找了，而且也可以根据这些分类也进行细分查看）
cnbeta的地址是：http://www.cnbeta.com/articles/133399.htm
google的地址是：http://code.google.com/more/table/
jquery在1.5的时候多了一个subclass，代码大约如下：
JavaScript代码
- subclass: function(){
- function jQuerySubclass( selector, context ) {
- return new jQuerySubclass.fn.init( selector, context );
- }
- jQuerySubclass.superclass = this;
- jQuerySubclass.fn = jQuerySubclass.prototype = this();
- jQuerySubclass.fn.constructor = jQuerySubclass;
- jQuerySubclass.subclass = this.subclass;
- jQuerySubclass.fn.init = function init( selector, context ) {
- if (context && context instanceof jQuery && !(context instanceof jQuerySubclass)){
- context = jQuerySubclass(context);
- }
- return jQuery.fn.init.call( this, selector, context, rootjQuerySubclass );
- };
- jQuerySubclass.fn.init.prototype = jQuerySubclass.fn;
- var rootjQuerySubclass = jQuerySubclass(document);
- return jQuerySubclass;
- },
很多看到这个代码的人都认为这个功能是用来优化插件的，因为现在jQuery的插件越来越多，有类似功能，类似名称的插件也越来越多了，所以，同名插件带来的困扰也就更多了。
未来怎么办，jQuery鼓励用户开发插件，但插件总不能老是给用户带来麻烦吧？所以这个subclass就成了新的插件机制所必备的方法，利用subclass来创建一个新的实例（即所谓的继承，当然也能覆写父类[jQuery]的方法 ）。
只是这样的频繁继承，肯定会造成效率降低吧。怎么样既能继承，又不降低效率，这恐怕就是未来jQuery团队要考虑的事情了？但是否靠什么behavior这种行为的方式来加载呢？现在都在讲究这种行为触发性的插件。jQuery是不是未来也会采用这种方式呢。
