Re: [racket-users] continuations for search
I don't recall seeing that implemented in Racket/Scheme, but, in class, years ago, Leslie Kaelbling mentioned using Scheme captured continuations for AI search backtracking, as I mentioned (and Matthias has good comments in that thread): https://groups.google.com/d/msg/racket-users/jHPtw3Gzqk4/AAqsc-x-AgAJ That might've been in the class for which we were using a draft of the Russell text; I don't know whether it was mentioned in there. IIRC, Leslie at the time was coming from Stanford AI Lab tradition (West Coast tradition OG, to MIT's East Coast). For most purposes, perhaps one would probably want to write a search two different ways: one that takes advantage of Scheme's first-class continuations, and one that doesn't; and compare them (both performance and ease of implementation). I don't know how relevant to performance it would be that we almost never see first-class continuations being leveraged directly in users' code (outside of the implementation of a Scheme itself), and how that might have affected priorities in the Scheme implementation. The implementor of a particular Scheme could say. -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to racket-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/racket-users/4ed3134c-54fd-5747-486d-c45ce93a99bb%40neilvandyke.org.
[racket-users] continuations for search
Depth-first searches are easy to code by simple recursion. Breadth-first searches are good for finding short solutions and not getting caught in infinite recursions. Are there any ready-made tools in Racket for turning depth-first search code into breadth-first by strategic use of continuations? That is, at strategic points in the depth-first search you spawn continuation instead of going deeper and save that continuation into a stable somewhere so as to ride it again later? -- hendrik -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to racket-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/racket-users/20190912002933.4dcep2dqcsjgiib2%40topoi.pooq.com.
[racket-users]
Hi, I’m trying out a discord server. It’s pretty similar interface to slack and while it doesn’t do some things slack does...it does some things that slack doesn’t. Please give it a try https://discord.gg/6Zq8sH5 Kind regards Stephen -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to racket-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/racket-users/CAGHj7-KxKuKjrqZUqT%2Bbn9hLibDkMWVWUn0eD-9T5c8paBjpbw%40mail.gmail.com.
[racket-users] Amazon Mechanical Turk library/package in racket
Hi all, I was wondering if there is a Racket library that makes it easy to interface with Amazon's Mechanical Turk interface (https://docs.aws.amazon.com/AWSMechTurk/latest/AWSMturkAPI/Welcome.html) and if anyone has some code lying around on how to do so? I know that there is the aws package by Greg, but I couldn't figure out if it also makes it easier to do the MTurk stuff or not. Since this involves payments, I don't want to do much experimentation to see if it works. If not, no worries - I think that I solved it by doing it in R the last time round, which was not too painful. Cheers, Marc -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to racket-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/racket-users/b70d0e44-191a-423b-a200-82a31a44a713%40googlegroups.com.
[racket-users] Technical Breakdown of a new NES game written in Lisp (dustmop.io)
Pointed to by hacker news (news.ycombinator.com) "Rather, a custom language was developed in tandem with the game. [Co2](https://github.com/dustmop/co2) is a Lisp-like language, built on Racket Scheme, which compiles into 6502 assembly. This language was originally started by [Dave Griffiths](https://twitter.com/nebogeo) to build the What Remains demo, and I decided to stick with it for the full project." [http://www.dustmop.io/blog/2019/09/10/what-remains-technical-breakdown/](http://www.dustmop.io/blog/2019/09/10/what-remains-technical-breakdown/) -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to racket-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/racket-users/1568211803-e6b6479d310428b5293ab407d975e484%40pckswarms.ch.
[racket-users] Re: REPL printing importance?
Having the distinction between displayed and printed representation is very important. Responsiveness is very important, so I'd like to see large values handled better. Simply guarding against the accidental printing of a looong list would be nice. Printing truncated, with a clickable "...", as is used in number snip decimal expansions, and I only recently learned is a thing for error messages, would be very nice. Allowing image snips to have a visual size different from their actual size would be nice (iirc bootstrap's and/or pyret's web editors do this). -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to racket-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/racket-users/db2653a8-b9ae-4a57-a077-187b5fbf0e99%40googlegroups.com.
Re: [racket-users] [OT] Nostalgia
I remember being interested in Acornsof Lisp for the BBC Micro, but sadly
it was too expensive to be seriously considered(£80 iirc). I did manage to
get a hold of 'A little smalltalk' and the associated book later, but ended
up going down the Racket rabbit hole instead...
S.
On Wed, Sep 11, 2019 at 8:03 AM Annaia Berry wrote:
> Amusingly enough, I've spent a little time playing with a Lisp someone
> ported to the 128K Color Computer 3.
>
> https://github.com/jamieleecho/minilisp
>
> It is very hard to do much of anything once the interpreter and library is
> loaded in. To be honest I'm still impressed it runs at all. :D It's a
> pretty impressive little dialect for an 8-bit machine, even has macros and
> lambdas, which most attempts lacked entirely.
>
> On Fri, Sep 6, 2019 at 6:36 PM Neil Van Dyke wrote:
>
>> Last week on HN, a non-student was complaining about having to increase
>> DrRacket's memory limit 3 times while they were playing with it, so I
>> pointed out that DrRacket was designed for new students, and suggested
>> that maybe that memory limit was a good thing for new students.
>>
>> One of frequent complaints, from generation to generation, seems to be
>> "kids these days got it too easy". Which, in programming, is not
>> necessarily grumpy, but concern that a lot of learning opportunity that
>> comes from working with resource constraints is being missed.
>> Personally, I think there's a balance, and there's also learning
>> opportunity missed when you don't have lots of resources. Ideally, a
>> person gets both kinds of experiences.
>>
>> As a C and C++ programmer who was then an early Java promoter, I was a
>> bit concerned about that, at the time. I figured we'd probably move to
>> Java, and all the students already had use of powerful multiprocessor
>> workstations. That was one of the attractions of then playing with
>> programming the Pilot PDA ("https://www.neilvandyke.org/t-map/;), and I
>> promoted Pilot programming to other students specifically for the reason
>> of learning to develop with tight resource constraints.
>>
>> Other Racket relevance: the approach to fitting the toy "route planner"
>> into a few KB was to use two little DSLs, with a Lisp as code generator
>> to get around the limitations of macro preprocessing in C. Between
>> that, the crazy DSLs I made as sets of cpp macros for my compiler (C++)
>> and robot (C) assignments, and an awful concurrent hierarchical state
>> machines language that took way too much effort to implement in Java, I
>> suppose it's not a surprise I later decided to move to Scheme/Lisp for
>> my main research tools.
>>
>> Also, copious computing resources becoming available to lots of people
>> became a concern to some researchers, who no longer felt as privileged
>> as before. At the start of the dotcom boom, one of my grad school
>> advisors was already spending most of their time on startups (and there
>> was some truth to the joke about advisor only wanting MS+IPO students).
>> They called an off-site retreat for our group, where a big part of the
>> case was that the university research lab no longer had special
>> advantages like supercomputers that other people didn't have. (And I'd
>> previously been horrified to see the storage array cabinet from a
>> Connection Machine being used as a barkeeper counter, for the lab's posh
>> sponsor events.).
>>
>> Today, it's true: I have my own deep neural networks supercomputer in my
>> living room, for a few hundred dollars, and it's just an ordinary
>> consumer GPU like children have in their gaming PCs/consoles. Which
>> makes for "lots of resources" learning opportunities, complementing the
>> "not enough resources (until you figure it out)" learning opportunities.
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Racket Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to racket-users+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/racket-users/8458611a-0bd8-8af3-dab9-dba61b8c2c42%40neilvandyke.org
>> .
>>
> --
> You received this message because you are subscribed to the Google Groups
> "Racket Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to racket-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/racket-users/CA%2BHVF0BZPDexfVvkZNuxwKx2qpV4oDkyVBEumQBn70g2qQ_RHQ%40mail.gmail.com
>
> .
>
--
You received this message because you are subscribed to the Google Groups
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
Re: [racket-users] [OT] Nostalgia
Amusingly enough, I've spent a little time playing with a Lisp someone
ported to the 128K Color Computer 3.
https://github.com/jamieleecho/minilisp
It is very hard to do much of anything once the interpreter and library is
loaded in. To be honest I'm still impressed it runs at all. :D It's a
pretty impressive little dialect for an 8-bit machine, even has macros and
lambdas, which most attempts lacked entirely.
On Fri, Sep 6, 2019 at 6:36 PM Neil Van Dyke wrote:
> Last week on HN, a non-student was complaining about having to increase
> DrRacket's memory limit 3 times while they were playing with it, so I
> pointed out that DrRacket was designed for new students, and suggested
> that maybe that memory limit was a good thing for new students.
>
> One of frequent complaints, from generation to generation, seems to be
> "kids these days got it too easy". Which, in programming, is not
> necessarily grumpy, but concern that a lot of learning opportunity that
> comes from working with resource constraints is being missed.
> Personally, I think there's a balance, and there's also learning
> opportunity missed when you don't have lots of resources. Ideally, a
> person gets both kinds of experiences.
>
> As a C and C++ programmer who was then an early Java promoter, I was a
> bit concerned about that, at the time. I figured we'd probably move to
> Java, and all the students already had use of powerful multiprocessor
> workstations. That was one of the attractions of then playing with
> programming the Pilot PDA ("https://www.neilvandyke.org/t-map/;), and I
> promoted Pilot programming to other students specifically for the reason
> of learning to develop with tight resource constraints.
>
> Other Racket relevance: the approach to fitting the toy "route planner"
> into a few KB was to use two little DSLs, with a Lisp as code generator
> to get around the limitations of macro preprocessing in C. Between
> that, the crazy DSLs I made as sets of cpp macros for my compiler (C++)
> and robot (C) assignments, and an awful concurrent hierarchical state
> machines language that took way too much effort to implement in Java, I
> suppose it's not a surprise I later decided to move to Scheme/Lisp for
> my main research tools.
>
> Also, copious computing resources becoming available to lots of people
> became a concern to some researchers, who no longer felt as privileged
> as before. At the start of the dotcom boom, one of my grad school
> advisors was already spending most of their time on startups (and there
> was some truth to the joke about advisor only wanting MS+IPO students).
> They called an off-site retreat for our group, where a big part of the
> case was that the university research lab no longer had special
> advantages like supercomputers that other people didn't have. (And I'd
> previously been horrified to see the storage array cabinet from a
> Connection Machine being used as a barkeeper counter, for the lab's posh
> sponsor events.).
>
> Today, it's true: I have my own deep neural networks supercomputer in my
> living room, for a few hundred dollars, and it's just an ordinary
> consumer GPU like children have in their gaming PCs/consoles. Which
> makes for "lots of resources" learning opportunities, complementing the
> "not enough resources (until you figure it out)" learning opportunities.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Racket Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to racket-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/racket-users/8458611a-0bd8-8af3-dab9-dba61b8c2c42%40neilvandyke.org
> .
>
--
You received this message because you are subscribed to the Google Groups
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/racket-users/CA%2BHVF0BZPDexfVvkZNuxwKx2qpV4oDkyVBEumQBn70g2qQ_RHQ%40mail.gmail.com.
[racket-users] REPL printing importance?
Survey question: how important is it that values print nicely at a REPL? Do any of you have pet peeves in this area, or cases you wished Racket handled better? Tales of woe gladly welcomed! -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to racket-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/racket-users/a52b7215-15c2-4538-8024-ba2de2d5e5df%40googlegroups.com.
