chasote

Have you explored Arcadia at all? It uses the Clojure CLR port to hook into Unity with some sweet repl goodness. https://github.com/arcadia-unity/arcadia There seems to be some active development and I hope it works out great.

By a fun coincidence, I stumbled on the r/roguelikedev subreddit this weekend and they are just today starting a "how to make a roguelike" read through. (It is a different tutorial than what you linked.)

https://old.reddit.com/r/roguelikedev/comments/c1xj5b/roguel...

I'm curious how the new Github Sponsors development plays into the one or very few maintainer "issue." My gut instinct tells me it will be an added incentive to keep the governance of such projects small or solo because how do you deal with distributing the funds over numerous maintainers with vastly different levels of contribution? I guess one could argue that a project valuable enough to attract a large sponsorship would also be too unwieldy for some to handle alone.

But I haven't given that much critical thought and I hate to default towards cynicism immediately after getting presented with a way to help get open source developers some financial support.

https://web.archive.org/web/20110926012139/http://insertcred...

Haven't read it yet and not too sure how to use the Internet Archive but this seems to be it's first capture of the story.

The author seems to have taken this desire into consideration too but I don't think he has figured out the way he wants to solve it.

I did find this: https://github.com/pim-book/exercises but it doesn't seem to have taken hold quite yet. Maybe if you and others are so inclined, a nice community effort can solve this issue together and maybe that interactive discussion helps mediate some of the other reasons people give for not providing the solutions up front.

You might just like this short story I read in Wired a while back: https://www.wired.com/2016/12/jon-rogers-a-martian-goes-hunt...

I'm so impressed it can just be launched with the Clojure cli tools (not sure if I'm phrasing that correctly). Very cool project. I've recently admitted to myself I don't actually like modal editing (but love keeping my hands on the keyboard) so I'm happy with default emacs (caps-lock to control always!) but I hope this project gains some appreciation.

Clojure has been so fun to learn and I really like the community. The various projects and tools coming out seem to really jibe with my wanted approach to learning this whole software game.

Your comment reminded me of this quote even though it might not entirely fit the topic at hand:

"I must study Politicks and War that my sons may have liberty to study Mathematicks and Philosophy. My sons ought to study mathematicks and philosophy, geography, natural history, naval architecture, navigation, commerce, and agriculture, in order to give their children a right to study painting, poetry, musick, architecture, statuary, tapestry, and porcelaine.” John Adams, Letter to Abigail Adams, May 12, 1780.

As I said, it might not apply to this overall discussion but I've always found it quite poignant. Sadly society is more apt to ridicule those who still pursue liberal arts due to it's economic opportunity costs. While technically correct I believe that should come from the viewpoint that this could be considered a sad failure in humanity's progress.

ChromeOS has this feature for chromebooks now as well under the experimental flags section in case those users miss f.lux too. You can go to chrome://flags and search for Night Light to enable. As others have mentioned, I would rather use f.lux but (and my memory is hazy on this) I think the f.lux creator said the ChromeOS folks were not providing something he needed to get it working right.

Well they do have A mapped to Z and B mapped to X which makes sense I guess but is flip flopped positioning from what the original NES controller was if I recall correctly. You might have to fight your muscle memory on this one.

That was the first thing I tried! And it worked! Cool project.

I also like this free HTML5 (and EPUB3) version as well. It just feels really clean. https://github.com/sarabander/sicp http://sarabander.github.io/sicp/html/index.xhtml

Fair enough, you both make good points. I have been exploring how to make a simple living off one's creations and trying to fight my own cynicism on all the seeming trade offs. Right now that just means staying focused on the creating part and hoping some of you smart folks figure out the best mix of financial feasibility and doing what is right by everyone. These discussions help.

And yes, "cash cow" seems a little uncouth in light of that discussion, haha.

I agree that subscription fatigue is a problem and most will opt out but I feel you are projecting too much malice onto the developers in your last sentence.

Why does asking for the subscription automatically entail they are hoping people will stop using the product but stay subscribed or are charging far more than they think the service is worth?

I think it is too jaded an outlook to see it all as a zero sum fight. The service might just be worth a subscription and the developers want to continue providing it and not be able to with a different business model.

I'm still beating the drums that the mid range chromebooks are the best Linux computer deals around. Take a look at something like the Asus C302 (and it won't come with the bloatware you mentioned about your previous Asus). Google's Pixelbook is a really impressive piece of hardware and you can currently get that for $675 (down from $1000).

Some of my pessimism is not just with Microsoft, itself, even though I do have that. I think an argument can be made that we should not want all the decent software companies to be bought up by the same big five giant companies, no matter who it is.

Yes, I am new to all of this so I see the electron hate because of the resource usage but then never see any meaningful discussion on what people would rather be used.

