skysight-inc/HackerNews huggingface dataset:
Show HN: An open-source tool to deploy cloud-agnostic infrastructure anywhere
Me and a few friends have been working multy.dev, an open-source cloud agnostic API that makes it easy to deploy the same infrastructure to any cloud provider using native managed services.

The motivation was the realisation that, even when using Terraform, migrating infrastructure code requires an end-to-end re-write. Even though most core resources are the same in any major cloud, developers need to learn a new provider to deploy the same infrastructure when moving providers.

We currently support:

- Networking (virtual_network, subnet, route_table, security_group, network_interface, public_ip)

- Compute (virtual_machine, managed kubernetes)

- Database (managed MySQL databases)

- Vault (managed secrets)

- Storage (managed storage)

- Abstraction cloud differences (Azure VM public vs AWS EC2 private by default)

- Deployment through Terraform

We are in very early days of development, supporting core services from AWS and Azure at a high-level. We’re looking for feedback from developers about our approach and messaging.

> multy.dev
cmd is a shell. The old terminal is called conhost I think.
Re-read what you just wrote and break down what you said:

> Baffles me that people think sarcasm is a good way to communicate on the internet.

The subtext here is that the idea of using sarcasm on the internet should be obviously stupid to everyone, thus you're stating anyone who exercises it is stupid. That or you're clearly smarter than everyone else.

> You are begging to be misunderstood, either accidentally, or maliciously.

Thus, if you're using sarcasm you're either stupid or evil.

Was your intent to insult people?

Sarcasm and irony can be effective means of communication, the same as exaggeration. Communication is hard and people posting on the internet don't() invest much thought most of the time.

* Typo
No, because B2C software companies have no idea how to make money without advertising, or in the gaming industry, enabling micro-transactions and gambling behaviours.

Advertising only delivers profits if users are pulled into algorithmic feeds that massively expand the scope of stuff they actually choose to follow. Twitter has its "this person you follow liked this other person's post" and FB and IG just spam you with posts from groups you're not a member of.

Not enough people will walk away from SM on their own volition. So the cycle will continue.
Now that’s not entirely true either. You need some companionship to maintain mental health, but you certainly don’t need more than a few, and you certainly don’t need the admiration of even a small fraction of the people on social media. So I maintain, this persisten desire to be liked or accepted by many should be addressed as a mental illness.
Appreciate the candor, at least

> "its errors are inconsistent enough to give you just enough constant false hope that your problem's fixed, but a second step is almost always needed.. and without a helpful error or button that just explains and fixes all the things from a single screen."

