Hacker Newsnew | past | comments | ask | show | jobs | submit | thatwasunusual's commentslogin

Good for you. Not sure how your comment contribute to ... well, anything, but... Good for you!

Of course, I am sorry I have posted my opinion under opinion-gathering topic. I apologize sir. Won't happen again o7.

> Apple doesn't want us to keep using old hardware even if it's similar to new hardware.

I'm not disagreeing with you, but is this a fact, i.e. has it been proved?


Court cases and the Feds proved they were intentionally slowing down old hardware and killing battery life ahead of new releases

Not related to this release, but their trade-in for old hardware is a joke to me. My 2019 MBP i9 2.4GHz w/64GB RAM and 2TB SSD is worth $200. It seems to me that they don't even want a trade-in; it makes much more sense to me to just keep the old MBP and use it as a dev server, home assistant, docker hub thing or something.

Sell it on eBay instead. I saw a post today where an M4 pro MacBook that cost 4k last year has a trade in value of 1.1k now.

You assume that what smart people _do_ is the same as what humanity _ought to do_.

Even if every genius on Earth spent their days trying to get rich, that would show something about incentives, institutions, fear, status, and survival. It would not automatically prove that wealth is mankind's highest purpose.

Rats also optimize for calories when the maze is built that way. That does not make cheese (or whatever rats prefer) the meaning of life.

Modern capitalism often acts like the scoreboard is the game. That confusion is one of civilization's recurring clown acts.


> Cost wise it does not seem very effective.

Why is this so damn important? Isn't it more important to end up with the best result?

I (in Norway) use a homelab with Ollama to generate a report every morning. It's slow, but it runs between 5-6 am, energy prices are at a low, and it doesn't matter if it takes 5 or 50 minutes.


> Why is this so damn important? Isn't it more important to end up with the best result?

You’re wondering why someone would prefer to get the same or better result in less time for less money?


And IMO that's what should be done.

Don't get me wrong, I like the idea and all that, but this is another pgsql "solution" that is tied to the database layer, when it should be in the application layer.

I like to be database agnostic, and while I prefer PostgreSQL on production, I prefer SQLite on the dev layer. You should never have to HAVE TO use a specific database to make your APPLICATION work.


> It's similar to when we wrote all our business logic in eg pl/sql [...]

What do you mean with "when"? /s

I dread companies who still have logic in their databases when it's not necessary. <insert sad face>


The real fun begins when you encounter a system where someone thought it was a good idea to store source code in the database rows.


> There's a lot that hosted services with extra features can give you.

I totally agree with that, but in my experience 99% of "application developers" don't need all these features. Of those you listed, I only see "backups" as a requirement. Everything else is just - what I said - features for when your application is successful and you want something streamlined.


> Give me virtual machines, reliable block storage, file storage and object storage, networking, dns, managed kubernetes, [...]

But managers wants to _buy_ these services, not be directly responsible for them. That's where the problem lies, as I see it.


If those managers currently sold on The Cloud, can instead be sold on how much money they'd save not being on The Cloud, then corporate can do what it does best and change policy hard enough to give the staff whiplash.

I don't know what managers have been reading/hearing, but for the last decade or so as a developer what I've mostly been hearing is that the only people who actually benefit from Big Data architectures are FAANG, that it's much cheaper to run on a single small self-hosted system that's done right, that the complexity of managing the cloud is even higher than a local solution.

This matches my own experience of what people needed to serve millions of users 20 years ago. If you can't handle a chat system or a simple sales system with 100k-1M customers on a server made out of one single modern mobile phone, you're either just not trying hard enough or have too many layers of abstraction between business logic and bare metal. Even for something a bit more challenging than that, you should still be thinking thousands of users on a phone and 10k-100k on a single device that's actually meant to work as a server.


> If those managers currently sold on The Cloud, can instead be sold on how much money they'd save not being on The Cloud...

This is more than a theory, it's a trend that is already underway. The cloud remains supremely capital efficient for startups, but pricing has crept up and some customers are falling off the other side of the table.


You might save 100k in server fees, but now you have to hire three full time people to manage your own servers. And you won’t get the redundancy or the security of having the experts do it across three data centres for you.


> But managers wants to _buy_ these services, not be directly responsible for them. That's where the problem lies, as I see it.

Why won't they be able to buy them from EU providers?


They don't want to necessarily buy it, but they want to hedge their options from "my $guy can do everything" to "on which cloud platform can I find a competent operator tomorrow".


Marketplace offers can go a long way to fill these void in official managed services.


> the pricing seems phenomenal

I'm in Norway, and I wonder if I see different prices than people from elsewhere in the world? Here it says $1.7K, and I can get the LG UltraFine 6K 32" for $2K, with the benefit of being bought from a Norwegian retailer (think guarantees and shopping security).

To be clear; I have never tried either of these monitors, so I can't tell if either is any good. :D


Germany, also seeing $1699 on there...


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: