skysight-inc/HackerNews huggingface dataset:
I would actually let OOP off the hook here. I think what did the harm in this case was the java generation. The generation of programmers that were told that in the future they would only have to write the "business logic", and everthing else would just happen. They were taught javabeans, orms, gigantic frameworks. They completely forgot that their code actually needed to execute, and no one cared about their "business logic" if the application didn't do what it was supposed to do.

This generation has only ever used ORM's, and so to them those tools must solve some hard problem, they are so complex after all. SQL must be hard.

It turns out that SQL is actually much simpler than ORM's. The failure modes are much simpler, and the implementations more robust. Sure, writing the code can be tedious, but tedeious is not hard. Writing brainless code every once in a while gives you time to reflect on the design of your system, and think about the larger context.
A Relationship Advice I Can Offer You
Why isn't your ORM using that same query builder library?
> Why buy a book when you're limited to the device you can read it on

You mean a single-use device made of paper, that you have to wait to be shipped if buying online? I agree, that's terrible :)
Possibly they're constrained by battery supply, or maybe they don't think they can ramp up production fast enough to supply all markets at once.

We'll know they're really committed when they stop making gas/diesel cars (which they've said they're planning to do eventually).
One of the many reasons I love Elixir Ecto: it is a pretty small abstraction on top of SQL. Gets out of your way and let's you write SQL in elixir
To be blatantly hyperbolic, this stuff kills me.

I work in a pretty traditional office space and our desks are not adjustable. I also can’t get any work done if I’m up moving around so I’m at my desk 90% of the day since it seems pretty standard for nobody to take proper lunches.

Get into a problem and suddenly I’ve been sitting for five hours straight. Sometimes longer! Plus you need to be looking busy.

I don’t know how other people do it. I work out in the mornings (hampered now by an ankle injury) but even then I still gain wait and feel just worn at the end of the day. Motivation lowers further when I don’t get regular workouts in.

And I used to work jobs that had physical demands, do other physical activities outside of work. I could eat anything and not gain a pound.

I love the creative and craftwork of developing a sound solution to emergency problems but I hate being so sedentary. It actually drives me crazy and the physical implications just compound that.
They make simple things simpler, which is a good thing.

I wouldn't mind writing queries in SQL so I don't have to learn a new ORM for every language I use. However I like that ORMs unmarshal results for me in objects / tuples / maps of the language sparing me the work.

For complicated things I write SQL and possibly decode the results manually.
L2 cache is what matters. Zen2 has just 512 KiB per core. My old Pentium-M had 2MB. I wish modern CPUs had at least this much.
I like query builders but if everything were done with query builders there'd still be an awful lot of DRY pertaining to business logic that needs to go somewhere. Maybe you replace the ORM with some sort of 'results act as <something>' abstraction, but things like that often work out much better with consistent scaffolding of some sort, which is mostly what successful ORMs seem to be.
> Ponzi schemes exist because people chose not to see what's right in front of them, that those returns are not credible.

I think we may differ in what counts as "choosing" here...
I remember it being common in the 90s and 2000s, when DBAs were primarily developers.

It's absurdly overkill if you're just doing CRUD, but if the DB uses some crazy schema that doesn't match the usage it keeps you sane.

One such project I worked in had a primitive form of event sourcing built in. Everything was logged and could be replayed. It was kinda neat.
That’s the goal, but they’re not there yet. Quite a few things are missing to match uBlock Origin (Or other popular adblockers).
I don't have iOS so i'll take your word for it.
This is exactly correct! And the head is equivalent to car, the complement is equivalent to cdr, and the specifier is equivalent to cddr.
Playing around, this is the closest I could get to the typical green = good, yellow = medium, red = bad "monitoring" color scheme: https://www.colorbox.io/#steps=10#hue_start=119#hue_end=0#hu...
As a fellow curmudgeon who really loves dead-tree books, I still sometimes smile thinking about an appearance Maurice Sendak made on a variety show shortly before he died: https://www.youtube.com/watch?v=0mPEZj21NmE

I have a few reasons to prefer paper books:

- They don't have to be charged.

- First sale doctrine applies. No 50 page TOS explaining what I can or cannot do with my own books.

- I can lend my books to friends and family

- After reading a book, I can easily give it or sell it to someone else

- Notifications don't pop up when I'm reading.

But like Sendak, I think I mostly just have an innate aversion to ebooks. I just don't like them. To me, an ebook feels like one of those electric wine bottle openers: efficient, but charmless.
It's condescending and convenient for you to discount the people who disagree with you as merely inexperienced.

You could level the same empty claim at people who like ORMs: I loved ORMs when I was a beginner but learned it's best to avoid them as I accumulated experience. So anyone who likes ORMs is merely in that beginner stage.
Agreed. Awesome abstraction that lets you build on top of it while still using low level SQL when warranted
Thank you for reading. rayiner has a tendency miss details on occasion.
> bias

