skysight-inc/HackerNews huggingface dataset:
An ORM is not a substitute for learning SQL. It's just a nice tool for more tightly integrating your database and your application code. An ORM can make you like much easier, but if you don't know SQL or how a relational database works, your ORM isn't going to save you.
I deal with that. Millions of lines of SQL stored procs.

It's awful, but not anything an ORM could help with.
Application isolation and the ability to upgrade separate applications and components with their dependencies separately from each other. Less issues with "update X" now broke A, B and C apps... you now have to add a PPA for Apps A and C, but B you'll have to build from source, oh crap, no longer actively maintained... switching to D app which was forked a couple months ago.

Not to mention the ability to easily support different build tool chains combinations, etc. Right now, my preferences are flatpak, snap, ppa, repo in that order.

Not really looking to play with a new linux, Manjaro is next on my list. Currently running Pop!_OS, which has been nice (just jumped this past month, haven't tried a linux desktop in 5+ years before that). I've been relatively happy.

That said, my biggest issues so far:

* need to update kernel and new mesa drivers before putting the 5700 XT video card.
* needed to update kernel for wifi support (intel ax).
* rainbow puke from RGB controllers, the Gigabyte (X570 Aorus Master) support is all but worthless, and the open-source project I saw was actually for windows. For the Lian Li o11 Dynamic Razor edition case, there's open-source Razor drivers, but I'll need to setup a windows drive in order to capture some data in order to support the specific device. I haven't even looked into the Corsair ram yet (which is actually the biggest eye sore at the moment).

I really regret not building another black box. My first two choices of cases without windows were sold out, so I went for the "pretty" case option. Which would be great if I were running windows, but I have no intention to. A lot of money on RGB fans (all matching), water cooling, ram, etc... and none of the controllers have good linux support. Would switch to another controller, but the only one I keep finding is a German company and doesn't seem to actually be sold anywhere. Which wouldn't cover the ram or case.
A full sized mirror that leaks onto your carpet if you’ve not walked enough could be a venture.
cursor.execute("""
UPDATE employees
INNER JOIN merits ON employees.performance = merits.performance
SET salary = salary + salary * percentage;
""")

Please show me how much simpler and fewer lines that would be in ORM code + model definitions.
There was an article here yesterday where the comments were almost nothing but complaints about administering Kubernetes.

Tools like this and KNative make me feel like Kubernetes is the next UNIX: it’s a platform. You don’t use it to run a set of server processes. You use it to leverage an entire distributed platform.
That's good advice. Just like in software where you shouldn't roll everything yourself, in design there's plenty of space to defer to other experts who've thought through this stuff.

There's already enough problems to solve building an app. You should be obsessing over the hex value of colours.
I'm the opposite, nothing beats the convenience of every book in the world in my pocket. I like my back lit ereader, I can read in bed in the dark and not bother my wife. If I don't have my ereader I can just use my phone. E readers and phones are all much lighter than books.
Why I Changed my Opinion on China
There are a number of PDF readers around, and as an academic who spends most of the day working with references in PDF format, I can tell you that Zathura combined with a tiling window manager and a little shell scripting (for temporary bookmarks) can do most of what you say you want.
I've followed ORM like/hate flamewars as long as I've been in the industry, and I think I'll be following them for as long as I continue. It's really an interesting and ultimately irresolvable tug of war between abstraction, automation, and a number of other issues.

I think people who have used ORMs a long time do not see them as a SQL replacement or as a total database abstraction layer, but as an automation tool for CRUD operations, with some capabilities of doing interesting things with querying, and potentially a methodology for managing database schema and migrations (depending on the tool). At their best, ORMs can tremendously reduce one's requirements for unit tests in particular areas because they have enough structural metadata to typecheck (automatically or compiler time) all the way down to forms in interfaces.

BUT, without a doubt, ORMs are indeed a tremendously leaky abstraction. That said, I would argue that every data store interface is, in that sense, a leaky abstraction. No matter the datastore you're using, be it RDBMS or a specialized NoSQL / search store, you need to learn the hows and whys of how it is structured. Not only should a professional learn SQL, but they should get at least a layperson's knowledge of how the database underneath the SQL works. However, the argument still stands, because when debugging a complex ORM query, you are debugging how it puts SQL together, and then you need to debug what the generated SQL is doing. So you're now multiple layers away from the actual thing you're managing.

Hence the 'final form' of my day-to-day ORM stance: I like to have an ORM around because of the massive automation around entity manipulation, but I think of the ORM in terms of the database and how the database should be structured, rather than as a generic domain model that happens to be mapped to some behind-the-scenes database. Furthermore, I believe it is quite valid to drop down to SQL for the very complicated stuff, especially if you want to trust to the query planning of the database. Once you do, you've broken the total safety of the abstraction, hence my ultimately seeing ORMs as automation tools rather than abstraction interfaces. I have no blame for people who refuse to utilize them, though I'd argue in a design meeting for their use, and hope I wouldn't have to take on all the CRUD queries if I lost the argument, because I'd start writing code to generate them, which then would become a terribly under-engineered faux-ORM :).
For an official reply, it's more reliable to write to info@ycombinator.com
More specifically, Gatekeeper is (unless I’m mistaken) an “Operator,” which is a Kubernetes-native app that extends Kubernetes itself.
> It's odd how dismissive some supposedly-serious security researchers are of hardware implant capabilities.