There are buttons on the "Settings" screen (/console/settings/metadata-status) you can click that should put your instance back in a working state (and it'll redirect you here by default if your metadata is invalid):

> [DASHBOARD TEXT]: "You have been redirected because your GraphQL Engine metadata is in an inconsistent state. To delete all the inconsistent objects from the metadata, click the "Delete all" button. If you want to manage these objects on your own, please do so and click on the "Reload Metadata" button to check if the inconsistencies have been resolved."

As someone who still builds their personal projects with it -- yeah, the error messages can be kind of opaque if they're related to Hasura's internal metadata/state. For errors that come from external services, those are passed through at least when "HASURA_GRAPHQL_DEV_MODE" is enabled.

> "It's unbearably fragile to state changes (eg, psql scripts + pg_dump/psql restores) ... I realize I'm probably using it wrong, but I really don't think I'm doing anything exceptionally "out there".

Are you dropping tables/columns which have metadata on them? IE, a relationship or permission on a table?

If you have metadata on a resource and then you remove it, without also removing references to it, the effect is the same as if you had tried to drop a table that has foreign keys that reference it in an RDBMS.
> than having to use a calculator like a nerd.

Why the hating on nerds?
> Electric motors haven't become remarkably more efficient --- the starting point was already quite high.

Batteries have, though. And if we're talking about personal transport, the passenger mass to total mass ratio in today's cars leaves room for huge efficiency gains in principle.
Identity is the single biggest miss I can think of for Github. Clearly there is some thinking going on about it with SSO, profile README, this, etc.

I think they are missing the point however. Linkedin for Developer is probably interesting on some level, but Github has much more interesting and useful information they could be using. What languages you prefer, where you like to run your workloads, if your code quality is decent, frameworks you are using, etc.
The problem is that not everyone has the same neighbors. If everyone gave what they could to their neighbors, then people in poorer neighborhoods would still be worse off.

Maybe you are speaking more in the abstract, but I think it is important to also donate to groups who _aren’t_ in your local topology, or else you will still have wealth/benefit disparity.
Eating one-fifth less beef could halve deforestation
Ask a Google Software Engineer about debuggers. (they don't exist and printf debugging...aka logging
...is how debugging is done there).
Thank you for being reasonable here. A lot of "feedbacks" saying that person should "avoid personal stuff" in technical articles are more likely showing their taste instead of actually work on how the writer could express better his irony. Which I understood reading the "trivial" not so trivial xD
Yes. Everything is a securities fraud. Expect sooner or later(mostly after a bad quarter) may be investors would sue.
You didn't use that word, but you did say "in most situations Casey's suggestion doesn't help much", which is probably what your parent post was responding to.

Despite the apologies you or your team have given, you continue to denigrate and downplay. First, Casey's suggestion "doesn't help much"; then, "Casey's suggestion wasn't unique". And so on. Casey suggested a solution, spent time proving it was easy, and you even used the suggested solution to good effect, and you're still trying to downplay Casey's contribution or involvement.

If Casey hadn't kept pushing, it's doubtful you'd even have gotten around to doing this, so some actual credit is warranted, along with perhaps a real apology.
We should have a linter for issue/PR comments that flag out sentences starting with “You are...”. The scope of the comments should be limited to the issue or code and must never extend to the person that bring it up.
NVIDIA knew a lot of their GPUs were bought for crypto mining, but attributed those sales instead to growth in gaming, potentially misleading some investors (maybe they wanted to invest in gaming, not the very volatile crypto industry).

This is the SEC doing their job, giving a public company a reminder to be honest about their disclosures. The fine is insignificant and nobody is in trouble.

It has nothing to do with whether people could've read between the lines, whether NVIDIA has a duty to know what their products are used for, or anything like that. Just that they knew what was going on and told a small lie to bolster their finances. You should be able to read company financial disclosures and trust them.
The first sentence of your message is helpful and appropriate. The second sentence is unnecessary and rude.

Relevant:
https://xkcd.com/1053/
And enforcement actions like these are why the 10Ks are full of stuff like that.
> It is the responsibility of publicly traded companies to disclose known risks to their investors.

Legally maybe(?) but practically this makes no sense. In the real world it is the responsibility of an investor to understand what they are investing in while maintaining skepticism and scrutiny of their investment. If you can't identify the correlation between massive gains in crypto value with massive gains in NVDA, you shouldn't be investing in NVDA.

Disclosure: long NVDA
In my experience, (4) happens when the junior SDE is first on call responding to a problem happening with code they wrote.

They experience the problem with their own logging and realize through debugging their code what information they really wanted all along.
The non-mRNA vaccines do work like that. They use big vats of bacteria as bioreactors and ship the finished product.

Long term, mRNA is a more flexible solution - just ship the blueprints and let people make it themselves.
Our Prisma schema resides in our "backend" (Prisma essentially governs our master API). So I'm not sure why you're concerned that the front-end might control the schema.

The nicest thing about Prisma is that it is a declarative single-source-of-truth for our data models. Everything resides in one schema, all changes to database models and all migrations run through Prisma, and, best of all, strong types are inherently built in.

The team is also building useful middleware like field-level encryption; all of this together makes Prisma a very complete package.

Of course, there is a price for this convenience — we sacrifice some higher-level DB-side features. But Prisma is such a competent tool that we don't miss them much.
By export, I mean export inter-state.

Boise property prices are definitely going up due to SF’s housing dysfunction.
Honestly?! Your article is pretty good, here is a great example how misreading and Twitter cancel bubble works out :D

Do not let your sarcasm/irony out of the articles, I've enjoyed.
Hi, I am Parth, the other cofounder.

Debugging and catching bugs has always been a fun game for me, but as the team size grows it becomes very tidious

1. Run into too many “works-on-my-machine-but-not-in-production” cases.

2. Logical errors were hard to catch with logging tools. We often added more logs to trace back where the issue was. This involved several production deployments.

3. Race conditions were rare and hard to recreate, and remained unresolved for days. Combing through logs for days was frustrating.

4. Logging tools offered stacktrace for crashes - we needed to figure what data led to these crashes. This was time-consuming.

Adding the links here again to make them clickable for mobile users

https://bug.video

2 min demo explaining how to use Videobug.

https://www.youtube.com/watch?v=U53IQifMt54

discord channel

https://discord.gg/Hhwvay8uTa
> They didn't say they "would not change Roe" they said they recognized "Roe is precedent." As explained above, precedent can be overturned.

You are right about this point, upon further reading I see that I based my question on social media bullshit that turned out to be biased. I agree with your distinction.

Regarding the rest, I think you still don't quite grasp my point. I understand there can be a technical way of looking at these decisions. I can also concede that Roe is particularly hated by most scholars. But if we both agree that politics is why these technical aspects were overlooked for 50 years, it seems absolutely pointless to discuss this issue from any other standpoint. Political interference is why this decision was made in the first place, because as another user stated, it fit into the more libertarian ideology of the Court at that time. And politics is why it's getting struck down, technical aspects notwithstanding. You can of course disagree, as I think you do, but from my perspective the political aspect is much more interesting and a more powerful predictor than anything else.
Heck, they modified their driver software to make reduce bitcoin mining efficiency.
Sorry, I accidentally posted the wrong URL, duh!

https://www.meshcloud.io/2022/04/14/degrees-of-correctness-w... is the deep link to the article.
I remember when it was the control plane at AWS US-West that went out - causing mass havoc for many regardless of your architecture.
I want to take interest in your idea, but that path (“/meta/user/user/marc/marcus”) is just nauseating.
Exactly. This is a light slap on the wrist for not including a two sentence blurb in the "risk factors" section that no sophisticated investor relies upon. But as a public company, they are supposed to make things clear for unsophisticated investors.
Orthogonal to the issue at hand, but for what little it's worth, literally nobody I know who games is mining. And this includes a lot of tech-savvy IT professionals.

(half a decade ago, one person I knew was getting excited/contemplating it; but he was looking to build a dedicated mining rig, and I don't think he ever followed up)
So why would he buy Twitter? No one thinks its going to be a good investment. It was kind of a prerequisite to have shareholders agree to the purchase. There's no conceivable reason for him to spend his time, effort and money in buying twitter apart from his stated purpose. He's going to lose money and time on it. And its a stretch to think his personal wealth or companies will benefit from Musk owning Twitter. So if no other plausible explanation as to why he wants to buy twitter, why not just take him at face value?
I disagree, a document is merely a sequence of characters that humans assign meaning to. There is nothing special about them. What makes a document special is the meaning that the reader gives as a consequence of their experiences.

Your comment has been found in the library of babel[1] approximately ~10^29 times, here[2] is an instance of it, character for character.

[1] https://libraryofbabel.info/search.html

[2] https://libraryofbabel.info/bookmark.cgi?mafkjhh,kw_fssarehe...
I call bullshit on this article. Looks like a sales page for their stuff with enough data to get them ranked high with SEO.
Low effort, not insightful.
I get the feeling that there's a bunch of people working for, or being paid by, Microsoft who really love functional programming. Some of Microsoft's best outputs comes from those teams/folks.

It could just be a coincidence/confirmation bias, so I wonder if there's actually something to that.
You can buy a phone with the latest technology in it, designed and built to tomorrow's specification; and AT&T still won't support it, unless the manufacturer has paid them to certify it and put it on this list[0].

Very few people are advocating that they keep 3G around using 5x5MHz of spectrum for little gain; people are just advocating that they not limit consumers from using the supported device of their choice regardless of whether it's on the list.

[0] https://www.att.com/idpassets/images/support/pdf/Devices-Wor...
I did something similar when selling an item on craigslist. I was having trouble with lowballers and flakes, so I relisted the item but gave it a weirdly specific price. Something like $347. Maybe it was dumb luck, but I had a buyer come pick it up a few hours later and they didn't try to negotiate down the price at all.

Could've just been a coincidence. But it did get their attention, for sure, because after they gave me the money, they asked why I was so specific on the price. Got an appreciative chuckle when I told them the truth.
I find debuggers almost entirely useless for two main reasons: (1) 99% of debugging is working out where the error is and (2) the answer to the question "how did this come to be?" usually has an answer involving several bits of code or data far away from each other.
> Pagination is also awkward, because now you probably want multiple different queries (and thus multiple different resulting documents) so that your 2+ fetches don't retrieve unpaginated information you got the first time around. And it gets worse when nesting comes in.

You don't need to write a different graphql query, use variables. Good graphql APIs will expose a start and limit field for Pagination.
I disagree.

All a program needs to do is use noise to generate something new and never seen before.
> open storm drains

A lot of time this would put you in a street, or in a private parking lot where ownership would be trying to chase you off.

> public toilets

Relatively few.

> wooded parks

Just a few. Not close to everywhere homeless congregate.
There is some “truth to power” on twitter, but there is also quite a bit of “lies in my favor”, “bullying to the weaker”, and “outright fraud to the gullible” also.

Not sure how Elon intends to fix any of that by making it even more of a free for all.
Not all clients are written in js (android, iOS). For mobile apps, you’re better off having most logic exist on the backend
Jesus christ, this behavior would have gotten me in deep shit in any place I've worked
If this is about satisfying your curiosity, then recognize that you have decades to pick up the knowledge - though a one eyed man might quickly become king in the land of the blind, deep knowledge takes decades.

When it comes to learning life outside of school doesn't come in semesters with midterms and finals.

On the other hand, if you want a job doing something different, find a job doing something different.

That's harder than things that sound like looking for a job like "I'm learning Kubernetes." But finding a job doing something different can lead to things you've never heard of, and there are orders of magnitude more new things you haven't heard of than that you have.

Good luck.
But this is not a pie getting bigger.

It's always the same pie, only the size of each serve as well as the number of serve which changes . That's at least the intuition I get it from the famous phrase "2 ways of making money: bundle or unbundle" that you mentioned.

When govt. broke up Standard Oil the pie of oil extraction didn't become bigger, it was just partitioned in a different way.
There is nothing wrong with a theory being wrong. (They are all mostly "linear approximations" anyway.)
Kang Ji is the person who asked the question.
People who get into arguments on Facebook seem to have lower EQ. They feel impossibly itchy, and they have to scratch that itch. They cannot hold back emotionally. They have to do something.

These people are at the disadvantage in the modern world and need EQ training asap.
feels like 20th century physics was us learning everything about every particle you're likely to encounter in your day, and what they do when they touch

but all we really know about space is that it makes quantum systems touch once in a while

(and that galaxies don't rotate at the right speed)

feels like we're waiting for a 'weird but up close' result in space so we can start doing experimental physics on it. maybe this is nonlocality / entanglement tricks, but my money is on benchtop black holes

I quite like this 1876 pop sci article about 'are the elements elementary' -- shows what a top 1800s chemist thought about the coming subatomic revolution. I wonder what the 2022 equivalent of this essay is

https://books.google.com/books?id=CSIDAAAAMBAJ&pg=PA463
For folks reading this - and we'll solve this at a global scale - check your `SENTRY_DSN` setting and if its not using something like `oXXXXX.ingest.sentry.io` you should consider rolling out the updated value (located in your project settings). Our master domain routing layer is a more complicated failure point, and moving to the ingest based domains pushes you to our edge layer which _should_ be extremely reliable as well as much reduced global latency.
> people posting on the internet do invest much thought most of the time.

i would like to sign up for the internet you're on. where can i send my money?
> Instead, call your syslog/OSLog/logger function, with an appropriate severity level (probably DEBUG) and some easily filterable preamble

Good patterns for JS here? Maybe console.debug() or console.warn()?
The article's central illustration actually contradicts the claimed point. In the illustration, the secretary, Gloria, has slack, but the purpose her slack serves is not to enable change, which is basically what the article claims slack is for. Gloria's slack is just to make sure that Tony, the CEO, doesn't have any slack: he's working all the time on whatever he thinks is highest priority, and never takes a break. And Gloria is not using her slack to think about ways to reinvent the organization to make it better. In other words, this central example is actually not an example of the benefits of slack: it's an example of efficiency--Tony works at peak efficiency and has no slack. So if Tony is doing good things as a CEO, the conclusion should be that efficiency is good, not that slack is good. Paying a secretary to have plenty of slack to support Tony is just part of the most efficient way for Tony to operate.

A much better example of the benefits of slack would be a CEO who delegates the day to day work to subordinates (which includes "making decisions", the thing the article says Tony's main job is), to give himself slack--more time to think about big picture things and consider ways to change the organization to make it better.
IA Writer might be up your alley https://ia.net/writer
Randomly reinforced dopamine hits.

Same reason some people play slot machines all day.
You have to disclose what you know. It's fine to say "We know people are buying them, but we do not have metrics as toward their use" assuming that's a factually true statement (your business does not collect metrics from sales channels or consumers giving you an indication toward their use). A terrible way to run a business, but legal!

However, if your data indicates that most of your revenue growth is likely due to crypto mining and you turn around and tell investors it's because of gaming, you are lying and misleading your investors.
Maybe you should post in that github thread pointing out to the people originally arguing with Casey that the solution is in fact trivial and that he was right all along. It sounds like you and he are both on the same side in this discussion.
... and?

I agree that years aren't necessarily a good metric for experience, although I have decades in IT - started when I was 19 and retirement is a real thing I have to consider.

Years do give you some experience that isn't translatable to the resume: after a while, you've seen through most of the tricks that management likes to try but which the younger colleagues haven't learned. Having older folks around can spoil the surprise.

My personal theory of the roots of ageism has this as a pillar.
Thanks for the heads up, was also considering this recently and their list of courses does look very interesting but also saw their schedule seemed pretty bare.
Even in this case they seemingly "forgot" the idea that was told to them.
I don't doubt that this is a possibility, but there is also a possibility that they could've just stolen it.
How is “we hope you accept our apology” not an apology?
If you don't mind a comment about your English, I'd suggest that what you wrote seems like it's better described as "tongue in cheek" than "sarcastic". "Sarcastic" can have connotations of meanness or snarkiness whereas "tongue in cheek" suggests good-natured joking, which seems to match the tone of the original post better.
>I'd rather like if people can move towards rural areas where possible.

That's counterproductive. Infrastructure for rural areas costs way, way more.
Communication isn't always the primary goal of things put on the internet.
Big tech engineers "do the impossible" by preemptively declaring every problem impossible.
I'm going to guess that you don't ovulate? They are wildly popular and useful.
That and the Alien movies