Yes this site posts some wild stuff. It gets a lot of circulation in the Tesla communities
Lisp cons ?
Tesla will be fine, for several reasons:

1. They're way ahead of everyone else in terms of energy efficiency. Compare a Model S or X to the Jaguar iPace or Audi e-tron - the Tesla gets 30-50% more range out of the same size battery. That's a big gap.

2. Super chargers - other manufacturers have to rely on really spotty networks of third-party charging stations that are unreliable, and add friction for their customers (have to have the right card and the right connector, etc.). Teslas super chargers are in all the right places, are stupid easy to use, and always work.

3. Tesla actually wants to sell EVs. The other manufacturers are hamstrung with their legacy product groups. They're just dipping their toes in the water trying to figure out how to make the transition without 'Osborning' themselves, or doing the minimum to satisfy California regulations. Tesla is all-in and innovating at a much faster pace.
I don't think "ecosystems" are a priority in and of themselves for Apple.
Remember - when you can re-sell the game, you don't need the same deep discounts, when you can sell the game to someone else for 80+% of the original sale price.

Even with that in mind, console games (specifically the ones that can be resold) frequently go on sale for half their retail price, and after a year or two can get down to a third. Just like their digital counterparts.
In my opinion this whole problem is one of the strongest condemnations of OOP. Even if OOP really were a great way to model your data, to express relationships and property types and such (setting aside all the questionability of that claim), it's all just going to end up in a database anyway. Unless you're using a denormalized database like Mongo, or the bulk of your application state is non-persistent, your perfectly thought-out OOP model is at best going to be a terrible approximation of the real data model and you're much better off using a language/paradigm that lets you just treat data as data.
I don't think it's only popular in news.

I work on a web platform team, and I've seen many vulnerability reports over the years (well over 100). I've never seen a report from the NSA or US government. Actually, the only government I've seen reports from are the UK, so credit to them for actually doing something to keep people secure. But most reports I see are from project zero or Chinese companies.

Either the US government doesn't care at all about browser security or they are keeping vulnerabilities for themselves.
> it's a common practice in the UK to hire former (or current!) politicians

...or their consulting firms, or the companies they run, sit on the boards of, or simply own a large piece of.
More than likely they didn’t pay the postage. They probably posted a job on Craigslist that states $10k a week to send these letters and conned someone to to using their personal funds to send these out with a promise of payment at the end of the week.
I've looked at ORMS mostly on the periphery for years and years now, but haven't really been able to use them in our environment and this might be similar to the situation for others as well.

One thing I noticed early on, is that even using a query builder complicated things a bit as well since it meant that the original SQL string was then broken up into multiple method calls to construct the SQL string. Since the full query wasn't built until the very end, this meant that a helper line needed to be added into the code to get that full SQL query if any issues were found down the road and then taken over into our program of choice (in this case, SQL Developer, since we're dealing with Oracle queries in most cases) and running our additional tests over there.

Our campus ERP is pretty complicated table-wise, so our queries (developed either by myself or by our systems analysts) tend to be fairly complex, requiring multiple joins and other complex logic that I feel would have a very difficult time being translated into an ORM format.

A query builder is still somewhat usable, but for the most part I just stick to mostly straight up SQL queries and make use of prepared statements to help avoid SQL injection and keep life simple so it's easier to move back and forth between the application side and testing the query on the database side :-).

On a side note, I'm not sure if it's mentioned here in the discussion (and it might be less of an issue now than in years past) but I have noted some ORM usage doesn't always choose the most efficient mechanism for things (e.g. pulling results using small, but relatively expensive multiple SQL queries rather than being contextually savvy enough to know that a set-based query would be better suited to retrieve the entire set of results at once).

Overall though, working with SQL and coming up with solutions for things is probably one of the funner aspects of my current position and while using an ORM has sounded like fun in the past, it just hasn't seemed like it's the best fit for our particular workflow/environment.
They had multiple sources.

And the story was that the targeted boards were either destroyed or handed off to the government, are you asking for someone to have probably risked jail time by holding onto one of them?
Mysterious Magnetic Pulses Discovered on Mars by InSight
I enjoy this movie a lot, and thought I knew most of the fun tidbits - when Reed points out that the soundtrack was designed as a counterpoint to the action on the screen:

> For example, in the cat scene, I asked Karas to play a few sort of walking notes while the cat crossed the street and then, as it looked at Harry’s shoe, ascending chords, which break into “The Third Man Theme” when it finally sees Harry and we hold on the cat’s little face.

It really intrigued me, makes me want to rewatch the movie to listen for things like that!
So, SQL is the shovel, correct?
>However, the most commonly used type of NSL can be issued directly by the FBI Director, an Assistant Director, and also by all FBI Special Agents in Charge, who are commanding officers stationed across the country at FBI field offices.