And it really doesn’t take much effort to sneak even a bashbunny into an internal USB header - especially in the last mile of the supply-chain.

Get a temp-job as a UPS delivery driver in an area that services the datacenter of your target, whenever you deliver a sever box - open it up, add your implant, re-seal it all in the privacy of the back of your delivery truck, and that’s it.
Advocating for the use of SQL over an ORM in every case is like advocating for the use of Assembly over C in every case.

In both cases, one is a higher level abstraction over the lower level capabilities, which can provide a quite large gain in usability and ability to easily understand what is going on at the level you are working at, for the loss of hand optimizing at a low level to get just what you want in every case.

Similarly to with Assembly and C, you can often drop to the lower level as needed for speed or other very specific needs.

In both cases a good understanding of the lower level language will help you both know when it's appropriate to drop to a lower level for performance or for a special feature, and when it doesn't matter because the ops/SQL generated is rear optimal anyways or the gains are almost definitely less than the problems caused from a maintainability perspective.

I'm perfectly happy to use an ORM for 95% of my DB needs. Just the query builders that generally ship with them are worth the price of their inclusion IMO (at least for the good ones), as it can greatly simplify queries that are variable based on different parameters you may have per run.
The other aspect here is that the lifetime of these objects is very brief for our application. Typically 10-60 minutes. Schema changes, while breaking, are tolerable along business cycle boundaries.
Actually, it was also about the layoff itself, not just how it happened. At the beginning of the thread, I wasn't to shared details for legal reasons, but it became a NLRB case for union busting. See this article from The Register for more details https://www.theregister.co.uk/2019/04/22/npm_fired_staff_uni...
Understanding the Poincaré Conjecture
> If we're enough to fuck it up, we're enough to sort it out.

That's the one thought that gives me comfort around the whole climate crisis problem. We humans have screwed up the climate through absolute mountains of labour. It didn't just happen, it happened as an emergent property of all the various economic activities that humans have been doing for hundreds of years. We don't lack labour to tackle the problem, we lack direction for the labour, incentives that makes civilization as a whole change course and move in the right direction.
The just-world bias leads people to assume that everyone gets what they deserve
As most of the so called machine learning boards, this one is not for learning, just for inferencing at best.
> if people let themselves be that dumb then they deserve what they get.

