
currently no 4 on hn

https://news.ycombinator.com/item?id=20408011 racketcs gets a nice mention #news Chez Scheme itself was open-sourced in 2016 and, excitingly, is now the foundation of Racket.

Nope - never happened. Microsoft wasn’t keen & I didn’t have a good list of UK people. I still think it would be nice to do as Racket interest is clearly growing


It sounds like they mainly want in-person tutoring. In the meantime, or in addition, how about a copy of @mbutterick’s Beautiful Racket book?

They mention financial constraints. I’d be happy to buy them a copy. They also understandably are cautious about privacy, so, maybe you could help me with the logistics of how to safely send them a copy physically or electronically.

can you get physical copies?

Oh actually I’m not sure. I got ebook, because reasons. Maybe there wasn’t an option for print.

Oh derp I’m getting all confused.

They can just read it all at https://beautifulracket.com/ (Mention of Jesse got me thinking about his book formats.) But. The contents of BR seem like it might be good for them.

Now I will shut up, and go find the second cup of coffee that I so obviously need this morning…

I had already suggested BR.

@petecorey has joined the channel

The docs for racket/gui
’s keymap
method call-function
say: > Calls a named event handler directly. If the function cannot be found or the found handler did not want to handle the event, #f is returned. Otherwise, the return value is the boolean return value of the event handler. It’s unclear how a hander signals “did not want to handle”, although presumably by returning #f
, but the implementation ignores the handler’s return value, not even returning it itself: https://github.com/racket/gui/blob/dbfd0fe228eba45ca39755927b178763df870d0e/gui-lib/mred/private/wxme/keymap.rkt#L736-L747 Am I missing something?

@slack_racket has joined the channel

Next Friday, 19 July at 12pm–3pm there will be an impromptu Racket meetup at the cafe at the British Library ‘The Last Word’. https://goo.gl/maps/M62e4b9JK7c1oaA69
No agenda. All welcome. Spread the word!
I’ll be drinking tea, eating cake(I hope), and will be easily identified as a the man with racket logo on his laptop. Updates on #uk channel

I have these functions, reading from an input socket, read-int, read-double, read-str. I always know the order of these types coming in, just part of the protocol. If I put a series of these function calls n a let so I can bind their return values to names, am I guaranteed that they will always be executed in order? (Just a sanity check here, cause any bobble in the exact matching sequence of values to names goes foobar)

I believe that let
does explicitly specify that it will evaluate the expressions left-to-right

…but that said, personally I think that feels like the ‘wrong’ way to express a protocol in code. I’m far from a racket native, though, so curious what other would have to say there

Here’s an example. The function receive-tick-price. I do what I can in the let to bind as many sequential values to names coming from an input socket. The names that require conditions to be assigned get initialized in the let and then eventually get filled from the socket with set!’s


Typo


The event-tick-price and event-tick-size functions are like user callbacks, the fully-formed messages from the socket.

It’s very one-to-one with the C code I’m translating from (which I didn’t write, but well-tested)

Makes sense, and I think you’re right that it will work as intended

still not sure that’s how I’d write it, but not sure I have a specific better suggestion either…and especially since you’re translating from something you know works, I’d say go for it

BTW, this is real-time stuff, brokerage trading API. Ideally, want it as raw and close-to-the-wire as possible.

Looks about right. I recommend using more internal definitions instead of let
and begin

Safe travels to RacketCon everyone!

@notjack Do separate defines, instead of the let assignments, generate faster code?

No, they have no performance differences. My recommendation is for readability purposes only.


@jeapostrophe The date is confusing.

That is confusing… I don’t see how to change it, but I’ll keep looking.

@radchenko.maxim has joined the channel

The date should be fixed, now.

Thanks!

Heads up for folks staying at the Little America, check-in is slow because their system is down.

I found check-in was not not-slow even when their system was up. :smile:

Also, it’s fun, there’s a National Model Railroad Association convention here all week. :steam_locomotive:

If anyone is interested in chatting about the intersection of UI and PL in a rackety context, at least @dedbox and myself will be meeting in the lobby of the Little America at around 6:30 to find somewhere to eat/drink. I’ll be leaving the university residence to take the tram down in about 25 minutes in case any racketschoolers want to head down with me

@me1531 I’ll come along

should probably get going to the tram station then, otherwise i’ll miss it again

@markus.pfeiffer I’m planning on leaving the residence for the tram at 6:00, so we can head down together if you (or anyone else interested) is/are still at the residence

:+1:

I’ll come down to the lift/sofas for 6

The coffee shop in the Little America hotel seems very nice

@photos482 has joined the channel