Live data from Hacker News

A Programming Language Underdog

totallywearingpants.com

221–230 of 238 posts

Re: A Programming Language Underdog

#221
post #213

Earlier quoted context omitted.

If Nim’s compile-to-c is attractive, and you like lisp, how about Chicken Scheme?: https://www.call-cc.org/ What little I’ve done is a pleasure. I like some of Racket’s post-Scheme language features better, but Chicken has a lot of Get Stuff Done libraries (eggs), and compiling a single executable is pretty killer. Racket will bundle up an executable pretty well too, but it’s hard to compete with Scheme -> C -> stati…

I was using Gambit many years ago, and I remember hitting issues with Windows and Chicken. I do like IUP and Canvas Draw though! I am not a Nim fan, but I don't like Python either, so it's just a subjective syntax thing.

I feel like a few years may have cleared up issues on Windows. Compilers and Windows vs. The Rest of the World felt wilder and weirder not long ago. In general I feel like F/OSS tooling on Windows has gotten lower friction.

I base this not on any specific understanding, but on needing to compile something for Windows every few years and feeling now that the hoops to jump are fewer.

Re: A Programming Language Underdog

#222
post #144

Earlier quoted context omitted.

For me, the process is "just write the braces, the editor/tooling will do the formatting for you", so no difference.

Except my code looks prettier than yours. ;-) Joking aside and as silly as it is to talk about "objective aesthetics" - surely you can see an argument for "less clutter == better" - as much as you've trained yourself to not see the braces, they add nothing that indentation doesn't already provide other than visual noise.

Yeah, no, I think code with braces looks better....

Objective asthetics? As far as I'm concerned, the tabs vs. spaces debate has basically proven that it doesn't exist for programming languages... (I'm rabidly pro-tabs, by the way). Maybe some of it is "trained myself not to see the braces", but it looks wrong without them.

All that aside, you just moved the argument from "My way is faster/less work" to "My way looks better", which is somewhat objective -> subjective.

Re: A Programming Language Underdog

#223
post #130
post #54

Earlier quoted context omitted.

Actually, I'm curious why people don't like white space sensitive languages. I get the tab v space thing, and there are certainly a couple of other down sides, but none of these seem like deal breakers to me. Given that python was the second language I learned, it's possible that I drank the coolaid early and I'm blind to some things that are truly egregious. So the question is: why do folks completely avoid a langua…

It really bothered me in python, but for some reason I didn't mind it in F#. Of course, some of that may be related to the fact that I enjoyed F# so much that I was willing to put up with significant whitespace. Or perhaps it's just been too long since I've used python and today it would bother me less.

I thought F# was roughly an Ocaml clone. What significant whitespace does it have?

Re: A Programming Language Underdog

#224

Earlier quoted context omitted.

Nimble is used only at build time for libraries and few tools. Packaging binaries for production is not its use-case.

Ever worked at a financial, military or an intelligence institution? For example, what if the system where the software must be built has no connection to the internet? Resisting creation of operating system packages, even for dependencies is silly, because doing so is not hard at all: all it requires is reading some documentation, but the knowledge gained can be reused over and over and over again for the rest of on…

I fully agree. I worked on systems that are not connected to the Internet for security reasons and receive "offline" security updates using distribution packages.

It's also very common in security-sensitive environments to give blanket approvals to specific distributions and prohibit cowboy deployments.

(I'm not sure why you are replying to my post)

Re: A Programming Language Underdog

#225
post #187
post #183

Earlier quoted context omitted.

I am curious to know what you find limiting about the Racket GUI. There have been some interesting[1] things[2] being developed with it recently. I have been able to use it to write a stock trading simulator[3] with price charts. [1] https://alex-hhh.github.io/2018/06/a-racket-gui-widget-to-di... [2] https://alex-hhh.github.io/2018/05/running-and-cycling-worko... [3] https://github.com/evdubs/chart-simulator

Same as OP but posted from another account. Well, it always depends on the application. Here are the main limitations: 1. no internal drag&drop from control to control in a frame or from frame to frame, like from an editor snip to a listbox, or from a listbox item to a text field or canvas 2. text% and editor-canvas% are too slow for some applications, esp. for displaying lots of data fast or styling snips 3. text% d…

Consider posting this on the Racket mailing list. If no one asks for it, we don't know what to implement next.

Re: A Programming Language Underdog

#226
post #98

Earlier quoted context omitted.

Submitted by the same person who is trying to troll Linus. Looks like the troll is happy with the result: > Thank you so much, it's so much more inclusive now. My rabbi will be pleased.

Trouble is the commit is there: The thing has been taken at face value. This galloping madness is beginning to scare the shit out of me.

No it hasn't.

>We realise it's a troll, but we had an internal discussion and we decided that we wanted to remove these anyway. We're not being terrorised into change just because a (bad) troll appeared, they just happened to bring attention to a real issue.

Re: A Programming Language Underdog

#227
post #226

Earlier quoted context omitted.

Trouble is the commit is there: The thing has been taken at face value. This galloping madness is beginning to scare the shit out of me.

No it hasn't. >We realise it's a troll, but we had an internal discussion and we decided that we wanted to remove these anyway. We're not being terrorised into change just because a (bad) troll appeared, they just happened to bring attention to a real issue.

[deleted]

Re: A Programming Language Underdog

#228
post #226

Earlier quoted context omitted.

Trouble is the commit is there: The thing has been taken at face value. This galloping madness is beginning to scare the shit out of me.

No it hasn't. >We realise it's a troll, but we had an internal discussion and we decided that we wanted to remove these anyway. We're not being terrorised into change just because a (bad) troll appeared, they just happened to bring attention to a real issue.

"We didn't do it because the troll said so, but because the troll said so".

Either way, the decision is ... whichever derogative may not yet be blacklisted, sorry, interdicted.

Re: A Programming Language Underdog

#229
post #213

Earlier quoted context omitted.

I was using Gambit many years ago, and I remember hitting issues with Windows and Chicken. I do like IUP and Canvas Draw though! I am not a Nim fan, but I don't like Python either, so it's just a subjective syntax thing.

I feel like a few years may have cleared up issues on Windows. Compilers and Windows vs. The Rest of the World felt wilder and weirder not long ago. In general I feel like F/OSS tooling on Windows has gotten lower friction. I base this not on any specific understanding, but on needing to compile something for Windows every few years and feeling now that the hoops to jump are fewer.

I agree. I've noticed the same. I should give Chicken another try before the year ends.

Re: A Programming Language Underdog

#230

Earlier quoted context omitted.

After twenty years of professional Python (mostly) development I have suddenly and recently become a neophyte Prolog programmer. Bottom line: If you're not using Prolog you are almost certainly wasting your time. Almost all PLs you're likely to be acquainted with can be thought of as syntactic sugar over Lambda Abstraction. Prolog, from this POV, is syntactic sugar over Predicate Logic. It's actually a fantastically…

Lovely paean to Prolog. Now do APL. :-)

Er, if most languages are syntactic sugar over lambda abstraction, APL is syntactic chocolate. :-)
Post reply on HN