It seems to be this Qt thing which appears to have it's own tradeoffs (which are?) and then...is that it? So is it going to be a case of not having any cross platform desktop apps or having something that uses 2-300mb of RAM that developers won't give you street cred for?

Maybe the focus should be on making electron more performant. Sounds like MS has found a way to do it with VS Code so doesn't that sound like a better alternative than to not have any cross platform apps?

I think this might be close to what you are thinking about:

https://www.sbnation.com/a/17776-football

I'm hoping your post gets more responses too because it is an area of storytelling that I am interested in as well. I have been wondering why such stories and even interactive fiction elements have not made there way to the web. I assume I am actually just ignorant of some great communities and stories out there though.

I'm curious what you folks think of things like Racket and it's ability to create DSLs for various problem spaces. This seems like it would let you stay in one language yet have the flexibility to still create the right tool for specific jobs.

The same goes with the abilities of its macros too. Does that give you the ability to define what you want and have the language create the code for you?

Caveat, I'm new to programming and just now learning Racket so it has me all excited but I barely know what I'm talking about. This thread has been very interesting to read so I'm curious what others think of languages which have the flexibility to adapt. Maybe it creates a maintenance or understanding other people's code nightmare or something. I'm just curious why Racket's approach or something like it hasn't taken off.

I'm in full support of net neutrality (as it seems everyone but the telecom companies is yet here we are, but I digress) but I like to think if this "doomsday" scenario were to happen then the outcry would finally be swift and effective in tearing that down for good. People won't accept it because they have already experienced what the open web can be.

I'm on the side of why don't you just let Evan do his thing? Maybe a big part of why Elm is kind of really awesome already is because it's being developed differently. Just let a cool language develop differently this time! It might turn out to be great.

And for people who supposedly have so many lines of an alpha language in production, why are you confused about how Elm is being developed? I'm not even using it, but just an interested follower, and it's been pretty clearly explained how he plans on developing it. A couple highly visible threads here and there (some in quite poor taste too) and you are bound to have been given solid, well thoughout references to why Elm is developed this way. I've seen tons of disclaimers that you are using an alpha language in production at risk. No one was misled.

I'm glad to see this at the top. I do wish though that more Electron threads on here and r/programming would talk about the actual developments happening instead of the constant memory usage complaints back and forth.

It's funny, I try Vim and I like it. HN convinces me to try Emacs and I like it. I'm not supposed to like Electron apps but I try VS Code on my 4+ year old chromebook with 2gb of ram and it runs just fine and I like it. Same goes with Slack. Seems pretty damn good to me. This all repeats itself when it comes to programming language debates too.

Is something wrong with me if I'm interested in vim, emacs, vs code, python, js, elm, go(!), haskell, rust, and racket? Am I just too inexperienced? Will I develop to have only one true religion or is there just something HN and r/programming brings out in people for these constant "one true correct way" debates.

I actually enjoyed reading the different attempts at finding the right pricing. I was a happy premium subscriber and an even happier free user.

I found it the best service to be able to just click a button and have long articles delivered to my kindle. I do a weekly batching and it just works.

The "in case" part is what I don't understand. This wording from Coinbase also makes it seem like things are still up in the air. August 1st is in a few days! How can there still be ambiguity with what is going to happen? That seems crazy to me.

I see the security argument come up often but have never once heard an anecdote of someone having a security breach or whatever people are scared of happening because their chromebook was in developer mode.

Installing a chroot isn't that difficult, in fact it was actually kind of fun and started me on an incredible tech exploration journey that currently has me learning software development using Vim on a command line only linux distribution. I never would have imagined such a thing a year ago. It is weird thinking having a $140 refurbished acer c720 may have led me on a completely different, exciting life path.

There is a chrome extension called Crosh Window that keeps the Chrome shortcuts from coming in. That way things like Ctrl-w in Vim still work. edit: this might just be when going through crouton though. I don't really use the crosh shell except to boot up my chroot.

Do you folks happen to have Kindles? I use instapaper to save articles as I come across them and then have it all wrapped up and sent to my Kindle once a week. My own customized magazine to read throughout the week as I see fit on an easy on the eyes e-ink format.

It's the "only" part that keeps tripping me up. Very talented people come out with products that don't fit the market demand properly and therefore don't succeed. That isn't luck. I'm not saying that is the "only" reason for failure but just a quick hole in your logic here so there are probably many more.

I think this is one of the best features of e-readers. You can get the definition right there as you are reading, decently seamless.

This comes off a little aggressive to me. People should be able to provide opinions and anecdotes on HN without the constant "citation needed" for everything. We all know everything isn't fully backed by 4 studies that will be presented here and now. Just say you disagree and offer why. It will probably be an anecdote too.