一流老师基本不用课件，少数带手稿，站在前面就开始讲，前因后果，各种典故，各种类比，透彻见底，并且时不时提出各种书本上没有的问题，鼓励学生思考、想象、回答，台下两百多号人听的目不转睛。中科院见到几个，有个老师讲课，经常电脑自动屏保了，基本不用课件。中南大学教过我的老师只有原来教物理的一个老师达到水准。

二流老师需要课件或者手稿，课件或手稿只是辅助，老师会按照课件或手稿的流程往下讲，但是不局限于课件，会发散讲很多课件上没有的东西，能讲解比较清楚，难讲的地方就～～，台下听的有点费力。中科院比较多，中南数学基础课的老师都不错。

三流老师把所有东西弄到课件上，或者直接拿课本的电子版讲，从头念到尾，偶尔讲别的东西都是自己生活中的破事拿来娱乐大家。坐在前面一个手摁着鼠标点啊点。大家听的也蛮happy，没有挑战性，反正下课自己看ppt。中科院有个刚刚得了全国杰出青年的老师也是这号人。中南大学统计专业的老师，呃，都是这号人。

不入流的老师，PPT都懒得做，拿着课本（大家人手一本），拿个那啥的放映机，投影到前面黑板上，照着书本念，带着大家识字，老师你辛苦了。完了拿着书在黑板上抄作业题目，叫学生跟着抄，一节课抄完四五个题目等着下课。信他的邪。中南就有这样的极品。

三流和不入流的课基本就不去听了。每次上那个杰青老师的课，要么去旁听别的课，要么去听各种讲座，还好讲座蛮多。

当初知道processing很偶然，大四保完研究生后，一直无事，到下学期的时候毕业论文导师帮我选好题后，让我去找高维数据降维处理的资料，然后就去图书馆闲逛，在计算机书籍附近发现了一本《可视化数据》，拿起来看了看，初看之后就爱不释手，遂借出回去研究，感觉very powerful。之前一直用SAS作图，那叫一个丑（SAS 9.2 有所改善），而且可控制区域很少。

Processing 给我最大感触有三点，第一是完全的对图像控制，精确到每一个像素；第二是人机交互，之前用SAS或其他软件作图，作出来的都是死图，用Processing之后，可以通过鼠标和键盘的输入控制图片。第三是Processing语法的简单也出人意料，对于不是计算机专业的人来说，繁琐的内存管理，类继承派生，多态性，虚函数等都不用搭理，只是按照简单的类的语法建立类，然后使用这些类的对象。

Processing的运行机制很简单，Processing的主体是一个void srtup() 函数和一个void draw() 函数。void setup()设置包括界面大小，背景，颜色模式之类的全局环境变量，只运行一遍。void draw() 函数则一遍一遍的重复运行，作出一帧一帧的图，有一个参数frameRate()控制每秒程序运行多少遍，每运行一遍程序，就会把程序要求的图像在规定的屏幕区间（size()）上显示一遍，然后下一次运行的时候刷新一遍。这样的机制跟电影很像，最终使得动态图像看起来是连贯一致的，当然也可以控制frameRate()使得图像一帧一帧的慢慢动来观察细节。

另外Processing是面向对象的，所以当想控制图像的时候并不像PS那样麻烦，只要写一个主体的类，然后建立一堆对象，这些对象可以是一个array的元素，这样对这群对象的控制就成了对array的控制，非常方便。另外，还可以生产这个主体类的派生类，然后生成派生类的对象。这一切使得程序代码可以很简单，面向对象的编程确实强大。

另外值得一提的是，Processing提供RGB和HSB两种colorMode()以及透明度的设置，所以作出来的图非常优雅美观。无图无真相。

该图比较慢，勿在图片上点击。慢慢看，艺术品。

在图片上点击，将会生成。。。。
按空格键更换背景。

感兴趣的可以去 openprocessing.org查看全世界各地的童鞋的杰作.

初学之后,用Processing模拟了贪吃蛇的游戏，作了些简单的图自娱自乐，尔后本科毕业论文就全依仗可爱地Processing了。

在creativeapplications.net上还有不好基于Processing的创新应用。

初学者推荐MIT.Press.Processing.A.Programming.Handbook.for.Visual.Designers.and.Artists.Sep.2007
至于另一本书OReilly.Visualizing.Data.Jan.2008可以作培养兴趣用。
Learning Processing有点扯淡。

The four benefits of CALL SYMPUTX are:
1.) CALL SYMPUTX does not write a note to the SAS log when the second argument is numeric. CALL SYMPUT, however, writes a note to the log stating that numeric values were converted to character values.
2.) CALL SYMPUTX uses a field width of up to 32 characters when it converts a numeric second argument to a character value. CALL SYMPUT uses a field width of up to 12 characters.
3.) CALL SYMPUTX left-justifies both arguments and trims trailing blanks.CALL SYMPUT does not left-justify the arguments, and trims trailing blanks from the first argument only. Leading blanks in the value of name cause an error.
4.) CALL SYMPUTX enables you to specify the symbol table in which to store the macro variable, whereas CALL SYMPUT does not. This is accomplished by an optional third argument to the SYMPUTX function.

具体可以查看官网：http://datavis.ca/milestones/

在时间轴上，摁住鼠标左键左右拖动，可以变更视窗的时间段。

鼠标单击某个“里程碑”，可以显示该里程碑更详细的信息和他所属类别。

sketch项目中若有使用影像、图片、声音、字型档案时，要将档案放在sketch目录下的”data”目录中。若有使用到其它的链接库时，则需要将链接库档案放在sketch目录下的”code”目录中。

