Re: [racket-users] Re: note about parsing speed of xml vs sxml?

2020-06-29 Thread Neil Van Dyke
Is even 2x speedup helpful for your purpose?  3 seconds is one old magic number for user patience in HCI, so I suppose there's still a big difference between 4 seconds and almost 10 seconds? For large (and absolutely massive) XML... SSAX can shine even better than in this comparison, since

Re: [racket-users] Re: note about parsing speed of xml vs sxml?

2020-06-28 Thread Neil Van Dyke
If anyone wants to optimize `read-xml` for particular classes of use, without changing the interface, it might be very helpful to run your representative tests using the statistical profiler. The profiler text report takes a little while of tracing through manually to get a feel for how to

Re: [racket-users] xml vs sxml?

2020-06-27 Thread Neil Van Dyke
Hendrik Boom wrote on 6/27/20 8:33 AM: But in section 4. Appendix there is one bit of pervasive confusion: you present several differences, but do not make it clear which way the difference goes. When you say, for example, "The SXML keyword symbols may be lowercase", do you mean that SXML

Re: [racket-users] note about parsing speed of xml vs sxml?

2020-06-26 Thread Neil Van Dyke
I think anyone using XML or HTML seriously with Racket should probably at least be told of the SXML family of tools.  And warned about the compatibility problems. Though not tell them *everywhere* XML in the docs.  For example, I figure a tutorial for Racket Web Server shouldn't distract

Re: [racket-users] Re: Andy Wingo's fold

2020-06-25 Thread Neil Van Dyke
Catonano, I haven't yet studied that paper of Andy Wingo's (thank you for mentioning it), but a couple ideas for answering your questions... If people in Guile are using that tree fold approach, you might ask about it on one of the Guile email lists.  Incidentally, Andy has long been a member

Re: [racket-users] Should I stop sending packages to the catalog?

2020-06-19 Thread Neil Van Dyke
For an important production system, you probably want the source of any third-party packages on which you depend to be in Git (or another SCM system) that you control. You might also want to audit those packages yourself, as well as audit any new version changes to them, before you push to

Re: [racket-users] Why does this counter behave differently in different runtimes?

2020-06-17 Thread Neil Van Dyke
Compiler bugs have been so blessedly rare in Racket, maybe there should be a page on the Web, honoring those who found a compiler bug? I would nominate Sage and Alexis for this one. And Matthew, though we'd have to make sure he's not mis-incentivized by the glory of bug-finding, to start

Re: [racket-users] Re: current racket dynamic web performance in production?

2020-06-07 Thread Neil Van Dyke
Thanks for the info, Brian. I'm getting the impression that Scheme/Racket Web production serving is sorta in same place it has been for the last couple decades: such that a really good and prolific developer can make a system work well in production, iff they can put in a lot of work beyond

[racket-users] current racket dynamic web performance in production?

2020-06-03 Thread Neil Van Dyke
I'm now leading engineering at a startup with an established Python & Flask infrastructure, and happen to urgently need an additional dynamic Web service backend that's separate from the rest of our infrastructure...  While I could do it in Flask, I was thinking that this might also be an

Re: [racket-users] Need advice on XML representation

2020-03-10 Thread Neil Van Dyke
Thank you, Tom. This document might help answer some of the understandable confusion behind Hendrik's question: https://www.neilvandyke.org/racket/sxml-intro/ A clarification on credit where it's due: John Clements did considerable work to clean up and document Oleg Kiselyov's various SXML

Re: [racket-users] xml library clarification - "" symbol parsing

2019-11-22 Thread Neil Van Dyke
Kira wrote on 11/22/19 10:15 PM: So now I am moved to (match) solution. Last I looked, `match` isn't great for XML, regardless of what representation the XML is in. You might want to make a DSL that does exactly what you want.  Don't expect the off-the-shelf tools to be great -- all the

Re: [racket-users] xml library clarification - "" symbol parsing

2019-11-22 Thread Neil Van Dyke
Kira wrote on 11/22/19 12:43 AM: I am trying to understated what purpose it serves? Does this done intentionally, or this is just random side effect? I suspect it's an implementation decision of the parser, done for reasons of implementation ease or runtime efficiency.  It's not-unusual in

Re: [racket-users] Announcing Stripe Integration

2019-09-26 Thread Neil Van Dyke
Sage, thank you, this is great kind of package for Racket. -- 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

