reidrac

IIRC we had to move to Corretto when using AWS CodeBuild, because AWS dropped support of AdoptOpenJDK in their CodeBuild container images.

So basically we use AWS distro to run tests and build our docker images, and those images use AdoptOpenJDK; which is not ideal, but so far we have been OK.

I think you're right; this is more about choosing the right license to support your means than a general BSD vs GPL.

I find interesting his point of view compared to his partners': he would have preferred if the code was used by more people, his partners were more worried perhaps about competition (if anyone released a game based on their code, they had to contribute the changes back; which is something id could use as long as they keep that engine GPL).

I think you are right.

And it really bothers me because sometimes I see something really unfair, and it is hard to not say anything, but it is not real life and you only need a handful of anonymous people with enough time on their hands to make your life hell. Just because you're not anonymous.

I almost regret being my real me online. We always had trolls, but this is something else.

I almost deleted this comment before sending it. That's the level of self-censorship because what for? What's the point of sharing my opinion here? Is it worth it? Probably not!

Coincidentally, I have experienced 4 crashes already since 88.0.1 was released.

But I agree with you, I can't remember when was the last time I had a crash before these!

On the spirit of Masters of Doom, I recommend "It's behind you - The making of a computer Game" by Bob Pape.

The author explains how he made the R-Type conversion for the ZX Spectrum 48k and provides an interesting view of the "bedroom coders" and the early video game industry in the UK back in the 80s.

Self-published and downloadable for free here: http://bizzley.com/

Yep, I started doing that, but I stopped. Generally I find a good number of the blogs hitting HN's frontpage aren't worth following because that post on HN is one off; either because their blog focus on a topic I'm not interested or because the post was "engineered" to get to the front page.

What I can't really track with RSS is HN! Too many updates per day :)

I stopped using RSS partially because the blogs I was reading stopped writing and because HN started filling that gap.

I'm only on Twitter (and trying to reduce its use), so I'm trying to go back to RSS, but I'm struggling to find content.

I wonder if people here know of any resource to discover blogs. Inoreader suggests some blogs and has search functionality, but I found it a bit lacking on that camp.

I used joe for a while, basically because it was installed at the Uni's labs (and because I had used WordStar on DOS). vi (or vim, can't remeber) was misconfigured with terrible defaults, so basically I got used to joe.

It was very hard to force myself to stop using it and learn vi!

I see some arguments for static typed languages as well. And some notes on performance, but mainly static types.

Searching online to find help to solve a problem doesn't equal to use Stack Overflow, at least in my experience.

It may be the type of problems, but I can't even remember the last time that DDG took me to SO and it was actually the answer that I was looking for.

I think I've found more answers searching for open issues in GH than anything else.

If you are not trusting the packages provided by you distribution, you should switch to a different one.

I'm very happy with the packages I get from Debian.

https://www.debian.org/doc/debian-policy/

Add a bit of common sense, and it is enough for me (and I assume for most people, but hey!).

> Flatpak is the only practical approach to achieve some degree of isolation on Linux today, unless you are willing to go with Qubes OS.

Flatpak tries to solve a problem I don't have. I use the packages from the distro (and you trust the distribution, isn't it?), and it provides any software I need.

So I guess it all depends on your requirements.

Good question! I always assume it is the same version, mostly because a common pattern is to use SCM tags to track versions, and I haven't seen that work fine on any monorepo.

If you have a specific version per subproject, how do you track that in the repo? Different tag schemes for different subprojects? I have used that in a small-ish monorepo and I didn't like it specially.

> The Emacs-ng team doesn't have to convince the Emacs community -- they only have to convince their replacements.

Those are using VS Code already, isn't it?

If this was 20 years ago, when I was kind of starting with Linux, I would love it: lots of possibilities and customisation.

But the truth is that I don't have time for all that in 2021. When XFCE supports Wayland and I get a good experience out the box, I may stop using X11.

I feel the same. I couldn't do Scala with vim if it wasn't for LSP and Metals.

(and I'm aware that I still have less features than if I was using a full featured IDE, but I'm still very productive and also happy)

