Re: [racket-users] Real-world examples of XML usage?

David Storrs wrote on 2/2/19 11:57 PM: Are there angles here that I haven't encountered or thought about yet? As a fellow Racketeer with mixed feelings about XML, let me articulate for the list an angle you might've already considered... One reason you might decide to use XML for a system

[racket-users] Real-world examples of XML usage?

There was a discussion in another thread lately about various ways of representing XML. It got me thinking, and I wanted to ask about people's practical experience. What projects have y'all done where XML was the best choice for a reason other than "because we needed to interoperate with a

Re: [racket-users] Python's append vs Racket's append and helping novices understand the implications

I put together some notes about available data structures in Racket, with some performance considerations. It needs more work, but perhaps it can be used as a starting point and it can be added to the Racket wiki, if/when others consider it adequate:

Re: [racket-users] Why would a value produced by eval-ing code not satisfy its type predicate? (Particularly, a SQL statement from the sql package)

> The issue you're encountering with namespaces is analogous, because each namespace gets its own instances of modules. This is a feature! Imagine, for example, that you are trying to run students' programs in a sandbox. If namespaces shared module instances, a malicious or buggy student

Re: [racket-users] Re: How To Design Classes text not available?

'John Clements' via Racket Users wrote on 2/2/19 5:18 PM: Also, if you use duckduckgo as your default search engine, it looks like you can prepend !archive or !wayback That leaks info to a dotcom for no reason.  If you don't use search engines except when they might add value, you might also

Re: [racket-users] Re: performance: Racket vs Julia

Gour wrote on 2/2/19 3:55 PM: Many languages simply do not pass 'GUI criteria' and, imho, Racket is very much deprived of its glory by providing first class GUI option for all those not so enamored with JS/browser stuff. Yes, I did another look for Racket last year, and desktop GUI toolkit

Re: [racket-users] Re: performance: Racket vs Julia

It is rare that I have to somewhat-contradict Matthew here, but so it goes. One of my colleagues, Jan Vitek, has studied Julia with a special focus on performance. As many have said, Julia is good at numerics because its compiler can specialize certain cases really well. More generally, it

Re: [racket-users] Python's append vs Racket's append and helping novices understand the implications

Racket needs *you*. Please. The proper approach is to have short pages for different language immigration groups: Python and R come to mind as obvious examples but I am sure there are others. What I mean is we need help and *you* can help. Let me explain it with the Python example: 1.

[racket-users] "raco test" causes my reader to fail on carriage return (but newline works)

I have a scribble document with a string representation of some code. The string is "(+ 1 2) \r\n (* 2 3)" which eventually gets sent through my reader. When I run "Scribble HTML" in DrRacket it works. When I run "raco setup" it works. But when I run "raco test" my reader fails with

Re: [racket-users] How To Design Classes text not available?

http://felleisen.org/matthias/htdc.html [ The ccs.neu.edu file is actually a redirect HTML file but that doesn’t seem to work. ] > On Feb 2, 2019, at 3:26 PM, Justin Zamora wrote: > > I tried to download the draft of "How to

Re: [racket-users] Re: How To Design Classes text not available?

Also, if you use duckduckgo as your default search engine, it looks like you can prepend !archive or !wayback (turns out !a goes to amazon, sigh). John > On Feb 2, 2019, at 14:08, Neil Van Dyke wrote: > > Justin Zamora wrote on 2/2/19 3:39 PM: >> Thanks! I always forget about archive.org! >

Re: [racket-users] Re: How To Design Classes text not available?

Justin Zamora wrote on 2/2/19 3:39 PM: Thanks! I always forget about archive.org! Semi-off-topic, but this is helpful for Racketeers recovering older Scheme docs/discussion/code (some of the best thinking happened many years ago, and is still relevant)... Here's a useful Firefox Quick

[racket-users] Re: performance: Racket vs Julia

On Sat, 2 Feb 2019 08:04:36 -0700 Matthew Flatt wrote: > It's possible that the someone talked to me. I recall offering the > opinion to someone at RacketCon/ICFP/StrangeLoop that Racket would not > be as fast as Julia for the case that Julia is designed for --- > specifically numerics --- due

[racket-users] Re: performance: Racket vs Julia

On Sat, 2 Feb 2019 04:53:33 -0500 Neil Van Dyke wrote: > That's an unusual shortlist of candidates.  Well, yes and no. Many languages simply do not pass 'GUI criteria' and, imho, Racket is very much deprived of its glory by providing first class GUI option for all those not so enamored with

Re: [racket-users] Re: How To Design Classes text not available?

Thanks! I always forget about archive.org! Justin On Sat, Feb 2, 2019 at 3:29 PM Greg Trzeciak wrote: > > Try > > https://web.archive.org/web/20181228174204/http://www.ccs.neu.edu/home/matthias/HtDC/htdc.pdf > > On Saturday, February 2, 2019 at 9:26:15 PM UTC+1, Justin Zamora wrote: >> >> I

[racket-users] Re: performance: Racket vs Julia

On Sat, 2 Feb 2019 01:41:17 -0800 (PST) Yvan Godin wrote: > I have played with Julia as a language it's a good compromise between Common > Lisp with Python syntax and C performance > > but build an autonomous prog. come with a lot of pain That's good to know. Thank you! > their Gtk is far to

[racket-users] Re: How To Design Classes text not available?

Try https://web.archive.org/web/20181228174204/http://www.ccs.neu.edu/home/matthias/HtDC/htdc.pdf On Saturday, February 2, 2019 at 9:26:15 PM UTC+1, Justin Zamora wrote: > > I tried to download the draft of "How to Design Classes" from > http://www.ccs.neu.edu/home/matthias/htdc.html and got a