That's how pretty much every con artist justifies being a criminal. In my opinion, it's a morally and ethically bankrupt argument.
Right, because the quality of every lesson one learns about programming practice should be evaluated by the market cap of the firm where it was learned.
This is what benzodiazepines are[0] and they are not safer than alcohol[1][2]. Alcohol and benzodiazepines are cross-tolerant with each other[3].

[0] https://www.ncbi.nlm.nih.gov/pubmed/6147796

[1] https://www.ncbi.nlm.nih.gov/pubmed/19465812

[2] https://www.ncbi.nlm.nih.gov/pmc/articles/PMC4816010/

[3] https://www.ncbi.nlm.nih.gov/pmc/articles/PMC2712270/
Which begs the question.. why not? They would sell incredibly well. Things like this continue to make me question how committed these legacy automakers truly are in regarding to making and selling EVs.
I remember reading years and years ago that teleconferencing would really change once we put a panel at the end of a conference table with life size images of the participants.

Teleconferencing now isn't what it could be. I think if it were a little bit higher-end it might eliminate a number of physical trips.

I mean, it IS doing that now on laptops all over the world, but I mean make it Telepresence instead of Teleconferencing.
Your tech stack is almost identical to Listennotes.com

https://broadcast.listennotes.com/the-boring-technology-behi...
I mean, relying on multiple anonymous sources saying "this happened and this is how it happened" along with third parties validating the plausibility is a common acceptable standard for journalism.
I agree with someone else comment in this news about the fact that his reputation will be intact that way for people who didn't know about the situation at npm. As much as I don't like this at all and I hope I would never lie in a situation like that, it's unfortunately a good PR move to do it like this...
Yeah right, because nobody who travels to a country reads up on the history, culture and traditions. Traveling and reading, after all, are mutually exclusive. /s

Let me tell you of a night in Mardid.

I headed out to see the night Madrid around midnight. Going along a crowded street, I heard someone singing. I was carrying a portable synthesizer, so I played along. Three people, carrying two guitars and a saxophone were walking in the opposite direction; they stopped, and joined in.

Eventually, the girl who was singing left; and the trio asked me if I'd join them to hear a jazz jam. Something is still happening this late, I asked. Yeah, it starts at 2:30AM.

I thought it was an open jam, but it was mostly the house/invited bands playing. Still, I managed to persuade the saxophone player to take the stage with a solo: he played it to me in the corner, where nobody could hear it, and I thought it was really good.

When the jam was over, we resumed making music until sunrise, playing at a bus stop (no buses were running that late). Random people joined in at times.

When the night was over, I left carrying with me something that I'd have trouble putting in words, much less so reading from a text written by someone else. It's an impossible task, after all, to convert a person or a memory into a string of characters losslessly.

You can learn many things from books. And then there is so much more that you can't.
> removing a named right is more difficult than removing an unnamed right.

That doesn't immediately strike me as obviously true. Many states attempted to remove the unnamed right to an abortion (by which I mean, abortion is not explicitly mentioned in the Constitution); but that was struck down on 14th Amendment grounds. It wouldn't surprise me if an enterprising lawyer could contest a statewide firearm ban (assuming no second amendment) via the commerce clause, for example.
ME has a debug mode that might be possible to enable with a signal sent through the 3.5mm jack on some laptops[1]. I'd be pretty concerned about ME bugs and backdoors disguised as ME bugs.

1. https://youtu.be/xUJQps2-VWk?t=301
You would need to show me your DDL statements because that's the equivalent. I can generate the model from the database or the database from the model.

It's not much more effort to type "create table employees" with all the fixings as it is to type "class employees" with all the fixings.
I interviewed at a print on demand book binding automation shop about five years ago. Naturally one of the topics was the sustainability of paper media on short and long terms. I'll be the first to admit that the interviewer had a vested interest in selling the idea that paper books aren't going away any time soon, but the argument was compelling.

As long as children are taught to read on paper books, we will have an emotional connection to the printed page.

