Oct 18 (to Jack Shen~)
I wrote a UML class diagram generator based on GraphViz. it can parse arbitrary perl OO modules and obtain the inheritance relationships and method/attribute list automatically. it's called UML::Class::Simple. And it's much easier to use than StarUML . you know, dragging mouse to draw diagrams is really painful. yay for automatic image generation!
(Here is one of the sample outputs: http://svn.berlios.de/svnroot/repos/unisimu/fast.png.)
Oct 18 (to Sal Zhong~)
i'm planning to upload UML::Class::Simple to cpan once it's mature enough. will you test it for me? bug reports and patches are most welcome. :)
it's still undecided how to differentiate perl classes' properties from other ordinary methods. i'm also pondering the idea of adding relationships other than inheritance. i'll be delighted if you have some ideas on these matters.
Note that i'm ignoring the Autodia module on CPAN since i'm not in favor of XML and a quite different approach has been taken in my project. anyway, i have to admit it's wise to talk to Autodia 's author and merge these efforts. at last, i must thank Alias for creating PPI and suggesting the use of Class::Inspector. they're invaluable when one wants to extract meta info from the perl world.
Oct 19 (to Jack Shen~)
I've merely finished the slides for recap. they already reach the amount of 44 and the number is still counting. alas, still wondering what to say in the next talk on the design of methods and subroutines. :(
Oct 19 (to Cherry Chu~)
Thanks. the talk went pretty well. it's interesting to see that i had the feeling just before the talk that you would not come. so i was not very surprised by your absence. no problem, there's always ``the next time''. :)
i've been busy making slides for tomorrow's talk. they're still not finished yet. sigh. have to make more slides during the daytime tomorrow. producing so many slides is quickly getting tedious. hehe, you know that feeling, right? ;-)
Oct 20 (to Cherry Chu~)
这几天每天都要上讲台，而且一上就是 2 节，感觉好累哦。 不过上课时也时常有灵感出现，把平时很多只能意会的东西概念化、理论化， 从而也就可以很好地传达给我们学院的同学们了。
另外就是做了许多幻灯片，它们像是连环画，又像是小小说，都很精致， 都很漂亮。它们是我从高一开始积累的编程思想的一些汇总与整理，真是有趣的很哦~ 我的朋友们上过我的课后都说收获很大，呵呵， 我觉得再没有什么比这个更让人激动的了。耶！
……谢谢。明天下午还要给我们学院的研究生做一次讲座。振奋哦~~~哈哈！:D
Oct 21 (to He Shan~)
我昨晚的课上得还行么？是不是太悠闲，节奏太缓慢了？
> 呵呵，虽然这会才看到你的消息，但我的思维却始终没有离开你。我想你的课让
> 我对自己后面的路该如何走，有了全新的认识，就像赵鹏说的有种豁然开朗的感
> 觉。
如此之高的评价我真是担当不起呢。看来我算是遇到知音了。 我最期待有人能对我说：“Oh, great! that's really important!”
哈！我想人生最幸福的事莫过于此！
> 悠闲嘛，开始是觉得有一点慢的感觉，没那么带劲儿，下课了，我还和鹏说，
> 你不知道他充满激情的讲话是多么的有煽动性...后来你就进入状态了，特棒。
Oct 22 (to He Shan~)
> hi! I've found a book. IT is so nice that i have been
> reading about it all the afternoon. it is great, just
> like an extended version of "The Practice of
> Programming". it's named "Code Complete".
I've got the feeling that you are currently on the *right* way. you'll definitely become a good hacker if you keep going. hmm, hopefully you'll join us perl camels soon. ;)
> 真的吗？呵呵，好，我会一直走下去的。现在我真的喜欢上编程了，我对优秀程序员
> 所具有的品行狂热的向往。谢谢你的鼓励与帮助。耶！
Oct 22 (to Jack Shen~)
> 用 com 如何向 ppt 插图片？xul2ppt 的 python 版本急需。
LOL. apparently you are not a VB guy. inserting images into ppt slides is straightforward once you know how to record down VBA macros in the PowerPoint environment and browsing the generated code in its VB IDE. Another way to get an answer is searching the web. iirc, the method should be AddPicture or something like that. not sure though, computers are out of my reach right now. :(
> 知道了~ 我发现 python 在科学计算方面很厉害，有很好的库，
> 我准备用 python 给我爸编程。python 有自己的 matlab 库，
> 但不需装 matlab. 但当然没有 matlab 强大，这点是肯定的，
> 哈哈。
Python is even more powerful than MATLAB, Maple, and Haskell? i doubt that. :)
...I was exclusively hacking on the new tokenizer for Makefile::Parser and completely forgot that i had C# classes tonight. anyway, the next major release of M::P takes precedence over any other things. :)
Oct 23 (to Sal Zhong~)
I've just started to rewrite M::P's codebase (which will hopefully be released as M::P 1.00 soon). Yes, it's long overdue. I've had a pretty good plan for a scalable and extensible gmake implementation based on M::P for long.
The new M::P API will offer parsing results at two different levels:
-
Makefile DOM tree
It's a syntax-oriented data structure which preserves every single bit of info in the original makefile (including whitespaces and comments). So one can modify some part of the DOM tree, and write the updated makefile back to disk. I think it's useful to some GUI apps which want to edit makefiles via menus and is also beneficial to the gmake => PBS translator.
-
Makefile AST
The AST desugars the handwaving parts of the DOM tree down to a semantic-oriented data structure for make-like tools to ``run'' it or for some visualizer (e.g. my Makefile::Graphviz) to depict the underlying dependency relations. For the PBS emitter, I think we should work out a special AST for it since the desugaring must be lossless, much like a program correctness proving system.
I'm currently working on the M::P tokenizer and will finish the DOM tree constructor these days. The process should be going pretty fast since it is mostly test-driven.
The first goal is to implement the new M::P APIs and get my pgmake utility pass most of the gmake tests so that I can kick M::P 1.00 out of the door.
I'm stealing a lot of source code and pod from Alias's PPI module. I've noticed that the basic structure of PDOM trees can also fit my needs very well. it's called MDOM in my M::P though. ;-)
Oct 24 (to Sun Xin~)
Take care. translating may drive you mad some day. just have appropriate amount of fun, dude!
Oct 26 (to Jack Shen and Sal Zhong~)
my gnu Makefile DOM builder now supports most kinds of rules, 2 flavors of variable assignments, macro interpolations, and various command and comment syntax. Now it's trivial to add new node types and extend the DOM parser.
i'll add support for double-colon rules, the define/vpath/include/ifeq/ifneq/ifdef/ifndef/... directives, and other missing structures tomorrow. After these additions, the DOM parser will be quite complete and will serve as the solid ground that we keep standing on. constructing the Makefile AST will be much easier if we keep a DOM tree handy.
yay for test-driven development! without TDD or Alias' PPI , i wouldn't have progressed so rapidly. ;-)
Oct 29 (to Sal Zhong~)
When and where shall we take the Java exam?
...Oops, it seems impossible to release UML::Class::Simple tonight. still have several missing features to implement and the pod needs loves too. hmm, christopher may be unhappy since i earlier made the promise to him that i would make the release by *this* weekend. sigh. hopefully i'll get some cycles tomorrow.
...nod nod. but i also gotta review the data mining textbooks for the coming exam. furthermore, i'm planning to hack on two expert systems in the next week. i'll be programming in Prolog, CLIPS , and Perl simultaneously, which must be a lot of fun! yay! :D
Oct 30 (to Sal Zhong~)
I've just talked to Alias, the author of PPI , on #perl. he said that i could borrow as much source code from PPI as i would for my Makefile::DOM module. PPI::Element, PPI::Node, PPI::Token, and PPI::Dumper can be reused by my MDOM directly without many changes. i also briefly introduced the two-level ASTs to him and expressed my appreciation of PPI . It has given me plenty of inspiration on how to push my Makefile::Parser further.
Strumenti 
