guggle

> a major selling point of Node was running JS on both the client and server so you can write the code once

Yes... but some people like me just don't like JS so for us that was actually a rebutal.

A few things:

    1/ "older" paradigm is still extremely useful in many cases
    2/ we also use Django as a backend for SPAs. Here with Vuetify
    3/ using the HTMX paradigm, you're both doing SPA and "older paradim of submitting forms"

Yes, just like when SSDs would "die in 6 months" for first gen M1.

Sure, that comment came a bit rough. But I'm not even sure it was triggered by the Docker comment, rather than the developer/release engineer opposition. At least that's how I see it. And maybe I just don't see the added value of PaaS because I've been spinning up public web servers for too long now ;-)

I don't know why this is downvoted, it's probably the best advice on this page. Learning a few things about deployment definitely helps to make better software.

Made music with this one as late as 2002... rock solid timing with Cubase, Akaï sampler for the sounds... And of course best feature was no internet so no distraction.

Good ! Enough with the industrial, processed, fake stuff.

I don't know why this comment is downvoted. That's how Django ORM works too (select_related)

> Do they need more plants, repairs to existing, or upgrades to existing?

All of these... but no political will because "nuclear bad, renewables good".

Indeed, there is no clean energy, it's all relative. I'd like more people to realize this.

Private or public, nuclear does not like short-term management. And there has been too much of it lately, mostly because politics.

> other programming language whose maintainers don't break the "user space"

I think Go qualifies here. (but it's still much younger than Python).

It is impressive, but it's also not something I would want to use for music listening. I guess the "10x" goal makes for an impressive chart, but I'd like to know what are the more realistic goals and gains.

> the DB behind the scenes is more of an implementation detail

Ugh... what a bummer then.

> we are the first to make it work for 48 kHz sampled stereo audio (i.e., CD quality)

"CD quality" is 44.1khz over 16bit.

> We achieve an approximate 10x compression rate compared with MP3 at 64 kbps, without a loss of quality.

but then later:

> The key to lossy compression is to identify changes that will not be perceivable by humans

you may like this presentation: https://www.youtube.com/watch?v=8vOf_fDtur4

It's really not about the tooling. I think you should go check this page: https://www.jsonrpc.org/specification_v1

About verbosity, I'm not sure what you mean because it's has lightweight as any other JSON exchange. Of course there are other protocols based on binary messages, should you need that. But it's different.

And here I am, enjoying JSON-RPC services since 2005, having none of the SOAP or ReST problems.

Using JSON-RPC 1.0 here, with ad hoc client and documentation generation. So yes, basically SOAP-like, without the XML and "entreprise java" days cruft. Communication between frontend team and backend team is easy, everyone knows what a function is. No fiddling with ReST concepts for which everybody has its own personal interpretation. It's simple, it works.

I understand: it's not akin to other recreational activities. It needs extra care and education. I guess in many places the culture comes without the education and it's a bad situation.

EU shooter here for context.

> I totally understand when people have a fascination for weapons and agree there should be space for passionate, responsible enthusiasts.

Well, thank you for letting us live !

Where I live, it's not exactly easy to legally get a hand gun and you can only do so after you proved that you're responsible, sane, and respect the safety rules. It's a process that can take a year, with multiple tests that you have to renew along your life. The behaviour described in this article would lead a shooter to lose his right to detain a handgun (I speak about detention, there is no right to carry guns here).

Long story short, don't fear shooters that are having fun at your local gun range, they wouldn't do anything that stupid and they know damn well the dangers.

People in suburban cities getting guns illegally is a completely different matter though, and the shootings there are completely out of control, including shooting automatics while riding a bike or firing at buildings. And yes, pathetic clowns doing the "celebratory gunfire" thing.

As a shooter myself, I find this behaviour completely irresponsible. Even more so when alcohol is involved. Guns have no place at a party, full stop.

How come Paul Davis didn't react yet ? ;-)

> 30 years ago people would have said yes perhaps (American dream)

I can relate to that... in the 80s USA was the dream for us kids. But now... I'm so glad I don't live there. France is indeed extremely generous. I wish more french people would realize this.

> I tried Go, but it looks like Go is built to programmed on internet connected devices only. With Java, dependencies can even be downloaded and put as Jars.

What's wrong with "go mod vendor" ?

From golangbyexample.com:

"It will create a vendor directory inside your project directory. The vendor directory will have all the direct and indirect dependencies downloaded. You can also check in the vendor directory to your VCS (Version Control System). This becomes useful in the sense that none of the dependency needs to be downloaded at run time as it is already present in the vendor folder checked into VCS."

TIL "pre-sliced mushrooms" is a thing.

I've been doing similar projects (ecommerce apps) with both Django and Flask. I would choose Django over Flask anytime. MUch less fiddling.

Coming from Python in the field of web backends/webservices, I just find Java's ecosystem in general has too much ceremony. Go is fairly straight forward, to the point. I don't care too much for performance, but being lightweight on resources is a nice plus compared to Python (smaller VMs) and deployment is much easier. Yes, I do miss some language features (exceptions, classes...), but it's still very manageable. Of course Python has third party libraries for everything, but Go has all the basics for web services in the standard library. C++/Rust is out as I have no such performance requirement and GC is fine in my case. So that's it... Go fills a niche like a lot of other languages, so why not ?

You have said it many times here, but I can't remember what were your reasons.

I think it has its place and will just add to the existing tools. After all, even free (and good) vst plugins didn't replace real synths.

I'm smiling at this while enjoying music on my 20 years unmodified Senheiser HD25.