skysight-inc/HackerNews huggingface dataset:
Yes, but these threads of "in house is cheaper than cloud" never qualify at what size company, at what revenue being generated, etc before their version of an answer is true.

I have been on both sides. Large media production companies with very large amounts of fast and redundant storage located on-prem. These range from local attached RAIDs to large shared SAN pools. Their clients also tend to be the types that sue the crap out of you if any of their content is seen by people outside their control. Switching to cloud solutions was (still is) a huge uphill battle. However, the cloud storage needs are no where near the same (not editing content from s3), but storing approved masters for distribution totally makes sense for cloud. Now that the content is in the cloud, why not perform actions on that content in the cloud. Faster deployment, better equipment, blah blah. Next thing you know your entire workflow past editorial is in the cloud. You start to analyze your expenses and compare them to on-prem amortized expenses and you see that it could be cheaper on-prem. Also, take into consideration how long it takes to bring up that new data center. You also have to look at bandwidth expenses. Bandwidth to a new site not directly on the backbone tends to be expensive for non-residential connections. The additional power expenses of that new equipment plus the cooling is also a new expense. Power redundancy you ask? $$$ Now, you need that sysadmin and possibly a small team. At that point, you go back to your cloud rep, and renegotiate fees. You have now created an entirely new department at your company on managing the on-prem.
Fight Club gets a different ending in China
There are states in between uncontrolled spread and total eradication. When COVID in the west has the same status as, for example, TB in the west, we can easily declare that the pandemic is over in the west.
It continues to appear to be a fad designed to make a select few extraordinarily rich for being first in, to further facilitate criminals, all while layering approximately zero for standard users, all chuffing away atop a technology that has literally recommissioned coal power stations. This, off the back of the collective insanity that is NFTs.

This is a low point for humanity, for tech. Thanks for your concern but we're going to keep going on about it.
How big was the Tonga eruption?
Cynical? I thought that this is what companies wanted me to do when they have me set career development goals.

After all, the director of engineering also wants to put "moved operations to the cloud" on their resume so they can get a better paying job somewhere else or a better title.
Nobody but you is making this claim
BTC is not web3. It has no role to play beyond being a slightly upscale dog coin for day traders to lose money on. in fact, it can't play a role as it is technically not possible and its core constituency refuses to make any changes.
You are right. How are they useful?
Hey dude. I've been very happy with the day-job stuff we run in Render, that's why I mentioned it. ;)

If (devops hat on) you want baseline compute/storage, I think I could see running on Render long-term. Where I (speaking personally) get off the ride is when I start needing external stuff, and that's usually pronounced "AWS services". Stuff like SQS and SNS are still The Killer App for AWS for me, and while I was poking at Render for my most recent personal project, it was easier to put compute and data storage into Fargate/RDS and not have to think about multiple control planes.

A seamless, please-not-Terraform way to cross-manage Render resources with other cloud options would be pretty killer. (Which is directly in tension with the discussions of simplicity here. Turns out cloud stuff is hard.)
>a person who couldn't tell the difference between anime and reality.

Who is that?
That stretches the idea of a refactor, though. If a refactor changes the external behavior it's not really a refactor, which is a structural change. Unit tests when applied at an API level (which may be a very small unit or up to the level of a library, but that also stretches the definition of "unit test" depending on the size of the library) are there to ensure that changes to the internals don't impact the behavior.

As soon as you start changing the behavior, you have to change the unit tests. If you're adding behavior, you have to add tests. If you're removing behavior, you remove tests. If you're changing the way a procedure works, you change the related unit tests.

Really, any behavior change requires changes to the tests (whatever level they may be, if you want a high degree of test coverage).
Happened as soon as someone decided to speculate on BTC, which was pretty early.
Yeah I think most Americans could (not talking about averages here). It's roughly the same money as 1 year at an university, or a year of car lease payments, or a nice family vacation. Maybe two, but no more.

Anyone who rides a new-ish motorbike demonstrably has enough money to spare. Are motorbikes that unusual? Are second cars unusual? I don't think so. (and don't even look at how much people spend on cigarettes)

It's likely people wouldn't recognize the value and would buy the car or sports equipment instead and I'm not saying most people have the money on top of these other unnecessary expenses - but people prioritizing second cars/motorbikes/etc instead of their genius children are outside the scope of this discussion because they could, they just don't.
I had my gallbladder removed and was receiving new bills literally 18 months later.

Just because it worked out "this once" doesn't mean it works out in general.

Simple fact of the matter is we pay nearly double per capita what most of Europe, Canada and Australia pays for healthcare, and we don't even have universal coverage. Add in the fact that a majority of bankruptcies are due to medical debt and it paints a pretty damning picture overall.

This system is fundamentally broken. Anyone defending it is either willfully ignorant or shielded from it's worst aspects.
I think it’s this one?

That which is in locomotion must arrive at the half-way stage before it arrives at the goal.

— as recounted by Aristotle, Physics VI:9, 239b10
Why not just cycle before and after work at home? It will bookend your work-day.

For me, not having a commute means I have more time to exercise at home (I just go for walks). I also have more energy to use my homegym (just some weights).
> It sounds like you've yet to experience having clients.

No, my experience has been the exact opposite. Our clients don't want to fiddle around themselves. They don't care whether their site/app is made with Wordpress or Laravel or Nodejs or w/e as long as it works well and is tailored to their needs. We also explain why this is more robust, flexible and efficient for all parties involved.

> because if they tried to tell the clients "no you can't do that" the client would do so anyway and/or switch to a new vendor do be able to do so

If they did that we've lost them and they lost us. It's just not how we work.

However it's the other way around, many clients we've had moved away from solutions that were too malleable and unstable/slow/hard to maintain etc.
For reference, the release notes for this are at https://docs.python.org/3/whatsnew/3.6.html#pep-487-descript... and the PEP is https://www.python.org/dev/peps/pep-0487/
Meta has built an AI supercomputer it says will be world’s fastest
Or it could simply be the collapse of the financial market as it fails to be propped up for much longer than it was supposed to be.
> Guess which is likely to have the higher SAT/ACT, even though they were born with the same abilities.

Probably the one who went to the better school - but by how much? 10 points? 20?

> There are plenty of brilliant kids who made the mistake of being born in the wrong zip code

Yes, and when they're white it's even worse because they're facing an uphill battle against affirmative action.
Mathematics is not protected by freedom of expression. See legal issues on "magic numbers" that pop up all the time.

There is also the fact that this is also an environmental issue in many ways.
I am confident that people's concerns about crypto's impact on the environment is simply jealousy masked by virtue. What they are saying when they say "ban crypto" is actually - let's bankrupt these bastards who made all this money off crypto. Jealousy is a powerful force.
How to Create an NFT Using Windows Notepad (and Make Millions)
Please don't dump untreated content marketing in the reading fountain.
I really hated Web2 when it started, and when the term started to get coined. I hated these "javascript heavy" pages that prevented accessibility. I hated the huge increase in load times and the concentration of everything in HTTP. I was happy using FTP/SFTP, NNTP, SMTP, IRC, among other protocols.

And yet we are here, 20 years later.
Falling off a cliff while hodlers hold on for dear life means that BTC is exactly like gold. Gold hit its all-time real-dollar high price in 1980, and never regained that price, but gave birth to the gold bug phenomenon. I imagine it can be the same for crypto: in 2065 the hodlers will still be wistful for that 2021 high price. And let's face it many of the crypto people are the same people who were super into gold, too.
There is a whole site dedicated to detectorists at https://www.treasurenet.com
The WHO has pretty consistently been pessimistic about everything, so this strikes me as potentially huge news.
Yes, the gas fees would be very expensive in the current state (think hundreds to thousands of dollars for a regular appointment, tens of thousands for an x-ray). There would have to be some benefit for healthcare providers to pay that and I don't see what that is..
It's not everyone. The people with views like this editorial are the minority of people, but they are a very loud minority. If they would put as much effort into not spreading COVID as they put into convincing the rest of us to convincing the rest of us that COVID isn't a big deal or doesn't exist, there would be no pandemic today.
>I think the 10 year timeline is for new car sales to go from basically nothing to basically everything, but when it occurs depends on the place.