[racket-users] How To Design Classes text not available?

I tried to download the draft of "How to Design Classes" from http://www.ccs.neu.edu/home/matthias/htdc.html and got a "Failed to load PDF document" error. Is this text still available? Justin -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To

Re: [racket-users] Python's append vs Racket's append and helping novices understand the implications

I am certain people coming from Python are confused by this, since I was bitten by this very difference when I had to write some Python for the first time in a while. (What do you mean append has side-effects?!?) -Philip On Sat, Feb 2, 2019 at 10:30 AM Robby Findler wrote: > On Sat, Feb 2,

Re: [racket-users] performance: Racket vs Julia

On 2/2/2019 10:04 AM, Matthew Flatt wrote: At Sat, 2 Feb 2019 10:04:04 +0100, Gour wrote: > Leaving aside other language features' pros/cons, I was a bit surprised > when someone in Julia's channel responded to me with: "Racket is pretty > amazing, but I stopped looking into it after I

Re: [racket-users] Python's append vs Racket's append and helping novices understand the implications

On Sat, Feb 2, 2019 at 9:23 AM George Neuner wrote: > > > On 2/2/2019 9:38 AM, Robby Findler wrote: > > Lists seem like a common pitfall here, due to the overlap in > > terminology but not functionality/performance. Maybe the right thing > > is to add a library to data/ that is the python list

Re: [racket-users] Python's append vs Racket's append and helping novices understand the implications

On 2/2/2019 9:38 AM, Robby Findler wrote: Lists seem like a common pitfall here, due to the overlap in terminology but not functionality/performance. Maybe the right thing is to add a library to data/ that is the python list data structure and point to it from the list documentation? The

Re: [racket-users] Python's append vs Racket's append and helping novices understand the implications

I agree with that 100%. On Sat, Feb 2, 2019, 9:46 AM Robby Findler Oh, right! Mentioning python in the list docs seems like it might help. > > Robby > > On Sat, Feb 2, 2019 at 8:45 AM Sam Tobin-Hochstadt > wrote: > >> Fortunately there are already libraries with good performance on these >>

Re: [racket-users] performance: Racket vs Julia

At Sat, 2 Feb 2019 10:04:04 +0100, Gour wrote: > Leaving aside other language features' pros/cons, I was a bit surprised > when someone in Julia's channel responded to me with: "Racket is pretty > amazing, but I stopped looking into it after I figured, that it can't > really be made fast

Re: [racket-users] Python's append vs Racket's append and helping novices understand the implications

Oh, right! Mentioning python in the list docs seems like it might help. Robby On Sat, Feb 2, 2019 at 8:45 AM Sam Tobin-Hochstadt wrote: > Fortunately there are already libraries with good performance on these > operations for Racket, so we could point to the data/ralist library, > for example.

Re: [racket-users] Python's append vs Racket's append and helping novices understand the implications

Fortunately there are already libraries with good performance on these operations for Racket, so we could point to the data/ralist library, for example. Sam On Sat, Feb 2, 2019 at 9:38 AM Robby Findler wrote: > > Lists seem like a common pitfall here, due to the overlap in terminology but >

Re: [racket-users] Python's append vs Racket's append and helping novices understand the implications

Lists seem like a common pitfall here, due to the overlap in terminology but not functionality/performance. Maybe the right thing is to add a library to data/ that is the python list data structure and point to it from the list documentation? Robby On Sat, Feb 2, 2019 at 12:28 AM Alex Harsanyi

Re: [racket-users] Python's append vs Racket's append and helping novices understand the implications

On February 2, 2019 7:28:12 AM GMT+01:00, Alex Harsanyi wrote: >Someone asked recently for help on Reddit[1] with a Racket performance >issue. >The problem was they they were constructing a large list by appending >many >short lists repeatedly; their code was calling `(set! result (append

Re: [racket-users] performance: Racket vs Julia

Gour wrote on 2/2/19 4:04 AM: I've to decide between Racket and Julia as language of choice for writing desktop app. Racket's advantage is that its GUI support is provided out of the box, while in Julia I'd probably have to use Gtk.jl as the best supported package since I do not want to use

[racket-users] Re: performance: Racket vs Julia

Hello I have played with Julia as a language it's a good compromise between Common Lisp with Python syntax and C performance but build an autonomous prog. come with a lot of pain Racket come with an excellent battery include Julia is based on LLVM witch is very very big Julia provide a real

[racket-users] performance: Racket vs Julia

Hello, I've to decide between Racket and Julia as language of choice for writing desktop app. Racket's advantage is that its GUI support is provided out of the box, while in Julia I'd probably have to use Gtk.jl as the best supported package since I do not want to use Electron or some other

Re: [racket-users] Python's append vs Racket's append and helping novices understand the implications

Alex Harsanyi wrote on 2/2/19 1:28 AM: One improvement that I can think of is to add a performance description to each function that operates on the basic data structures (lists, vectors, hash-tables) Before complete coverage, perhaps two first steps: * Try to think of the minority of

Re: [racket-users] Why would a value produced by eval-ing code not satisfy its type predicate? (Particularly, a SQL statement from the sql package)

On 2/1/2019 5:12 AM, hashim muqtadir wrote: > No.  Look back at your code ... you defined the struct in your own > unnamed module just before the definition of "select/f" But the thing is, the error was that it failed to recognize sql-statement in the test, which is provided by sql, not me.