222 karma · joined April 29, 2024
Not JSONs in general, but a sane API would never return something like that.
> We used to have strict typed XML. Nobody even bothered.
Nowadays there is OpenAPI, GraphQL, protobuf, etc. and people do bother about such things.
JIT vs. AOT is not the same as being an interpreted language. For most applications, running on top of the virtual machine is a good thing, I don't see JVM developers turning to different languages just to escape the JVM, outside of some niche projects.
I don't follow any of the mentioned youtubers, but their stuff occasionally appears in my recommendations. I don't understand the point of videos where someone just scrolls through a blog post and reads it out loud. It comes across as narcissistic and an attempt to piggyback on anything to "create content". There's rarely any added value, and it also feels extremely inefficient to watch such "reaction videos" when I could just skim through the text myself. I guess I'm too old and not part of the target audience.
> This is just like debating why call a builtin type is “int” instead of “Int”.
It's even a bit worse because any text editor knows out of the box about balancing brackets (e.g. Emacs in the text mode) and doesn't know about the "end" syntax.
If the goal is to break the interviewee, there are more clever and subtle ways to do that.
[1] https://www.serviette.ca/nardwuar-com/vs/lydia_lunch/index.h...
[2] https://www.serviette.ca/nardwuar-com/vs/henry_rollins/pg3.h...
[3] https://www.serviette.ca/nardwuar-com/vs/beck_hansen/index.h...
His newer videos have shifted towards this "adorable weirdo" persona, but he used to be really tactless and I am sure he knew what he was doing.
He has met lots of interesting artists, but most of his interviews are devoid of value, don't communicate anything, uncomfortable to watch, he often comes off disrespectful and patronizing. The bombardment with factoids is super random too, he picks stuff from old magazines and many answers to that are "what are you talking about, no idea where you got that from". Or "omg, no way, who told you that", but it's always some irrelevant trivia.
I understand that some people find his persona entertaining, he is an iconic interviewer in some sense, but not a good one.
Clojure does not work with Java ASTs, it translates into JVM bytecode directly.
I remember exploring different proof assistants for the first time in the 2000s. Back then, only people with a background in logic were involved, and most of the proofs that were formalized as showcases were of textbook results from the 19th century at most, or some combinatorial stuff like the four-color theorem.
I believe Voevodsky was one of the first prominent non-logicians to become interested in proof assistants, using Coq around 2010. Nowadays, several mathematicians coming from algebraic geometry, number theory, etc. are promoting formal proofs, and it seems like most of them have chosen Lean. I don't know whether this is because Lean is somehow better suited for working mathematicians, or if it was simply a random personal preference among people who got enthusiastic about this stuff and started advertising it to their colleagues?
I am not familiar with every proof assistant out there, but many of them are a very hard sell for mathematicians and lack a comprehensive math library. Lean seems to be one of the few exceptions.
The original topos theory developed by Grothendieck and his collaborators in the 60s is quite pragmatic and served to define cohomology theories for varieties over finite fields. Later other people, coming from mathematical logic, distilled "elementary" axioms from there and developed another kind of topos theory that is pretty much divorced from algebraic geometry.
> It's really a grand piece of irony for software engineers that depend on enforceable copyright law to put food on their table to call this arrest tyranny. If nobody can go to jail or be fined for copyright infringement then I hate to say it but you are going to need to quit your job writing software and start driving a city bus or something.
For many (if not most?) software businesses nowadays, the code itself holds little intrinsic value. If someone were to steal my SaaS code, it's unlikely they could deploy it and sell a similar product. The value of my business lies in its domain expertise, not in the code being a trade secret. Many internal projects aren't open-source simply because opening them to the public would require significant maintenance. Otherwise, there would be no issue in sharing the code, as much of what's built today is based on open-source projects.
Similarly, if I'm selling an application and its code is leaked, people would still prefer to install it from the app store. Few would go through the trouble of compiling the code and deploying a "hacked" version.
This contrasts with the 80s and 90s, when illegal copies of floppy disks and CDs posed a significant issue for some software businesses. However, times have changed. Nowadays, people prefer to pay for the support of a SaaS or the convenience of installing an app from a store, complete with updates.
There are exceptions, but I believe most software engineers don't work on projects where the code itself has significant value that needs to be protected by copyright laws.
The situation with music is somewhat similar. People have stopped buying physical media because it's no longer practical. Even those who collect CDs, vinyl, or tapes typically use streaming platforms for most of their music consumption.
Just in case, ORMs send DDL statements with uniqueness constraints to the DBMS, they don't do any magic here.