Hey, I've been neglecting my responsibilities as a Lisper and looking at JavaScript, a wee bit of Java and now Smalltalk.
So the next meetup will be August 7th, which is a Thursday. After 6pm of course and I'm thinking LinuxCaffe may be fine. They don't seem to have anything planned for 7 August. Other suggestions for a location are, of course, welcome.
Also, ideas for presentations are friggin' badly needed. If you named your dog Lisp, or you have a tattoo of a lambda on your arm, give a small 10min talk about it! :-D
Get a presentation idea together or you'll hear some preaching on the Virtues of Emacs from me (old college presentation I did, it ended with "you're a loser if you don't use Emacs!" so uh, I don't want a repeat of that ;-) )
-Rudolf
I could likely do a talk on a sample "production rules" system prepared in KnowledgeWorks. The sample treats the classic "Monkeys and Bananas" problem in AI (not that monkeys have much trouble with bananas!).
KnowledgeWorks is a feature of the LispWorks Enterprise edition. While not a look at Common LISP directly, we'd be looking at an interesting extension built atop CL and CLOS. More interesting is the declarative programming model the sample embodies.
I'd actually started to prepare a quick talk during the last meet, but hit a snag. My laptop appeared to lack a driver needed to work correctly with an external monitor. I'll have to resolve that first.
Brian C.
p.s. Nevertheless, I'm ever hungry for Emacs knowledge and wouldn't object to a bit of brow-beating from Rudolf.
2008/7/24 Brian Connoy BConnoy@morrisonhershfield.com:
I could likely do a talk on a sample "production rules" system prepared in KnowledgeWorks. The sample treats the classic "Monkeys and Bananas" problem in AI (not that monkeys have much trouble with bananas!).
KnowledgeWorks is a feature of the LispWorks Enterprise edition. While not a look at Common LISP directly, we'd be looking at an interesting extension built atop CL and CLOS. More interesting is the declarative programming model the sample embodies.
That does sound neat, so I'm assuming you're doing a talk on it then :p
Can't wait to see it.
I'd actually started to prepare a quick talk during the last meet, but hit a snag. My laptop appeared to lack a driver needed to work correctly with an external monitor. I'll have to resolve that first.
Have you got that resolved?
-Rudolf
Actually, events have been conspiring against me this week and it's looking as though I'm not able to attend. *frak!*
BC
p.s. Hadn't even breathing room yet to resolve the dual monitor issue.
Rudolf omouse@gmail.com 8/5/2008 11:11 AM >>>
2008/7/24 Brian Connoy BConnoy@morrisonhershfield.com:
I could likely do a talk on a sample "production rules" system prepared in KnowledgeWorks. The sample treats the classic "Monkeys and Bananas" problem in AI (not that monkeys have much trouble with bananas!).
KnowledgeWorks is a feature of the LispWorks Enterprise edition. While not a look at Common LISP directly, we'd be looking at an interesting extension built atop CL and CLOS. More interesting is the declarative programming model the sample embodies.
That does sound neat, so I'm assuming you're doing a talk on it then :p
Can't wait to see it.
I'd actually started to prepare a quick talk during the last meet, but hit a snag. My laptop appeared to lack a driver needed to work correctly with an external monitor. I'll have to resolve that first.
Have you got that resolved?
-Rudolf _______________________________________________ toronto-lisp mailing list toronto-lisp@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/toronto-lisp
Brian Connoy wrote:
I could likely do a talk on a sample "production rules" system prepared in KnowledgeWorks. The sample treats the classic "Monkeys and Bananas" problem in AI (not that monkeys have much trouble with bananas!).
KnowledgeWorks is a feature of the LispWorks Enterprise edition. While not a look at Common LISP directly, we'd be looking at an interesting extension built atop CL and CLOS. More interesting is the declarative programming model the sample embodies.
I'd actually started to prepare a quick talk during the last meet, but hit a snag. My laptop appeared to lack a driver needed to work correctly with an external monitor. I'll have to resolve that first.
Brian C.
p.s. Nevertheless, I'm ever hungry for Emacs knowledge and wouldn't object to a bit of brow-beating from Rudolf.
That sounds interesting!
If there is time, I can do a ten minute walk through of lisp code I noticed that game used to handle all the object logic. (no slides)
So Thursday sounds pretty great so far :)
abram
2008/8/5 Abram Hindle abram.hindle@softwareprocess.us:
... If there is time, I can do a ten minute walk through of lisp code I noticed that game used to handle all the object logic. (no slides)
Brian Connoy wrote:
Actually, events have been conspiring against me this week and it's looking as though I'm not able to attend. *frak!*
Well if Brian can't make it, it looks like you'll have to walk through that code, and I'll have to preach the Emacs gospel :-P
-Rudolf
So the meeting went well.
In attendance: Rudolf, Chris, Andrew, Seneca, Abram
topics: * Lisp used in the video game Abuse * why scheme sucks for libraries * caaaaaaar and caaaaaaaaaadr and why they aren't great * Esoteric/dead languages * British Naval Victories * Lisp startup costs and how to alleviate it * mixins, traits, eiffel, inheritance of code versus type.
abram
Oh no, missed a video game discussion! (I'm the video game programmer from June's meeting). Well, hopefully I'll be able to make it in September..
I wish I could convince my company to use Lisp, but they're Japanese and rather risk-averse. I might be able to get them as far as Ruby if I really try..
Regards, Vish Singh
On Fri, Aug 8, 2008 at 8:58 AM, Abram Hindle abram.hindle@softwareprocess.us wrote:
So the meeting went well.
In attendance: Rudolf, Chris, Andrew, Seneca, Abram
topics:
- Lisp used in the video game Abuse
- why scheme sucks for libraries
- caaaaaaar and caaaaaaaaaadr and why they aren't great
- Esoteric/dead languages
- British Naval Victories
- Lisp startup costs and how to alleviate it
- mixins, traits, eiffel, inheritance of code versus type.
abram
toronto-lisp mailing list toronto-lisp@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/toronto-lisp
-
Abram Hindle -
Brian Connoy -
Paul Tarvydas -
Rudolf -
Vishvajit Singh