A few years ago I gave up on my own XMPP server and moved to Telegram because Signal wasn't ready.

Recently I have moved to Signal because, after the WhatsApp opportunity, I had to move my non-tech savvy family members to something better, and I suspect Telegram isn't it (I can't understand how it is funded, it is too "magic").

But it is rough, specially compared to Telegram.

For example: there's no way I'll share my phone number to chat with strangers, whilst on Telegram I have an anonymous username I can use.

But even forgetting about that, it is the small things, like it can't record and send a video (you can record it out of the app, and then send it from Signal; at least on Android), or the atrocious desktop app.

I'm happy it exists and I'll stick with it because they're supposed to be "the good guys", but I'm hopping it improves before I have to admit it was a mistake and I should have trusted Telegram.

A bit sad that they gave up on Mercurial, if they really think is better for their needs; although having used Subversion, Mercurial, Bazaar, git, ...; I kind of like when it is just git. Not because is better or I like it better, but switching between tools in this case was PITA because of the subtle differences of almost the same commands.

> And the way that most people personally like using git is via GitHub.

I don't get it. In which way? I use GH for pull requests, may be issues? There's a lot more of my git day to day than that. I don't think you really use git via GH.

Do you need to use all the features of a language all the time? I don't think you do.

A language with a consistent design can have layers, and beginners can just do with the external bits without getting too deep initially, but with enough space to grow.

IMHO Python is a good language on that regard.

I used to work on a hosting company and proper use of dd was important when copying data from LVM in a Xen host; unfortunately I seem to have forgotten most of it.

Some pointers: dd has oflags; may be oflags=direct is faster?

You can also use oflags=sparse and sometimes save space by creating a sparse file.

I'm in the UK and I get the reddit app banners all the time browsing with my phone; I can ignore them and still browse the site.

I don't comment often, so I moved to use https://teddit.net/ -- probably a temp solution, but as long as it is available, I'll use it.

I've used jsonsprc a few times and my experience was excellent (opposite to GraphQL, actually).

But the jsonrpc endpoint had good documentation and the client library didn't feel alien to the project, like a big query string embedded in the client code.

I wonder why jsonrpc is not used more often; but I guess compared to a REST API, the client may be more complicated.

This was my experience as well.

Also the API provider had a "GraphQL is self-descriptive, go away" attitude when asked for documentation that made things worse.

It could be me (or my team), but we didn't find it easy at all to explore the API and find what we were looking for. We ended using a Python tool that generated some classes from the schema and, thanks to that, we managed to figure out the queries we needed to use in our Scala client. Not a fan.

It seems to work now. It couldn't find an unique profile, or something like that. Probably a LinkedIn glitch.

The link to your LinkedIn in your HN profile is broken.

Interesting that the author didn't consider stability or long time support as a factor to choose a distribution.

I was a happy Fedora user, but I got tired of an uneven quality and only 13+ months of support for a given release. It is a great distro to use the latest versions of everything, but it was too much disruption for me. I guess I'm getting old.

I'm currently on Debian stable, that comes with "good enough" versions of the software I need, and I can compile almost anything else. And it gives me plenty of time to do work without having to spend time on the OS.

Back at Uni I used joe because I was used to WordStar (DOS).

On one of my early jobs I had to telnet to an AIX machine to do some work and, of course, joe was not installed and vi was.

I had almost no idea on how to use it, and by the end of that project I had decided that I needed some vi skills!

I use Firefox containers at work but I was postponing doing the same at home because it takes a bit of work to create the containers, assign sites, troubleshoot some minimal issues, etc; and THIS made me finally do it.

I knew that I was being tracked, but that was a bit too "in my face" to ignore it.

You can change that on the settings. I know because I had the same problem and you can choose a more familiar iconset.

This is basically an ad.

The author of LZSA has a nice comparison that may help:

https://github.com/emmanuel-marty/lzsa

LZSA focuses on very fast decompression on 8-bit systems; so I suspect some of those could be used for MCUs as well, although getting to the level of integration that Segger is selling with their compression method may not be trivial.