Re: [racket-users] schism - scheme to wasm compiler

2019-09-21 Thread Neil Van Dyke
Correction: "see which Scheme implementations come out with *Wasm* backends" -- 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

Re: [racket-users] schism - scheme to wasm compiler

2019-09-21 Thread Neil Van Dyke
caleb wrote on 9/21/19 11:27 AM I'm a bit of a Racket noob--how extensive of a project is it to get Racket running on x R6RS scheme? I think there's a number of ways to do that, and to scope it, and I want to just put some initial thoughts out there, rather than propose requirements and

Re: [racket-users] Pitching use of Racket at work?

2019-09-19 Thread Neil Van Dyke
Sage Gerard wrote on 9/19/19 10:47 AM: To add color: A prior supervisor said  "if it's famous, we should use it." [...] If you want to appear among the first results, just present your work using language that matches nothing else. If I could briefly return the favor of color, by connecting

Re: [racket-users] Pitching use of Racket at work?

2019-09-18 Thread Neil Van Dyke
I'll assert that Racket is currently for a subset of the people who are allowed to choose whatever tools they want: academics, hobbyists, people developing small tools for individual use (like sysadmins did with Perl), and... some startups.  Most organizations, you can't choose any tools you

[racket-users] rockstar and related languages (Was: Racket News - Issue 16)

2019-09-16 Thread Neil Van Dyke
On a light semi-PL note... One possible application or inspiration for the Rockstar language mentioned in this issue of Racket News ("https://github.com/whichxjy/rockstar-rkt;), is for what could be called a thought exercise (among other things), like in the second paragraph of:

[racket-users] schism - scheme to wasm compiler

2019-09-15 Thread Neil Van Dyke
FYI, a proof-of-concept of compiling a good subset of Scheme to WebAssembly: https://github.com/google/schism It relies on two experimental(?) Wasm features, one of them for PITCH: https://github.com/google/schism#schism-uses-experimental-webassembly-features via

Re: [racket-users] Is there a webview for Racket?

2019-09-14 Thread Neil Van Dyke
Hi, Andre.  For your RSS reader, you're only displaying the RSS items themselves, not browsing to arbitrary other Web pages within the same Racket window, right? For very plain HTML, one thing I would hesitate to use is the *very old* and *possibly insecure* GUI thing, but it might work for

Re: [racket-users] continuations for search

2019-09-11 Thread Neil Van Dyke
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):

Re: [racket-users] Downloadable tutorials (e.g. on github)? Tutorial example source codes samples attached to DrRacket instalation?

2019-09-09 Thread Neil Van Dyke
You can find various Scheme code around the Internet, and various textbooks that use Scheme (sometimes with the code available for download). The Racket code for much of core Racket itself is also available, and some of it will probably be installed already, though it's mostly not written as

Re: [racket-users] minor infelicities in style guide

2019-09-06 Thread Neil Van Dyke
Regarding the discussion of tests expected to fail, and moving expected-fail tests to different directories, I wonder whether you'd prefer using an expected-fail annotation per test case. An annotation seems useful for my own work, and lightweight, but I don't know about core Racket

Re: [racket-users] general mapping tools?

2019-09-06 Thread Neil Van Dyke
Josh Rubin wrote on 9/6/19 1:36 PM: Google Earth (still available as a desktop application) uses *Keyhole Markup Language* (KML) is an XML-based *markup language* designed to annotate and overlay visualizations on various two-dimensional, Web-based online maps or three-dimensional Earth

Re: [racket-users] [OT] Nostalgia

2019-09-06 Thread Neil Van Dyke
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

Re: [racket-users] Re: third-party package tips and developer concerns (Was: New version of file-watchers)

2019-09-01 Thread Neil Van Dyke
Simon Schlee wrote on 9/1/19 3:28 PM: Try not to make identifiers be simple generic terms, like `watch` I strongly disagree with this statement. I think what you say is valid, and I agree in some situations. However, we're talking about reusable third-party packages, which are used

Re: [racket-users] Re: third-party package tips and developer concerns (Was: New version of file-watchers)