https://www.eff.org/issues/national-security-letters/faq#3

Most of these, and certainly the Director, are also attorneys. At least James Comey was. Plus they have FBI staff attorneys to consult with. Practically speaking, how does this differ from the local prosecutor issuing a subpoena? The local country prosecutor is essentially part of law enforcement and reports up to the AG in the executive branch of government. The local county prosecutor has dozens of detectives working for her.
> 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.

Comparing SQL to Assembly is probably one of the worst comparisons you can make. SQL is a very high-level and powerful declarative language that I would compare, if at all, with functional languages and not with assembly. A few lines of SQL are counting, sorting, grouping, aggregating, and merging data that would take dozens of lines if written row by row in a procedural language.
In the USA? Often they don't count those gifts for mortgage downpayments unless you are blood related.
Its really not though. C is just sugary Assembly that abstracts some things but the design patterns are aligned. ORMs promote a fundamental mistake of coupling your object model to your normalized data model.
What will the books of the future be made from? Will people living on Mars or in space stations pay dearly to ship books made from dead trees all the way from Earth?
The most significant bits, yes.

(The world numbers these from 0 to N, least significant to most significant. IBM numbers them from 1 to 32, with 1 being most significant. I guess that made sense to accountants).
This.

Propane is too hi-tech, my fault, sorry. It'll all burn and kill everyone quite nicely just with the air.

What the fuck is going on? Why no one ever tries to investigate the root causes?
Command line tools for csvs are great. I've shoved a CSV into sqlite many times before for this sort of thing.

Some related tools:

https://github.com/BurntSushi/xsv/
http://ebay.github.io/tsv-utils/
This is how Bitcoin ends up...

* Bitcoin and Ethereum are grandfathered into not requiring KYC and AML. They are the rare currency with zero friction.

* All new currencies require KYC and AML. This is happening right now

* Other currencies can have some positives (backed by revenue generating assets, etc.). But they can be confiscated by governments

* Bitcoin always has a place, as the zero friction, no-KYC currency.

EXAMPLE: I did a wire transfer from the USA to India. Since it was sent in Indian rupees, the receiving bank kept rejecting it. They claimed it didn't pass AML. The real reason is that they wanted to take huge fees for the USD to Rupees conversion on their receiving side. So they kept rejecting it, until it is sent in US Dollars and they can scalp me on the conversion rate. I had 8 weeks of failed transfers.

That AML hostage taking can happen across all currencies BUT Bitcoin and Ethereum.

In the future, people in China are taking their money out in bitcoin. People across Africa, South America, also often move it into Bitcoin. They can cross justidictions with nobody to stop them. There is a place to cut around the hostage stakers at the AML level.
The Asian century is set to begin
It might not be happening this time but there are thoughts out there that the era of constant inflation is over. Automation and a sinking or negative growth rate among the top economies will lead to a long phase of economic retraction which is not at all the same as the periodic growth/recession cycle, but a longer term net negative. Many populations of people have a birth rate under the replacement rate and automation is making workers less necessary.

Zoom out and it could be the first phase of the transition from capitalism to a post-scarcity economy which would look very much different.

Obviously that is a lot of speculation, but there are going to be all sorts of population peak points which are going to pass in the next 20-30 years and it's really hard to believe economic growth can continue or even ever happen again with a steadily shrinking global population.

When you pack smart successful people into cities like rats and have them paying half their income to live in a few hundred square feet they just won't have babies. They have to work too hard for too little and don't have interest in places with more space because the job market doesn't want to leave the cost-efficiency of the city.

The effect is that populations are going to shrink until cost of living becomes cheap enough for people to want to afford the luxury of working less and raising children.

I am honestly in that position myself at the moment. I am of the age and life situation where it should be time to start having children but I don't want to because I can't afford it despite being in the top X percentile of income because I want to live in a decently sized space less than 30 minutes away from my work.
Yes, for constant divisors.

However, for signed division, the C semantics (round towards zero) are different than the semantics when you apply an arithmetic shift (round towards negative infinity).

If you are fine with the latter behavior explicit shifts remove several extraneous instructions dealing with the difference.
This is also about getting out of being "locked into" a larger overall economy run for the benefit of a few and creating local economies.

People with land and/or skills could create new economies by trading directly with each other with what they produce and opt out altogether..