I've taught my children to read first using board books and then moving on to paperbacks. Printed books are uniquely suited as teaching materials for children. They are robust to dropping, food spills, and drink spills (if you're quick to react). Losing one book doesn't imply the loss of the whole library.

Most of my kids' book reading takes place at home so the portability afforded by e-readers is not a concern. Children love repetition and reading the same book over and over helps them internalize the information so being able to carry around thousands of books electronically isn't a use case for them.

Maybe some parents are teaching their kids to read on tablets or e-readers. If so, I'd love to hear your experience and the pros and cons.
I've never understood this argument. What's the purpose of having RAM if it's not utilized?
> I carry a small one in my pocket that bothers me constantly through the day

Personally, I don't get why people put up with that, and then feel forced to escape their devices. I put up with Slack on my work machine, but on my personal laptop nothing can interrupt me, and even on my phone only calls (which I rarely get) and alarms can do so, everything is on the drawer for when I get to them. I know the defaults are often terrible, but it generally only takes a few minutes once to change them.

The annoyances of paper books, on the other hand, can't be configured or scripted away :)
Theme changes don't affect the content DB. You'd make your change in dev, verify it, then change the prod theme without worrying about content.

Wordpress is PHP (and html/css/js/etc)and SQL. WP does not inherently do staging, so you set up a dev environment. You sync content from prod to dev, make code tests on dev, then copy them to prod. It's not hard.
Has anyone checked the underlying assumption (that the there’s a power law involved)? My belief was that most long tailed distributions don’t actually follow a power law.
I'm seeing this happen yet again on a project at work which has been super badly managed, it has been going for ~ 1 year (which is a pretty long time for what it actually is).

The deadline for project completion is 1 October. The due date is approaching quickly and 4 weeks ago, the other teams were telling me their stuff was mostly done and now it's just time for tidy up and bug fixes (which sounded dubious); However, now they're all working extremely long days and weekends just to complete.

So we went from almost being done 4 weeks ago with the finish line just days away, to clearly being under quite a lot of pressure to deliver and obviously still a lot to do.

The other thing is, people seem to be spending time on things that aren't really important and not tackling the actual work.

Maybe a lot of this comes down to stress and fatigue from their expectations not being met which ends up affecting performance.
Huh. I’ve just never seen individual pieces of fruit wrapped up like that. It seems... pointless
> The press put a microscope on the subset of drivers who are stupid and can’t make money because they run their businesses poorly.

Which very likely is the vast majority of drivers. Subtract those and we're back to ordinary cab, pizza delivery levels of service. Probably less.
It's amusing to note the short time frame the "books won't die" idea is working with. The original Kindle came out in 2007, just over ten years ago. That's a tiny blip in the passage of history.

I don't know what the long-term fate of books will be. What will things be like in 50 years? 100 years? 500 years? I do know that if you expected books to be gone barely ten years after the first mainstream ebook reader your perspective is severely limited. I was resistant to ebooks for a long time; I'm relatively recent adopter; I'm surprised at how much headway ebooks have made in such a short time.

Several years ago I got rid of several thousands of pounds of my books. They were like a dead anchor in my life, a huge pain in the ass to move every few years. I love having a library of ebooks that are weightless, spaceless, and can be easily copied among different devices. I have de-DRM'd most of them and can have them in whatever format I want. It's a feeling of freedom. I think long and hard before I buy a paper-book now, and rarely do.

As far as aesthetics, yes, it's true, reading a good paper book is a nice experience. I'm not sure it's better than reading a book on the Kindle app on my iPad Pro, though. Different, but both are nice. And the paper book experience has no analog to switching to a different book in your library when you're reading but not at home. Or to carrying your library with you wherever you go. There are other important things (e.g., searching) that paper books simply have no good way to do.
That's only a pattern though, and it's not actually coupled to the ORM. It's a convention. It's a bad habit.

No one should do that.