2019-08-31 Thread Neil Van Dyke
Sage Gerard wrote on 8/31/19 10:38 AM: You probably don't want to be slowing yourself down with offering people previews of new versions, lead times for input, etc. I'm unknown in open source so I think all of us in Racket land are pretty much unknown in open source (outside of

[racket-users] third-party package tips and developer concerns (Was: New version of file-watchers)

2019-08-31 Thread Neil Van Dyke
First, to Sage, thank you for going to the work to open source third-party packages like this. Here are a few suggestions that came to mind from this post, which I'd like to mention to Racket third-party package developers in general. (Only suggestions, not presuming to tell anyone what to

Re: [racket-users] Is there an expanded form of the Racket2 purpose declaration?

2019-08-28 Thread Neil Van Dyke
and everything is interoperable. That it will be interoperable is something that must be committed to, unambiguously -- it is not something #lang implementors get for free. (Based-on-a-true-story example of bad interoperability... Your Racket module naturally uses lists, the Racket

Re: [racket-users] Is it possible to sell commercial use rights to an open source Racket package?

2019-08-28 Thread Neil Van Dyke
wrote on 8/28/19 11:45 AM: Perhaps naively (IANAL), I am willing to be the guinea pig who [...] I really would've expected the applied game theory civil disobedience / anarchism to kick in on a *different* Racket issue. :) If someone violates (their non-lawyer interpretation of) the Racket

Re: [racket-users] Is it possible to sell commercial use rights to an open source Racket package?

2019-08-27 Thread Neil Van Dyke
'Joel Dueck' via Racket Users wrote on 8/27/19 12:17 PM: On Friday, August 23, 2019 at 10:40:13 AM UTC-5, Alexis King wrote: Distributing a closed-source, non-LGPL Racket application without violating Racket’s licensing terms is likely to be very difficult or impossible, This was

Re: [racket-users] Is it possible to sell commercial use rights to an open source Racket package?

2019-08-24 Thread Neil Van Dyke
Hendrik Boom wrote on 8/24/19 8:48 AM: The only problem I see is with the ue of macros in the propietary part of your software. They make it difficult to take your object code and link it with revised versions of the LGPL'd Racket code. This seems much the same problem as doing the analogous

Re: [racket-users] Is it possible to sell commercial use rights to an open source Racket package?

2019-08-23 Thread Neil Van Dyke
(Replying to 2 messages...) Summary: I think there's probably no barrier for you with Racket's licensing and intentions, but you will need to talk with your lawyer about the unusual licensing you want to do for your own software. Also, a few related thoughts. Sage Gerard wrote on 8/23/19

Re: [racket-users] is there a list of racket relevant papers/thesis/posters/etc.?

2019-08-21 Thread Neil Van Dyke
AFAIK, the publication list is currently split up between the different universities.  If you scroll to the "PLT Research" section of either of the two below (near-identical?) pages, you can click through to the different research groups: https://www.racket-lang.org/team.html

Re: [racket-users] See expanded code?

2019-08-16 Thread Neil Van Dyke
One nice interactive way is with the Macro Stepper feature in DrRacket, which is easy to use once you know the button to start it. Sometimes it helps to copy, into a new file, the minimal usage of a macro you're interested in, and just expand that. Also:

Re: [racket-users] Re: on-boarding new racketeers

2019-08-13 Thread Neil Van Dyke
Alexis, I appreciate the recent enthusiasm and efforts. I helped build the current small Racket community (really starting when I moved to it exclusively, after developing portable open source for all the Schemes).  My name is still up there with yours on

Re: [racket-users] Re: on-boarding new racketeers

2019-08-13 Thread Neil Van Dyke
I know this particular one is a minor thing, but they add up, over time... Please consider approaches that are open, rather than owned, and try not to increase lock-in by big-business plays. It's pragmatic to keep using GitHub in limited ways right now, *but* part of that is being judicious

Re: [racket-users] Clarify project policy on racket2 syntax

2019-08-12 Thread Neil Van Dyke
Robby, I'm still not certain we all have a shared understanding of some of the concerns and where we all stand, so please let me try to get at that some of that: As for adopting-new-syntax vs backwards-compatibility, does it help if I were to tell you that anything new will always be "opt

Re: [racket-users] Clarify project policy on racket2 syntax

2019-08-11 Thread Neil Van Dyke
Atlas, I get the impression, from the impassioned discussion thus far, that a lot of the community really wants an s-expression syntax (and print form for data) to be not merely backwards-compatibile supported, *but to remain fully a "first-class citizen"*. I suspect that the top-level

Re: [racket-users] tip for promoting racket on yc hacker news

2019-08-08 Thread Neil Van Dyke
This is a good writeup on HN: https://www.newyorker.com/news/letter-from-silicon-valley/the-lonely-work-of-moderating-hacker-news -- 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,

Re: [racket-users] Re: Alternative UI toolkits

2019-08-08 Thread Neil Van Dyke
Stephen De Gabrielle wrote on 8/7/19 5:10 PM: Mathematica uses QT! There's a lot in Qt, just like there's a lot in GTK.  Occasionally, a noteworthy project goes to a lot of trouble to switch from one to the other (e.g., Wireshark). Thankfully, Racket has meant I mostly don't have to pick

Re: [racket-users] Re: Alternative UI toolkits

2019-08-07 Thread Neil Van Dyke
Since I mentioned the Qt GUI toolkit family (which you might also know as a foundation of KDE)... * if anyone is looking at that for Racket for some reason, there's a new "technical vision" statement for the next major version: https://blog.qt.io/blog/2019/08/07/technical-vision-qt-6/ I'm

Re: [racket-users] Re: gui widgets over canvas

2019-08-06 Thread Neil Van Dyke
Hendrik Boom wrote on 8/6/19 4:03 PM: Be careful. You might hit such limits, and your interfaces might behave in dangerous ways. Thanks for the warning.  I've seen a lot of such limits in various GUI toolkits, and, when you have a cross-platform layer over it, you have to do a combination

Re: [racket-users] Re: gui widgets over canvas

2019-08-06 Thread Neil Van Dyke
Thank you, Alex.  I'll take another look at using `panel%` that way.  (I wasn't sure that would work well on all platforms, because its own implementation has special-cases for its stock subclasses, which conceivably might be necessary on some platforms.) Regarding scrollbars, I might end up