I'm still curious what "basically nothing" looks like to you; Model S' were "basically nothing" in 2012 when they first came out and 2013 when you first test drove, but nine years later they're still only at 7.6% of total US automobile sales. What does a starting point for your "10 year" figure actually look like, and why?
You can checkout a branch of the root filesystem on bootup, etc... and it's great for A/B testing because if there are any problems one simply boot into the previously known-good branch, etc.

You can also do this with NixOS, or even ZFSBootMenu.
There is no such razor.
And this whole time I thought the finance world was held up on an Excel spreadsheet.
Lets revisit this comment in a week
More accurately "a clueless IT lackey at a Fortune 500 company" sent the mail. I doubt the chairman was pounding the board table and barking "We demand answers from Haxx!"
I've been using Linux roughly as long as this fellow has and I don't think I've killed my installation any more than 5 times. Once you step beyond copy and pasting commands or a limited understanding of them to a more intuitive understanding of your system, these sorts of issues tend to fade away.
In crypto, yes. There have been years (2014 - 2016, 2018 - 2020) where the market fell down and hibernated.
I do not want my health record to be both public and immutable.

Not wanting it to be public should be obvious. Immutable though, what if I need to change my name/gender to match reality?

It's not enough to just update the value, because the old value still exists on the blockchain. That's just another method to find my deadname and use it for harassment.
> Is it too much to ask from developers in 2022?

In 2022 it's not too much to ask from the developers of the tools to provide:

- consistent and up-to-date documentation (that's built and updated together with the source code)

- consistent, readable and understandable error messages
> Lack of systemd. Managing services through shell scripts is outdated to me. It feels very hacky, there is no way to specify dependencies, and auto-restarts in case of crashes. Many FreeBSD devs praise launchd, well... systemd is a clone of launchd.

I'm not a fan of systemd personally but I do understand it has some good parts to it (such as the ones you've listed). That all said, you can still specify dependencies in FreeBSD with the existing init daemon. Albeit it's a little hacky compared with systemd (comments at the top of the script). But it does work.

> FreeBSD jail are sub-optimal compared to systemd-nspawn. There are tons of tools to create freebsd jails (manually, ezjail, bastillebsd, etc…) half of them are deprecated. At the end all of your jails end up on the same loopback interface, making it hard to firewall. I couldn't find a way to have one network interface per jail. With Linux, debootstrap + machinectl and you're good to go.

It's definitely possible to have one interface per jail, I've done exactly that. However back when I last did it (5+ years ago?) you needed to manually edit the networking config and jail config to do it. There might be a more "linuxy" way to do this with Jails now though but its definitely possible. eg https://etherealwake.com/2021/08/freebsd-jail-networking/
How do those innovate beyond the decades of prior art in both cases? Proof of work means Whisper will be expensive so it must have a compelling advantage which helps the applications be correspondingly more capable to compensate for that. Similarly, storage using smart contracts does not seem like a game changer compared to similar projects' weak market demand.
And if you have flakes and nix-command enabled, you can run `nix edit nixpkgs#lib.sort` to get the definition of the sort function.