In a way it is the final defence of a people against control and oppression or insane hyperinflation, but is more dificult to do if you are stuck in a city or additcted to modern technology.
There's an additional difficulty that maybe could be stressed more: Knowing the computational complexity given the representation of a function as an algorithm is also not trivial.
A low Kolmogorov complexity can still lead to a high runtime
(I'm sure the author is aware of this).
Top end EPYC has 256MB of L3 cache, I still have a Debian 8 Netboot usb drive of the same capacity.
I’ve always been fascinated by how new Indian immigrants with limited resources can pull enough scratch to start a small business or franchise. Mostly without help from immediate family or rich friends.
Rumor has it there's a 64 core chip coming ~ this year too! With 128 threads, of course.

The following article calls it a "one-two punch"... wow!

https://www.digitaltrends.com/computing/amd-ryzen-threadripp...
Have you tried TransferWise? I just tested in app, and they’ll convert $1000 USD to INR for $9 USD immediately.

I have their Borderless account and hold balances in several currencies at once, with access using a debit card, wires, ACH (US), SWIFT (EU) etc. Highly recommend!
No, both can dig but one gives you excruciating finesse (assembly/shovel). I’ve updated the ordering.
Yea and my comment's derision is inclusive of both halves of the 2-party system.
I don't. Unless you see a value of collecting them, having a copy of a copy of a copy of a copy of a book means nothing if you can access that content next time in any format. The only argument to that is that you like to collect that particular edition because of the artwork, paper, etc. Outside that, there I cannot find any other logical argument.
simulations that don't scale, that do scale after all.
An interesting article on a possible counter-example: https://www.newyorker.com/magazine/2007/04/16/the-interprete...
This article makes a good case about Bitcoin but even the original Bitcoin enthusiasts and crypto community as a whole has admitted that it was a great experiment but is now obsolete and settling in for a temporary (years) store of value role.

I would like to see these same discussions after understanding the Ethereum ecosystem which solves most of the problems listed in articles like these. There's a stable form of value in DAI, high velocity and cheap money transfers, and decentralized financial protocols that replace traditional gatekeepers like banks and payment processors.

A long but interesting article by David Hoffman really sums it up in the best way possible and is worth a read: https://thedefiant.substack.com/p/ether-is-the-best-model-fo...
Why use a full ORM with everything it imposes when all you need is the query builder?
First your tree needs an apple, then it needs a pear, and then a fig, and after a year or two of grafting other things on you end up wishing you'd just created a cornucopia with a bunch of columns instead of joining a endless fruit because two thirds of the time you need a mix of the fruit anyway.

I'm definitely guilty of over-normalizing at least some of the time, but I'm less convinced that it's related to ORMs so much as it is to frequently having to build things without knowing how related they'll end up being in the future.
More efficient aircraft generally means cheaper flights, which unfortunately also means more flights. The efficiency may well make things worse.

I'd actually prefer if air travel was more expensive. It's become expected that you fly groups of people across the continent to business meetings, and some people make regular flights.
It probably does. But the query builder doesn’t require architectural constraints, the ORM does.
ABC, CIA, WTF.
VW in the US seems to me to lately be directly targeting US cars rather than trying to provide 'european imports' to the USA.

There was some marketing language on their site a month or so back about the new jetta being 'blend of US and german' or something like that.

I as a mk6 jetta owner personally think it looks like a ford, and thus hate it- not that I hate fords, but if I wanted a ford I'd buy a ford. My VW is supposed to be minimalist and understated, not in your face BAM nacho cheese cascade hops double IPA and quadruple Decker cheeseburger.

Kind of reminds me of beige box apple back in the day going after the business market, or anyone else selling losing differentiation to go after market share..
Those failures were all about top bits, not low bits though weren't they?

What problems did lower bit use cause? You always had to mask it away even on the old boxes, no?
How does it benefit society (now) that Amazon was first to sell stuff online at scale?

How does it benefit society that non-Amazon sellers have to either use their competitor's infrastructure to compete with them on sales, or build their own infrastructure while attempting to grow on an unknown platform? Amazon's infrastructure may be meritable, but leveraging it to compete with their own customers is not.

> And further, I don't think explaining away a corporation's dominance by using monopolistic practices is very convincing when they rose to power so recently: how did Amazon get so big in the first place?

So you think that 25-year-old companies can't be monopolies?

> Also, most of the monopolistic practices, of the kind that would allow a company to maintain dominance in spite of merit, are things Amazon is not doing.

Let's I produce and market a product, i.e. the Iron Gym pull up bar that goes in your door frame. I start selling it on Amazon. Amazon then leverages their platform to identify successful products, identifies my Iron Gym pull up bars are successful, creates an Amazon Basics pull up bar that's identical, and uses their platform to boost their pull up bar over mine. So I take all the initiative, do all the work, and take all the risk, and once I show that I have merit, Amazon swoops in and takes all the rewards. How is that not maintaining dominance in spite of merit?

This is just one case. There are many.

> It's monopolistic practices are limited to it's own platform.

And what a limitation that is, being limited to the largest online sales platform in the world!
I have no doubt that Bitcoin will end someday, most likely from QC breaking ECDSA, but this is perhaps the most illiterate and uninformed takedown I have ever read on the subject.