当执行汇出功能时，系统会将data及code目录下的所有档案，汇出到一个压缩档。 例如: “Sketch_123.jar”。

原则上，sketch项目的档案都会放在Processing的安装目录下，若要将sketch项目的档案放在其它的目录的话，请利用”File”功能选单中的”Preferences”功能来设定。

另外，可以同时有多个程序档案放在同一个sketch目录下。可以放置Processing原始档(附檔名是.pde)，以及Java原始档(附檔名是.java)。

汇出Applet
若要让sketch程序可以在网页中执行的话，利用Export功能，系统会将Processing原始文件转换到Java原始档格式，然后编译成Applet。同时，系统也会产生一些相关档案，连同Applet档案，储存在sketch目录下的applet目录。

产生的相关档案有
index.html：HTML档案，包含applet及一个link。
Sketch_123.jar：Java Archive
Sketch_123.java：Java原始档
Sketch_123.pde：Processing原始档

在汇出时，系统会将data及code目录下的档案全部打包起来。因此，产生的JAR档案可能会很大，若在data及code目录下，有 applet不会用到的档案，可以在汇出前先移除，或者在汇出后再利用压缩软件将JAR档案中不需要的档案移除， 如此就可以将JAR档案减小。
影像坐标系统
Processing采用Cartesian 坐标系统，原点在左上方，如图所示，x轴正值向右， y轴正值向下， z轴正值向前，负值向后。而视角预设在屏幕中间，也就是中心点在[width/2, height/2]。若有一个程序设定图像大小是 320 pixels X 240 pixels， 则[0,0]代表在左上角，[320,240]在右下角。

Programming Modes主程序架构
Processing的程序编辑模式有3种，基本模式(Basic Mode)、连续模式(Continuous Mode) 以及 Java进阶模式(Java Mode)。初学者最好先从基本模式学起，藉以熟悉坐标、变量、循环等的操作，然后再转到连续模式及Java进阶模式编写程序。

基本模式

这个模式用来绘制静态影像及练习程序的基本功能，简单的画线的程序代码可以直接在屏幕上呈现出来，以下这个范例会画一个黄色的长方形在屏幕上。

size(200, 200); // 设定影像大小 200×200
background(255); // 设定背景颜色
noStroke(); //设定无框线
fill(255, 204, 0); //设定填入的颜色
rect(30, 20, 50, 50); //从坐标[30,20]处, 画一个50×50的长方形.

连续模式

这个模式提供一个setup()及draw()程序代码区块，程序一开始会先执行setup()区块的程序代码，而且只会执行一次，一般用来设定初始值及环境参数。接着会反复执行draw()区块,的程序代码，另外在setup()及draw()程序代码区块之外，可以自行再加入其它的程序区块，像是函式、类别、键盘事件和鼠标事件。

以下范例会画4个圆圈，而画圆圈的方式是利用呼叫circles()函式的方式来完成。 circles()函式并不是Processing本身提供的功能，而是在此程序中另外编写的。此外，在draw()区块中的程序代码只会执行一次，因为在setup()区块中，设定了noLoop()，就是不要反复执行。

转换Applet 到 Application
虽然在在Processing的编辑环境中，可以直接以完整的Java程序语言来编写程序，但是只能以汇出Applet的方式在浏览器中执行，如果想要使用一些与存取本机计算机资源有关的程序功能的话，会因Applet在浏览器中执行而有所限制。基于安全性的考虑，在浏览器中执行Applet程序，是禁止存取本机计算机资源的， 否则就会变成黑客程序了。

因此，需要将Applet转换成Application，如此就可以跳脱浏览器，单独地直接在本机计算机上执行程序了，也就可以完全地使用所有的功能了，同时，也可以以全屏幕的方式来呈现影像了。

影像产生模式 (Rendering Modes)
Processing提供的影像产生模式有以下3种，第一是利用Java 2D绘图链接库，第二是利用一个叫做P3D的3D缯图引擎，第三是透过JOGL来与OpenGL接口沟通。至于要决定使用哪一种模式来输出影像，可以利用size()函数来设定。
值得一提的是，Processing花了很多努力，在让不同的影像产生模式结果相近，但是目前还是有一些差异。

JAVA2D
利用Java 2D绘图链接库来产生2D影像。这是预设的影像产生模式，如果没有特叮设定, 就会以这个模式产生影像。

size(200, 200);
background(255);
noStroke();
fill(255, 204, 0);
rect(30, 20, 140, 160);

以下范例是明确地设定要使用Java 2D影像产生模式
size(200, 200, JAVA2D);
background(255);
noStroke();fill(255, 204, 0);
rect(30, 20, 140, 160);

P3D
最适合用来快速绘制3D影像, 也支持2D影像
size(200, 200, P3D);
background(0);
noStroke();fill(204, 204);
translate(width/2, height/2);
rotateX(PI/6);
rotateY(PI/3);
rect(-60, -60, 120, 120);

OPENGL
这个模式适用于有使用支持OpenGL图形加速卡的情况，可以加速图形的产生， 特别适用于要绘制更多图形以及更大显示范围的场合。

Processing透过JOGL来与OpenGL接口沟通，其中JOGL是由SUN的游戏科技小组所发起的。因此，需要在计算机上安装支持OpenGL的图形加速卡，才可以充分发挥JOGL所提供的链接库的功能。

采用此模式产生影像，其效果会因所使用的绘图卡不同及OpenGL支持的程度而有所不同。

摘自：李家祥, Jason Lee,
所以然实验室, Soiizen Lab.,
2005/7/15

在图片上方移动鼠标。

转自 www.openprocessing.org