Re: [racket-users] Re: Alternative UI toolkits

2019-08-05 Thread Neil Van Dyke
XUL itself is deprecated/dead.  There might be an interesting (but niche) Racket opportunity with WebExtensions, and you might want to wait to see how they decide WASM fits into that, and what Racket's WASM story becomes. Also, bit of gut-feel speculation... There's some odd noises/rumblings

[racket-users] gui widgets over canvas

2019-08-05 Thread Neil Van Dyke
For a million-rows spreadsheet GUI widget that's based on a canvas, and wants to overlay a single normal widget like a `text-field%` at a time, over the canvas, for cell value editing... what's the best way to get that overlay to happen in Racket `gui`? One idea: in the implementation of

Re: [racket-users] Re: Alternative UI toolkits

2019-08-05 Thread Neil Van Dyke
Sorry, typo: I meant "HUD/AR" as in "head-up display and augmented reality" (and also VR). -- 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

Re: [racket-users] Re: Alternative UI toolkits

2019-08-05 Thread Neil Van Dyke
Thank you, Roman. For those who don't know, `gir` potentially lets people use many of the libraries behind the Gnome GUI desktop environment that's popular on GNU/Linux and other places.  It does FFI to the GObject object system that backs those libraries, and perhaps also uses the metadata

Re: [racket-users] Re: Racket + Graphviz

2019-08-04 Thread Neil Van Dyke
Hadi, that looks great so far! There are some adornments you can still add, such as to indicate which attributes are candidates for being keys (or are keys), but those can just be added to existing text strings. One important thing still to do is labeling the relations.  You might do it

[racket-users] drracket notebook mode and ipython/jupyter (Was: DrRacket2?)

2019-08-02 Thread Neil Van Dyke
Prior racket-users discussion on a hypothetical DrRacket Notebook Mode and the existing IPython/Jupyter kernel include: 2018-12-20 https://groups.google.com/forum/#!topic/racket-users/MsAh2aBU5Sw 2019-06-26 https://groups.google.com/d/msg/racket-users/XQXYxtCM2-k/AbTTqMqlAgAJ 2019-07-24

Re: [racket-users] Symex: a DSL for symbolic expressions

2019-08-01 Thread Neil Van Dyke
Hendrik Boom wrote on 8/1/19 6:36 AM: On Wed, Jul 31, 2019 at 06:40:05PM -0400, Neil Van Dyke wrote: For structured editing related work in sexp, of course there's Emacs structural operations that have been in there forever (not well-known, Here's where some of them are listed

Re: [racket-users] Re: Racket + Graphviz