The second pattern is also awful. Why would you do that.
Some Americans are like this, but in my experience, most aren't.
> The Magic Power of 2: Division Is Slowaloo

Is LLVM not smart enough to optimize this?
To be fair to Bloomberg, some of the companies involved were also complicit with the NSA PRISM project and in the initial reporting of that they all denied giving the government a backdoor.

But you're right, it's been a year now and no further evidence has surfaced which seems odd.
Why not just run all desktop apps in sandboxed virtual machines then?

There's a tradeoff between default privacy settings and user simplicity. As a power user you're still free to run whatever complicated scheme/browser you want to.
A big challenge for Google, and any large DC operators in general, is utilization. Ideally you want the entire fleet working at 100% all the time, so there's no real benefit to ramping up or down with energy supply.
There's a difference between one guy chasing ghosts, and several sources anonymously saying "we found this and had to mitigate it".
The parent post mentioned those companies and the corporate 'cost' of recovering from this mistake. Take it up with him.
> We had to ask ourselves the same questions our customers were asking: “What makes us different [from Kubernetes] ?”

> We quickly realized our greatest value was not necessarily at the orchestration layer, but rather it was the intuitive multicloud control plane we were building (Containership Cloud). Though difficult, we made the choice to abandon our work on open source containership, and pivot to delivering customers the same sort of experience using Kubernetes.

[...]

> It has been nearly a year and a half since the Containership Cloud replatform, and we have failed to monetize Containership Cloud in such a way that we could build a sustainable business.
Whether or not you love/hate ORM, I think the advice at the very end is still applicable: "If you’re using an RDBMS, bite the bullet and learn SQL." This knowledge will help you write SQL if that's what you're doing or debug the SQL that the ORM writes for you. Either way ... learning SQL is a good thing!
> "Idiots deserve to suffer" is a shaky assertion

It is, which is why I added my rider at the end. But as they say, make a foolproof world and watch it fill up with fools. The ethically bankrupt may benefit from fools, but if we protect foolish adults from the consequences of their actions, we take away precisely that which makes them adults - the ability to make a meaningful choice, and to take responsibility for the consequences arising.

> where most of us are idiots about some things

Yes, me too, and lots. But I learn from it and where I get hurt, well that's just the price of being an adult. The alternative is perhaps living in china or communist russia and have the government run your life.

I'd prefer not to have that. I don't like the many scars (some physical, some psychological) I've got through life but each one is valuable where I chose to learn from it. Adulthood is choice.
There's a great number of humans that live in coastal areas affected by shipping pollution. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC1440801/

From that publication, "About 98% of the particles emitted from diesel engines are less than 10 microns in diameter (PM10)" -> that gets into your lungs and potentially into your bloodstream.
> Corporations do not have inherent rights.

That's not exactly true. Corporations have many of the same rights. For example, in Citizens United vs FEC, the Supreme Court wrote that:

"The Court has recognized that First Amendment protection extends to corporations (...) The Court has thus rejected the argument that political speech of corporations or other associations should be treated differently under the First
Amendment simply because such associations are not
'natural persons'."

(page 25 in https://www.supremecourt.gov/opinions/09pdf/08-205.pdf )

If the First Amendment is the recognition of a right, then corporations have that right, just like natural persons. This concept in the US is called "corporate personhood" and it has long been recognized by courts:

https://en.wikipedia.org/wiki/Corporate_personhood#Case_law_...

> In 1818, the United States Supreme Court decided Trustees of Dartmouth College v. Woodward (...) Beginning with this opinion, the U.S. Supreme Court has continuously recognized corporations as having the same rights as natural persons to contract and to enforce contracts.
For me I figured out how to get 100% just looking at the backgrounds, the fake images have monochrome backgrounds or subtle artifacts.
Vancouver police buys first three drones for investigation but not surveillance
What are the physics problems?
An interactive cheatsheet tool for the command-line