This article comes off sort of low effort and mentions a lot grievances without actual pinpointing precise issues. I think leveraging OTEL as a general processor with a generic output is a good idea, but discounting Grafana for implementing multi tenancy solutions and alloy which is pretty fucking good is kind of pointless.
Probably something about how using LLMs for coding is such an amazing opportunity or something judging by how he implies the author would be surpassed due to information asymmetry.
Still in virtual machines, but ones with local NVMe drives rather than network-attached storage (EBS, Persistent Disk). This means incredible I/O performance.
I was expecting a sort of MD to HTML conversion since it's hard to think of a simpler way of doing this. I don't see how react or nextjs constitutes this being easy or simple unless you're targeting folks with domain knowledge with those ecosystems.
I was expecting a really simple static-site generator too, but this idea is interesting as well. The heavyweight aspect of using Next/React dampen things a bit.
If it is a client-side solution, I'm imagining a single index.html file (with inline JS/CSS) that you could have a content/ or markdown/ child folder for. The HTTP server would have directory listing on for that folder. The index.html file enumerate/fetch the markdown in the content and folder and render it. You could route using the URL hash.
This is exactly how my (personal) page(s) work! I wrote it pre-covid.
Initially I was using the hash as you suggested, but the redirect/404 was flaky when I use github-pages as the host, hence I reverted to the query-string (? or search) as it creates a complete refresh. Which allows me to set up "virtual" routes like `/blog`.
Topping with worker/service worker, it is quite robust!
You’re getting close. The biggest thing is that I want to be able to use React components sometimes and anywhere on the page. If you just want md -> html, there are of course much better options.
Yeah, people have gone to jail for a few copies of content. Taking that large of a corpus and getting off without penalty would be a farce of the justice system.
They actually should, because generally an equal playing field is more important that correct law.
As an extreme example, consider murder. Obviously it should be illegal, but if it's legal for one group and not for another, the group for which it's illegal will probably be wiped out, having lost the ability to avenge deaths in the group.
It's much more important that laws are applied impartially and equally than that they are even a tiny bit reasonable.
You're assuming discrimination on the basis of groups. That seems bad to me.
Laws and their enforcement are a clusterfuck. To achieve greater justice we should strive towards better judgements overall.
God, stop with the group on group bs please and engage with things the way they're written without injecting the entirety of your cynical worldview layered on top.
I don't assume discrimination on the basis of group affiliation. I give it as an example of why it is much more important that the law is applied consistently than that it is sound.
Furthermore, group affiliation based differences in judicial decisions are very common, both when it comes to ethnic origin, wealth and profession.
In this case group affiliation is also directly relevant: individuals who have infringed copyright are typically not treated in the way that these firms that have infringed copyright are. The group affiliation in question is thus 'are you an employer/wealth person owning part of a large firm' vs 'a normal, non-employer/non-wealthy person'.
I think GP's point is that you should always seek to apply the law correctly, hopefully setting precedent for its correct application for everyone in the future.
He wasn't facing anywhere near that. When the DOJ charges someone with a set of charges they like to say in the press release that the person is facing N years, where they get N by simply adding up the maximums for each charge that it is possible for a hypothetical defendant that has all the possible sentence enhancing factors to get. They also ignore that some charges group for sentencing--your sentence for the group is the maximum sentence for the individual charges in the group.
Here's an article explaining in more detail [1].
Most experts say that if Swartz had gone to trial and the prosecution had proved everything they alleged and the judge had decided to make an example of Swartz and sentence harshly it would have been around 7 years.
Swartz's own attorney said that if they had gone to trail and lost he thought it was unlikely that Swartz would get any jail time.
Swartz also had at least two plea bargain offers available. One was for a guilty plea and 4 months. The other was for a guilty plea and the prosecutors would ask for 6 months but Swartz could ask the judge for less or for probation instead and the judge would pick.
Yes, I meant "up to" that amount, which is implied when many people say "facing" before a trial happens. But it's not really relevant to my point, which was that it wasn't a copyright case.
I think a user of _not_ neovim they'd have to implement their own js client. I honestly can't say much but with INI style formatting it's been mostly based on contstants rather than abstract syntax tree parsing which is unique and a bit of a problem in its own right. I haven't implemented a language server before so this was a learning experience, but I was very pleasantly surprised how adding it to my neovim configuration was. I am hoping at some point it's added to "mason" so it's even easier.
I would create a vscode client, but I am not really very familiar with that ecosystem. Welcoming anyone to implement this in any other editors. This is just the language server implementation with no assumption regarding clients.
That’s very interesting, but systemd is pretty pervasive I really don’t think it’s going anywhere anytime soon for better or for worse. Language servers aren't just adopted in vscode, other editors use them in fact. I am not a VS Code user myself, but I appreciate their implementation of the language server protocol, they did a fantastic job with that.
Yeah sorry, I didn't mean to imply that. Having a language server for systemd is great, I hate having to look things up and I fully expect to still be writing systemd unit files in the forseeable future...