2019-08-01 Thread Neil Van Dyke
Hadi Moshayedi wrote on 8/1/19 4:14 PM: On Thu, Aug 1, 2019 at 12:23 PM Ryan Kramer > wrote: This looks interesting! I have thought about trying to generate Entity Relationship diagrams given a database schema, but assumed that laying out the boxes

Re: [racket-users] [ANN] Racket implementation of magic language

2019-07-31 Thread Neil Van Dyke
Jonathan Simpson wrote on 7/31/19 9:54 PM: #lang magic is my implementation of the mini language used by the Unix file command. Nice.  In addition to the practical merits, and the craft, it's also an example of a useful legacy DSL we can point to (like lex, yacc, make), and which Racket now

Re: [racket-users] Symex: a DSL for symbolic expressions

2019-07-31 Thread Neil Van Dyke
Siddhartha Kasivajhula wrote on 7/29/19 3:41 PM: generalization of modal user interfaces that has a "language-oriented programming" flavor. Applying traditionally-sexp structural-based editing to non-sexp languages seems relevant to non-sexp Racket2 syntax (e.g., Honu), and other non-sexp

Re: [racket-users] Re: Racket2 possibilities

2019-07-28 Thread Neil Van Dyke
If anyone wants to collaborate on doing something novel related to visual programming, I've previously done industry R work on that, and am open to serious academic or commercial efforts. Atlas Atlas wrote on 7/28/19 6:53 PM: Found this interesting video on GopherCon

Re: [racket-users] Racket2 on a ubiquitous platform [was the case, and a proposal, for elegant syntax in #lang racket2]

2019-07-25 Thread Neil Van Dyke
A lot of interesting ideas, stewart.  For now, I'll just highlight this one, and a few bulleted comments: stewart mackenzie wrote on 7/25/19 3:03 PM: If you want to Racket2 popular make it easy for users to get the programmer's responsive applications and programmers will come in droves. Drop

Re: [racket-users] on reducing barriers in the Racket community

2019-07-25 Thread Neil Van Dyke
Atlas, I will have to think more about your message, but I think you're right to suggest that FAANGs might be part of a problem.  For example, see yesterday's outreach email from a FAANG (quoted at end of this email), posted as an apparent diversity initiative, to students of a big-name CS

Re: [racket-users] racket notebooks (Was: Language-Specific Plugins: Toolbar button functionality to call drracket:eval:expand-program)

2019-07-24 Thread Neil Van Dyke
HN is currently commenting on one attempt to increase sharing of notebook-oriented programming: "Show HN: A tool to convert Jupyter notebooks to beautiful blogs" https://news.ycombinator.com/item?id=20515880 Neil Van Dyke wrote on 6/26/19 2:31 AM: Arie Schlesinger wrote on 6/26/

Re: [racket-users] Message in the meantime?

2019-07-23 Thread Neil Van Dyke
I want to take a further step back, and say it would help for everyone to be really-super-clear on what's motivating Racket2, and what we really want to accomplish.  (I know a good effort has already been made, but I get the impression not everyone has the same idea yet, and I think even more

Re: [racket-users] Re: Racket2 possibilities

2019-07-23 Thread Neil Van Dyke
Dexter Lagan wrote on 7/23/19 3:32 AM: Like the first HN comment said, Currently 71 comments: https://news.ycombinator.com/item?id=20490423 FWIW, due to how the HN post was done, I don't know how representative the comments are of professional developers.  The link was posted around 5pm

Re: [racket-users] on reducing barriers in the Racket community

2019-07-22 Thread Neil Van Dyke
Matthew Butterick wrote on 7/21/19 4:46 PM: But as was true for a lot of kids like me during that era, computers were a refuge. They never judged me. They rewarded my curiosity. There's a complementary acceptance component to the microcomputer revolutions, which I think are relevant to

Re: Backing up [was: Re: [racket-users] The case, and a proposal, for elegant syntax in #lang racket2]

2019-07-22 Thread Neil Van Dyke
Brian Adkins wrote on 7/22/19 1:28 PM: Being unfamiliar with some of Racket's unique benefits, I initially felt it was simply the best Scheme I could choose for professional development. Same here.  (Long-timers have heard my story too many times... After I picked Scheme for my new

Re: [racket-users] #lang something // infix, optionally indentation-sensitive experimental Racket syntax

2019-07-22 Thread Neil Van Dyke
The shell demo is great.  I can't look closely at `#lang something` quite yet, and I hope someone will include it in a list of the most interesting prior work for everyone interested in new syntax to look at. -- You received this message because you are subscribed to the Google Groups "Racket

Re: [racket-users] Re: Racket2 possibilities

2019-07-22 Thread Neil Van Dyke
Maria Gabriela Guimarães wrote on 7/22/19 10:52 AM: > I experimented with various scheme in browser intrepred via JavaScript and compiled to wasm both are not good enough. Insufficient implementations I suppose, or wasm misses features important for a Scheme ... What Maria said.  WASM (not

Re: [racket-users] web develpment

2019-07-21 Thread Neil Van Dyke
Job H wrote on 7/21/19 1:46 PM: hello friends, how do you generate the frontend of a website with Racket? There are many ways.  You might want to start with a tutorial on one way -- "https://docs.racket-lang.org/continue/index.html; -- and then decide what you like and don't like about

[racket-users] dogfood a simple structured discussion forum in racket

2019-07-21 Thread Neil Van Dyke
If someone wants to do a useful and doable Web application in Racket... You could make threaded discussion Web forum (or email) software. (Implementation suggestions... Use Racket `db` interface, and deploy in PostgreSQL by default.  Consider storing each threaded comment in its own row (with

Re: [racket-users] Racket2 possibilities

2019-07-20 Thread Neil Van Dyke
Matthew Flatt wrote on 7/20/19 2:49 PM: We need concrete examples to discuss the possibility of changing syntax, potential roadmaps to see whether there's anywhere we want to go, and so on. Procedural suggestions people might want to do: * There's a lot of prior work, and it might really

Re: [racket-users] Re: Gui editable grid/table

2019-07-20 Thread Neil Van Dyke
FWIW, I *might* very soon be making such an editable table/spreadsheet widget that scales to large data and supports various types, and in a cross-platform way.  (Without hitting various limits of some platform native widgets as used by Racket's GUI layer.  I recently looked at a few related

Re: [racket-users] (ninth RacketCon) videos

2019-07-20 Thread Neil Van Dyke
technical treatment for preparing STEM students for industry. wrote on 7/20/19 2:34 AM: On Jul 20, 2019, at 01:37, Neil Van Dyke wrote: (My living room airgapped Blu-ray player delights houseguests, with a curated collection of fine videos on Racket and other CS topics.) We get the message,

Re: [racket-users] (ninth RacketCon) videos

2019-07-19 Thread Neil Van Dyke
If you want to youtube-dl the videos, this script might work: https://www.neilvandyke.org/racket/download-racketcon-2019-videos.sh (My living room airgapped Blu-ray player delights houseguests, with a curated collection of fine videos on Racket and other CS topics.) -- You received this

Re: [racket-users] Building "#lang dungeon"

2019-07-15 Thread Neil Van Dyke
If you want to solve problems like how to handle user conceptual models of permissions, consider putting "UX" aside for a moment. UX gets confused by conflicts of interest, which the earlier disciplines of HCI and human factors engineering did not much have. HCI comes from a human factors

Re: [racket-users] Re: The case, and a proposal, for elegant syntax in #lang racket2

2019-07-15 Thread Neil Van Dyke
Wesley Kerfoot wrote on 7/15/19 2:28 PM: Has anyone considered http://shriram.github.io/p4p/ as an alternative? This might represent Shriram's current thinking (and is what I was alluding to before): https://www.pyret.org/ I'll wait for the official community process to commence, before I

Re: [racket-users] The case, and a proposal, for elegant syntax in #lang racket2

2019-07-15 Thread Neil Van Dyke
While we're all still figuring out how to best welcome and support everyone in CS-ish things, maybe it should be mentioned that Racketeers have some awareness and appreciation of familiar concerns, including from a research perspective (starting at least 15 years ago): High school teachers

Re: [racket-users] Re: Racket2 and syntax

2019-07-15 Thread Neil Van Dyke
I look forward to the syntax discussion, within whatever process is determined. (BTW, I've said similar to what Gabriel do, as recently as last week [1], but I'm open to rethinking syntax.  Especially if it might mean we can entice Shriram to resume working more directly on Racket. :) [1]

[racket-users] Skolelinux / Debian Edu & Racket

2019-07-07 Thread Neil Van Dyke
It looks like Skolelinux (aka Debian Edu) is used in hundreds of schools.  Has anyone looked into making sure it includes a good Racket version, in a turn-key way? https://en.wikipedia.org/wiki/Skolelinux I haven't used Skolelinux, but I can say that Debian was an early innovator in

Re: [racket-users] resources on PL design

2019-07-01 Thread Neil Van Dyke
That entire famous Smalltalk issue of Byte magazine is now online, as good-quality scans, so you can read all the articles, and juxtaposed with ads of a magazine of the time: https://archive.org/details/byte-magazine-1981-08 This was before my time, and, when I was reading this issue

Re: [racket-users] Re: resources on PL design

2019-07-01 Thread Neil Van Dyke
(This is a resend.) Lots of earlier HOPL papers are experience writeups relevant to the question of PL design.  (For example, Alan Kay did a great history of Smalltalk, which talks about more than just the language design itself, and the language design was influenced by the other things.)

Re: [racket-users] Re: resources on PL design

2019-07-01 Thread Neil Van Dyke
Lots of earlier HOPL papers are experience writeups relevant to the question of PL design.  (For example, Alan Kay did a great history of Smalltalk, which talks about more than just the language design itself, and the language design was influenced by the other things.) Separate from what's

Re: [racket-users] Racket SIGSEGV during FFI call

2019-06-26 Thread Neil Van Dyke
If FFI for this particular library gets to be a headache, a backup option might be to separate the Linux processes: make a small C program that links in libhackrf, and provides some kind of channel (e.g., Unix domain socket) for a separate Racket process to talk with it.  Over the channel, you

[racket-users] racket notebooks (Was: Language-Specific Plugins: Toolbar button functionality to call drracket:eval:expand-program)

2019-06-26 Thread Neil Van Dyke
Arie Schlesinger wrote on 6/26/19 1:55 AM: Are there racket notebooks like jupyter or swish for prolog ? There's work on an IPython/Jupyter kernel for Racket, but I'd also like to encourage someone to follow through on also adding a (separate) good notebook mode to DrRacket, as discussed in

Re: [racket-users] how to uninstall Racket 5.3.6?

2019-06-21 Thread Neil Van Dyke
Quick notes on both installing a new version, and then cleaning up the old one... INSTALLING NEW VERSIONS Assuming you're not just using a Debian package, and want a non-Debian-package install (such as for more rapidly picking up new Racket versions, having multiple versions installed at

[racket-users] doing a "show hn" of your racket project

2019-06-20 Thread Neil Van Dyke
If you make something in Racket, such as a microstartup Web site, or something that HN readers can otherwise use, you can publicize it with a "Show HN" post, and possibly also promote Racket as a side effect. For example, here's one making the front page of HN right now: "Show HN: A star map

Re: [racket-users] leetcode

2019-06-16 Thread Neil Van Dyke
Matthias Felleisen wrote on 6/16/19 12:30 PM: Of course, good companies know by now that these “puzzle” questions are bad at identifying good (as in above-average) sw devs. Only the average companies still use this method because they are way behind. You want people who think systematically

[racket-users] leetcode

2019-06-16 Thread Neil Van Dyke
Anyone have thoughts on whether there's anything Racket can/should do involving Leetcode? If you're not familiar, Leetcode is a site with bunch of coding interview problems that huge numbers of CS students and professionals work through.  For doing the problems on the site, there's several

[racket-users] same-project language comparison opportunity

2019-06-15 Thread Neil Van Dyke
If someone has time to write a Java-subset-to-x86 compiler in Racket, with certain restrictions, they can make a partly-scientific blog post or paper that compares it to these: http://thume.ca/2019/04/29/comparing-compilers-in-rust-haskell-c-and-python/

[racket-users] nannou

2019-06-10 Thread Neil Van Dyke
A platform for multimedia artist programmers is using Rust.  I think it'd be interesting to see how what has been and could be done in Racket (including DSLs) could compare.  https://nannou.cc/ -- You received this message because you are subscribed to the Google Groups "Racket Users" group.

Re: [racket-users] requirements for streaming html parser

2019-06-07 Thread Neil Van Dyke
Greg Hendershott wrote on 6/6/19 9:51 PM: Although I don't think I currently /need/ a streaming parser for speed or space reasons, I can imagine using one. I'm not certain I immediately need the performance boost either. But a Web proxy idea I'm toying with would need at least one great DSL,

[racket-users] requirements for streaming html parser

2019-06-06 Thread Neil Van Dyke
If anyone has a use for a *streaming* permissive HTML parser (i.e., one that calls your specific bits of code while it's parsing, rather than it constructing some kind of representation of the entire page for your code to process afterwards), I'd be interested in what specifically you'd like

Re: [racket-users] New Package: Dynamic FFI - Write C Code Inline

2019-06-03 Thread Neil Van Dyke
This looks neat. I'm glad you noted upfront in the documentation about things it can't handle automatically (e.g., allocations/lifetimes that need special management). In your discussion relating this to other work/approaches, you might want to contrast with SWIG (e.g., you work from the

Re: [racket-users] Re: R7RS

2019-05-26 Thread Neil Van Dyke
Thank you, amz3.  This is exactly what I needed.  (I should've realized that same question would've been on the minds of the R7RS writers, and read the friendly manual.) -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this

[racket-users] outreach reddit /r/learnprogramming

2019-05-26 Thread Neil Van Dyke
If you want an interesting place to do outreach for Racket, `/r/learnprogramming` has almost a million subscribers, and a search suggests that questions about Racket (and criticisms) tend to go unanswered: https://old.reddit.com/r/learnprogramming/

[racket-users] R7RS

2019-05-24 Thread Neil Van Dyke
Does anyone know of a summary of R7RS-Small changes relative to R5RS (not relative to R6RS)? (I'm aware of "http://andykeep.com/SchemeWorkshop2015/papers/sfpw1-2015-clinger.pdf;, which addresses a different question.) -- You received this message because you are subscribed to the Google

Re: [racket-users] tip for promoting racket on yc hacker news

2019-05-20 Thread Neil Van Dyke
I love n-gate, and part of the amusement is the mix of a bit of truth and being over-the-top harsh. HN has some merit, and I might also be seeing some positive shift in HN zeitgeist within the last couple months (or maybe I'm just getting desensitized to the worst, and perceptually biased to

[racket-users] racket email lists need sysadmin skills volunteer

2019-05-20 Thread Neil Van Dyke
If any Racketeer has a bit of sysadmin-type skills, and can commit to volunteering... it looks like there's a new problem with Google Groups, and a somewhat urgent need for sysadmin work on the email list hosting and archive, and then for maintaining whatever changes are made. This is

[racket-users] tip for promoting racket on yc hacker news

2019-05-20 Thread Neil Van Dyke
If you're posting Racket-related stuff in recent months to YC's startup-oriented Hacker News (HN) site: 1. Thank you! 2. It seems important to time the posts so that they hit "new" or the front page during US morning/afternoon work hours.  I've seen some posts that gain a lot of traction

Re: [racket-users] Re: Little language design/implementation guidance

2019-02-07 Thread Neil Van Dyke
George Neuner wrote on 2/7/19 12:43 PM: No offense to Herman, but I think the problem with consulting experts is that there are relatively few language experts who are available to consult. I suspect there's so very little *market* for such little language experts.  Some non-exhaustive

Re: [racket-users] Little language design/implementation guidance

2019-02-06 Thread Neil Van Dyke
Stephen De Gabrielle wrote on 2/6/19 11:25 AM: Dave Herman recently tweeted BTW, Dave Herman was a great contributor of Racket (PLT Scheme) packages, and has been missed, though I understand the attraction of Mozilla at the time. More generally, can you recommend resources a developer

Re: [racket-users] Guide and reference

2019-02-06 Thread Neil Van Dyke
James Geddes wrote on 2/6/19 6:33 AM: but in general I’ve not found elsewhere this tasteful combination of clarity and completeness. (Well, except RnRS, so maybe my prejudices are showing through.) I mostly like RnRS.  For one practitioner reason, you can hand many programmers the canonical

Re: [racket-users] Re: Some concern about ChezScheme...

2019-02-05 Thread Neil Van Dyke
I appreciate the engineering diligence behind Alex's and Paulo's concerns. Given the exemplary track record on Racket, I'm comfortable putting faith in Matthew's assessments (like a trusted engineering colleague, beyond the quantifiable like interim benchmarks), and there's at least some

Re: [racket-users] Some concern about ChezScheme...

2019-02-05 Thread Neil Van Dyke
I had a related (but different and small) concern about the new dependency a while ago (this was off-list), but it sounded like that risk was covered, and also that Matthew has really gotten into the Chez code. BTW, sometime around when the move to Chez settles, it would be good if many

  1   2   3   4   5   6   >