(This will just tell you it's imported from lists. `nix edit nixpkgs#lib.lists.sort` will get you the actual definition.)
This isn't the first or the last time that'll happen. There are multiple 50-80% drops in Bitcoin history and we famously went from 20k to 3k in 2017 cycle.

For reference, sp500 also dropped like 10% since december. Since it's market cap is like 40 trillion, that 10% drop is worth like 7-8 times the market cap of all Bitcoin. Smaller markets with lower liquidity moves more.
>All of a sudden I want more space, a bigger house, a backyard. A nicer, bigger, safer car.

Which is appealing but they all come with a price. Part of that price might include longer hours, working a job you don't like or an extended commute. None of that is good for your relationship with your kids.
It's not mindless "pushing papers around" -- that job is done by paralegals and administrative assistants.

But 50-100% of most attorneys' time is spent either "reading things," "researching things," or "writing things," if that is what you mean. That is the bread and butter of legal work these days, whether it's writing briefs, e-mails, letters or something else, and reading legal opinions, research materials, discovery, etc.

Basically most of your job as a patent litigator is to read things and occasionally depose people, then research things, then write things (not always in that order). The remainder of time is mostly spent on client communications and marketing.

Occasionally you may make it to trial or a mock trial, where you spend a lot more time on your feet and speaking (or sitting and listening while someone else speaks), but still generally around 25-50%+ of your trial time is spent reading and writing.
Waiting for the day when I can buy a MadoffCoin. Or TulipCoin. Or plain old PonziCoin.
> Then if they accept, proceed to do nothing for 10 days, then reply you find none of your code is impacted and they are safe then bill them $50k.

Hopefully you don't do that or encourage others to. Just because F500 companies are big, stupid, slow and greedy, doesn't exactly make stealing right.
I understand the argument there, but this happens in the stock market as well, which is heavily regulated already. There will never be a perfect system, but at least crypto levels the playing field a bit more for less fortunate who want to make something and need capital, and don't have the social connections/wealth most founders today have.
> No, I don't endorse that statement.

Good to know!

> The leaders of the USSR, like Stalin, enabled the Nazis to invade and kill millions of people (perhaps millions of non-Russians too) by sending them raw materials prior to the attack.

Agreed. However, context matters: the trade immediately helped Nazi Germany's war effort, which in turn allowed them to execute operation Barbarossa. At the same time, the Soviet Union was desperately in need of modernizing their army and they didn't have many allies in a situation to assist them; out of this collaboration with Nazi Germany came the advanced tank designs they later used to beat the Germans. Still, not losing millions of people to the war would have been better.

The Soviets knew they were playing with fire. Hitler never hid his plans for the Soviet Union; it was the sine qua non of Nazi Germany, where most of its "lebensraum" would be acquired. But what else could they do? We are playing armchair diplomats/generals here. Remember the world was wildly different back then; empires still existed and Churchill still wanted a British Empire. Alliances that make no sense now might have made more sense then.

> If that is/had been identified as the mistake, it wouldn't seem so logical to build an empire for protection.

I disagree. The Soviet Union had more enemies, of which Nazi Germany turned out to be the most immediate one. Let's remember the West initially considered letting Germany and the Soviet Union damage each other, and saw Germany as a valuable assert against communism. They even toyed briefly with allying with the remnants of the Wehrmacht to defeat the Soviet Union after WWII! That this was even considered, albeit briefly and by few people, shows the Soviet Union was at least partly right to be paranoid.
Well, inflation is reporting in at 7-9% across the country and getting worse. So that is exactly what is happening and is kind of why the market is in decline right now (and all the things that come with it)...
Of course, there are businesses where uptime is absolutely critical, though I'd argue a lot of those already operate their own hardware for that reason (and would benefit little from moving to the cloud) or already have a cloud-based, distributed (multi AZs or multi-cloud even) system in place.

But is this actually the case of most companies? The AWS outages always have major ripple effects across the internet, suggesting that a lot of companies don't actually do what is needed to guarantee uptime and manage to survive and succeed despite that.
Consider [25] and [9, 9]. 25 > 18, but 5 < 6.
No, if anything they are generally worse.
We could get back to normal if people would stop thinking that we could just declare it, as if the virus could read and follow government proclamations. All it takes is to not spread the virus for several weeks.
Is the environmental impact not real or you just don't care?
Nothing Sacred: These Apps Reserve the Right to Sell Your Prayers
I appreciate the article for visibility as we could always use more knowledge and partners in the Quality Engineering space. Just recognize that these are relatively low-hanging fruit/early maturity concepts in test engineering.

Are you are discovering these for the first time? Great, happy that you are getting exposed! If you read these and think, "we could utilize these concepts with our engineers(test or not)," I would encourage you to look at it from an organizational perspective. You may want to add someone to your team(s) with these skillsets. Most automation testers understand these concepts well and can help you on the next-level maturity items.
seems like it's automated, they must be aware it's oss
> but having every single dev that exists know how to properly configure NGINX, properly lock down a server, or run postgres is a mis-allocation of skills.

1. Why would "every single dev that exists" need to know this? You need a handful of people per company, depending on size maybe as few as one sysadmin and a backup guy, and you're set.

2. The alternative is that every single dev that exists needs to know about whatever the cloud-solution-du-jour may be, because suddenly the product has to be written with the architecture in mind (eg. to not get surprised by huge bills)

3. As a dev who learned all how to configure apache and nginx, manage containers, setup, harden and supervise systems (aka. "sysadmin stuff") I can say its doable, and even fun to learn.
I fully agree, but which there would be an escape hatch when needed. It is especially frustrating for python developers.
That is a stupid straw man and you know it. Knowing what your software stack does it not impossible, people are just lazy and want to pump out resume enhancing features.
Unless you are in the business of reinventing wheels and building knowledge silos that will never transfer, none of what you wrote applies in general commercial business.
How is it any different than if they just didn't show up because they rage quit and took jobs in a different industry?
AFAIK, not since 1999:

https://en.m.wikipedia.org/wiki/Restrict

But yes, Fortran can be as fast, although I'm not sure compilers are given the same love as in C
Here’s the thing: we actually do need the cloud, not just one but actually many clouds. It has been well proven that clouds are a major contributor to the world’s rainfall, and this is extremely useful and convenient. Without a cloud, there are many more hoops you must jump through to get what is necessary.
>Your definition of "common" is out of step with most people's.

This is uncharitable. Adjectives can be extremely contextual, and "common" is very much one of those words. The biggest factors are relativity to other things in the same domain, and deviation from popular perception. E.g. if most instances of X in a given domain are ~1 in N, people will generally use words like "common" and "unusual" for Y if it is greater than or less than 1 in N, regardless of what N is. Or say Y is exactly 1 in N, but people at large misestimate it at 2 in N. Now you might say it's "rare" despite whatever its relativity to the domain is. Now note that X and Y usually belong to effectively infinite domains, throw in the ambiguity of conversation, and it gets very fuzzy. This is basically a long way of saying that this is a semantic argument, and therefore may be divorced from the original implication of the adjectives being contested.
I agree, I deliberately generalised with those examples to make a little clear that as the required traffic, capacity and risk increases there's a lot of benefits with using services that automatically configure and provisions load balancers, network routers, machines, clusters, etc for you.

This is not to say that it's a "one click configuration+deploy with no security issues whatsoever" , but depending on the clients you work with you may be rightfully forced into using a cloud provider and hire DevOps engineer to manage the infrastructure.
That’s probably a good description of the main usefulness of the analogy - explaining to people who won’t actually need to apply the concepts. My conclusion (after years of doing electronics design professionally, including RF) is that to do much useful in electronics, you need to get into the habit of thinking natively in terms of voltage and current and resistance etc. so soon that the hydraulic analogy is basically not worth learning at all, since the missing things just get confusing and it becomes a distraction or blocker to advancement until you “unlearn” many of the concepts.

I mean, it’s probably worth mentioning current and voltage are “kind of” like flow, pressure etc., in a first lecture to start to get the basic idea, but then warning not to think of it as being the exactly same because that will just be confusing later.