skysight-inc/HackerNews huggingface dataset:
That 9 GB SDK has support for all kinds of Windows development workloads, versus plain CLI and initd daemons.

Also I advise to learn about the headless installation flags for Microsoft products.
Yes! Maybe I’ll finally be able to buy a new graphics card without spending an arm and a leg then…
Dwarf fortress has gone from its niche to sort of cult appeal.

In the process the ability for more familiar players to emphasize “losing is fun” is lost.

It has always been trivially easy to close all the entrances and build a safe fort.

The fun aspect is always from willingly tolerating discomfort and engaging with what the system throws on you.

Fundamentally, DF doesn’t have a win condition. By defining one as having a running a fort, the experience will be less than what the game offers.
KeyDB also has another key advantage over Redis: if your data set exceeds RAM, it will spill to disk (SSD) and maintain good performance.
Same is true for Bangladesh, India, Philippines, etc. They all have good Internet connectivity but too many unbanked people.
> ETH is still a legitimate technology with real use cases.

what would be an example of a real use-case that ETH does well? The core promise of ETH is smart contracts and that code is somehow "law". But that got exposed for the idiotic reasoning that it was and went out of the window when they had to hard-fork in 2017.

No matter what they did since then to improve the old pre-2017 ETH nobody can tell me that bugs don't happen and if they do on this scale then human intervention in inevitable. This is however contra the promise that everything is decentralized by design and not under control of a single actor. Then there are the countless promises about its potential driven up by Gavin Wood & Vitalik Buterin that in hindsight look just like stalling for more time to ensure further funding rounds.

Woods & Buterin are both scammers that extracted millions from their mark. And they were able to do so because they have the technical background to pull it off and are also slightly smarter than the average mobbed-up shit-coin peddler like Dr. Ruja Ignatova or that Australian Satoshi-cosplaying clown Craig Wright.

ETH maybe hasn't been exposed as a scam yet but it is still an example of "fake it till you make it" at all cost and is in the same territorry as "Theranos", "Inventing Anna" - a series of broken promises, stalling techniques for more funding and lost egos of the founders who think of themselves as too big to fail.
Expecting someone who's capable of handling most roles isn't always a viable strategy.

Personally, I consider myself such a person and I've been called in numerous times when people:

- need to use Kubernetes because of project requirements, but all they have is a single node with 8 GB of RAM (K3s sufficed nicely)
- need to deliver OCI images and Helm charts, yet have no idea how to handle all of the infra aspects here (Nexus to the rescue)
- need to containerize any number of applications from old timey monoliths that ran in loosely defined Tomcat and JDK versions, badly
- need to figure out why their apps run badly, despite there being almost no logs ("Log output is spammy!" they say), no APM ("What?") or proper monitoring for whatever they've written
- need to figure out how container networking works and why them attempting to use localhost for inter-service communication isn't always the best idea
- need to figure out how to manage configuration properly, especially in situations where they add some random configuration parameter 4 months back, forget about it and then attempt to ask me about what it means, because of course they didn't document it
- need to set up log rotation, because they absolutely refuse to use log shipping and see no benefit in it, yet don't want to delete the old logs whilst wanting to be able to view the old ones, yet don't know how to configure compression for the older ones and thus run out of disk space on the server
- need to set up a reverse proxy and manage its configuration, because all they know is Apache/httpd (which I think is a nice project), but haven't bothered learning Nginx which they now need to use because of said requirements
- need help with their supposedly automatic database migrations actually failing because they failed to account for pre-existing data
- need help with the project moving ahead at a snail's pace because they wanted to pad their CVs and picked Tailwind CSS instead of some pre-made component library and thus have to reinvent the wheel, as well as use TypeScript which they do not know how to use and are slow with as a result

Somehow such generalists feel few and far between, so relying on them to always be there to save you from yourself won't be reliable.

Furthermore, there will be lots of people with either limited knowledge or limited interest in learning new things. I've see someone say that "restarting services is not in my job description" when asked to restart some environment. Many out there will also be perfectly fine with writing apps like they had 20 years ago, without taking advantage of any of the benefits of 12 Factor Apps or similar principles. They will also reach for the local file system instead of something like S3 for object storage and application memory instead of using Redis for session storage. They will seldom be able to write apps that are horizontally scalable and as a consequence you'll have to rely upon a single monolith which should always be up and working, which, given their lack of ability to write proper unit tests, will rarely work out that way.

Unless you are very selective in your hiring, plan for people like that also being present.
Two other times when I particularly felt that whole bunches of games suddenly became redundant were: Half Life and GTA3. I was working on a PC shooter game when Half Life came out and after playing the first few hours it felt clear that what we were doing was inadequate. Same experience working on a PlayStation 2 game while GTA 3 launched.
I felt because current Apple is all about optimising. From Hardware Cost, Market Fit, and even Software. Making Software that looks and feels the same across iPad, iPhone and macOS may save some engineering cost or design cost. But to me, that is still a very toaster fridge design.
Doesn't methane break down much more rapidly than CO2?
In a society as large as ours, I think it generally is strictly smarter. Personally I think it’s detestable for ethical reasons.
True. English has less redundancy to potentially clarify things. Yet it seems you have to go out of your way to find the edge cases.

At any rate, Chinese grammar is far weaker.
V's documentation says that V's functions are pure by default, but they aren't.
Due to the ongoing events in the eastern Europe area, there's quite a lot of people who might have energy they'd like to sell/use for something, but can't necessarily sell it to whom they might like to.

If there's a way they can sell it to the Bitcoiners, even at a price they might not like to, they might do that.
I presume most MS managers were in engineering roles earlier. It doesn't make sense to characterize the same kind individuals as crushing merely after a role change. My hunch is they always had the instinct to crush but didn't have the power earlier.
It might be helpful to back up your perspective with data, or better frame your argument. As it stands, your comment doesn’t add much to the conversation.

A few things in particular:
- Crime is a problem in India. The Wikipedia article has a decent overview (https://en.m.wikipedia.org/wiki/Crime_in_India). But so is police and government corruption. (https://en.m.wikipedia.org/wiki/Corruption_in_India)
- To call a criminal organization a shadow government is hyperbolic. Similarly calling the romanticizing of crime — a common entertainment trope — a conspiracy, seems a bit much.
- The actor you use as an example was convicted for acquiring weapons from people involved with the Bombay Bombings. He was never accused of being involved in the bombings himself (https://en.m.wikipedia.org/wiki/Sanjay_Dutt). I’m not sure I follow the accusation of serving the mafia by acting as a criminal in a movie.
I love these free market arguments.

Hey man, you're _totally free_ to pay the price of a used car to process a transaction. Ain't it grand.

Meanwhile I can send instant bank transfers for free all day long.
They are discussing design ideas. There might be many, many reasons why a product with an absolutely killer design could get cancelled anyway.
A lot of new cars are sold with a gsm module that you don't control
The second one is an "Assault Weapon", not Rifle. This is why it was called the Assault Weapons Ban.

See [0], "a United States federal law which included a prohibition on the manufacture for civilian use of certain semi-automatic firearms that were defined as assault weapons".

"The Act prohibited the manufacture, transfer, or possession of "semiautomatic assault weapons," as defined by the Act."

0: https://en.m.wikipedia.org/wiki/Federal_Assault_Weapons_Ban
I assure you, that V is a very serious project, and its README is not full of desires, whatever that means.

As for the source tree full of incompetence - that may be so, if you can help, you are welcome to make PRs to improve it.

As incompetently written as it is, it is capable of compiling itself, and quickly, unlike some others.
When people are renting and don't own their own home, the incentive to actually improve the property isn't there, so an extra expensive space heater that can be moved to the next place has more value than improved insulation.
> This is however contra the promise that everything is decentralized by design and not under control of a single actor

This is still decentralized because people need to coordinate to make a change. Decentralisation doesn't mean a system without human deciding what happens. It just means decentralisation of the power between the participants and ability to enter the room without creditionalism.
Your angry comment is a sadly typical reaction of a cult member having their beliefs challenged.
In comparison to stricter languages, yes. English is far less prone to it than languages like Chinese though.
Lionel Trilling gives a really good account of this change in Sincerity and Authenticity; near the beginning of the essay he makes special reference to Polonius's speech: http://www3.nccu.edu.tw/~kangchan/translations/Trilling_Sinc...
Mostly blob based game assets is a system motivated by consoles, then reused on pc to keep build process consistent.

You'll see older pc centric game engines use loose files. With the advent of ssds on consoles we might see a return to bunch of files approach as it keeps patches smaller.

Steam and EGS updating handles binary diffing wonderfully. While consoles, not so much. Specifics are NDA of course but I bet any game dev reading will know who I am talking about when I say: "platform x has a horrible diffing algo yet requires approvals for updates over size Y". If I could ship a loose filesystem and get reasonable load times I would just for the update package advantage.
> Because you're paying a lot for it in terms of steep learning curve

It's a hill at this point and people are calling it Everest.

There are a few incredibly uncommon things that are still difficult (the ones you see "Rust is hard!" blog posts about), but you're most likely never going to hit those corners. Especially if you're writing CRUD web apps with a few threads here and there. That path is boring and vanilla at this point.
Until stuff like CUDA, DirectX, LibGNM, LLVM, GCC, mainstream language runtimes, UNIX clones, IBM mainframes, Windows, Machine Learning, HPC stuff like MPI and OpenAAC, move away from C and C++, I will stay with my forever statement.

Your game development example, other than Embark Studios, very few care about.

Not to mention that Unreal, Unity, Godot are the bare minimum to beat.

AAA game companies that are security conscious are already using .NET, Java, Go on their game servers.
Certainly, the marketing around web3 went to shit. But I've been in it for 4 years now so I don't really care about the VC's because I see the larger picture already.

I agree with everything you said, but the end. The ponzi tokenomics definitely needs to stop, but the lego yield stuff has potential. It is more than just unbanked, it is people without lines of credit. It is teaching people how to be fiscally responsible.

Based on my Vietnam example below. Woman with gold teeth instead deposits her stable money into her phone. That money earns yield automatically. She can also use a portion of it as collateral for a Kiva-style loan to help with her farm crops (or whatever small business she has). People who buy her products effectively pay back her loan directly by submitting to her phone app. She's in control of it herself.
I've used similar stuff and it works well. It's best for when most of the wood is fine and just a little bit is rotten. The hardener goes in further than you would expect.
Why not sell the coins? The market is big enough. I can't see why someone would mine coins without selling them as they are mined, otherwise you don't realize your profits. When there is enough cheap dollar in the market, there would be someone else who believes the coin price would rise at a later point and buy BTC for profit.
Possibly, but I won't argue about hypothetical kinds of bad when a runtime issue happen ;) The point I tried to make was that you want neither for such use cases. Hence compile time verification (type base, static analysis, proofs for the most critical).
There is AI, this is even linked in the article for Google's use-case, which is in production already: https://www.deepmind.com/blog/deepmind-ai-reduces-google-dat...
So you cant trade labor or anything physical for bitcoin?
Counterarguments to Maxwell's Demon is not that such chambers with a microscopic door cannot be fabricated, but that the Demon and his door cannot run without some entropy/power source outside to the chamber thereby negating the "negative energy" created by it. The Demon works if you don't mind feeding him and maybe adding fuel to the chamber as well, but then you're not getting the supposed free energy.
ETH launched in 2015, which is 7 years ago, and has been working through fundamental limitations of the technology, building out the technological primitives that will enable mass-consumer blockchain applications in the future.

A list of areas where Ethereum has made huge progress:

* building secure smart contracts - more sophisticated auditing programmes by more experienced companies, improvements in programming languages, including Solidity, and improvements in formal verification techiques, have reduced the prevalence of major hacks of blue chip smart contracts significantly since 2015

* enabling privacy with public validation. Zk-SNARK and other zkp based mixers have gone from theory to reality with the launches of Tornado Cash, the AZTEC Network, and CAPE.

* Protocol fine-tuning, like the implementation of EIP1559, to improve fee predictability

* The creation of a Proof of Stake consensus protocol that maintains the same decentralization of Proof of Work, while providing a given level of security at a much lower economic cost

* Scalability technologies like Optimistic and ZK-Rollups

* Protocol upgrades like sharding to expand the capabilities of Rollups

These all took time to build, and will take more time still to reach production quality, but are shaping up to provide a vastly more useful blockchain platform than what was launched in 2015.
No it's not sentient. The ai piece was heavily edited questions. Nice paid marketing piece by Google.
I don't work for any of these companies, and I wanted to do so in the past, but not anymore. Maybe Microsoft is an exception, and that's open to change.
I personally do care about the "evil" stuff they do, especially when it comes to privacy and monopolistic practices, but I would never attack or shame anyone for working their, everyone makes their own choice.
+1 for Refactoring Design.
The designs it presents are okay. But it highlights many of the considerations and techniques you can use to find your style.

Also, as a rule, don't listen to HN for design opinions.
Many people here talk about design like a bad programmer talks about principles: "Always have 100% unit test coverage" or "Functions should never be longer than 7 lines".

My recent favorite was when an article introduced an unusual, award-winning checkbox design for a very specific use-case, and a number of comments completely missed the context [1].

^[1]: https://news.ycombinator.com/item?id=31783841
To assemble executable code from separately compiled files. Or to tell your executable code from where other executable code it needs can be loaded at runtime.
The Biggest Game in Town
Why would you need a clock for causal ordering? You don't need every actor to respond to a change at the same time.
I guess if you lived in Russia, Iran, Lebanon, Venezuela or Argentina you'd be licking gov boots all day right?
A few years, I would have said no. Now, I'm cautiously optimistic about it.

Personally, I think that you can use something like Rancher (https://rancher.com/) or Portainer (https://www.portainer.io/) for easier management and/or dashboard functionality, to make the learning curve a bit more approachable. For example, you can create a deployment through the UI by following a wizard that also offers you configuration that you might want to use (e.g. resource limits) and then later retrieve the YAML manifest, should you wish to do that. They also make interacting with Helm charts (pre-made packages) more easy.

Furthermore, there are certified distributions which are not too resource hungry, especially if you need to self-host clusters, for example K3s (https://k3s.io/) and k0s (https://k0sproject.io/) are both production ready up to a certain scale, don't consume a lot of memory, are easy to setup and work with whilst being mostly OS agnostic (DEB distros will always work best, RPM ones have challenges as soon as you look elsewhere instead of at OpenShift, which is probably only good for enterprises).

If you can automated cluster setup with Ansible and treat the clusters as something that you can easily re-deploy when you inevitably screw up (you might not do that, but better to plan for failure), you should be good! Even Helm charts have gotten pretty easy to write and deploy and K8s works nicely with most CI/CD tools out there, given that kubectl lends itself pretty well to scripting.
It's not impossible - but usually authors are pretty keen to advertise what the higher tiers give you.

Which is generally more advance chapters. Maybe discord benefits, extra side-story chapters, access to in-progress/draft chapters, or author Q&A sessions. I've never seen notification e-mails listed as a benefit.

Almighty coincidence that e-mail notifications are always reserved for the earliest access tier, but every author has forgotten to advertise the benefit.
No idea about GCP but a 32-CPU Digital Ocean droplet with 256GB of RAM costs $1,280/month, which is less than $43/day.
Just put it in your microwave after work.
I'm one of the "haters". I see no value in crypto in 99.99% of crypto and in the cases that do make sense the actual use for it is borderline money laundering or tax evasion. All the "enthusiasts" seem to want to get rich by getting as many people as they can in their greater fool scheme of choice in the hopes of becoming a Bitcoin billionaire. The obnoxious fan base and practical scams coming out of the marketing department are what I despise most about the whole thing.

However, I don't foster any negative feelings towards developers per se. A job's a job, and crypto isn't exactly as easy as your run of the mill CRUD application development.

By working in the ethereum space you've proven you can work with/around obscure tools, learn strange jargon, probably have some knowledge of cryptographic algorithms, and a willingness to do a deep dive in what you believe in. I'm no hiring manager, but to me that all seems like a bunch of skills that will transfer to many businesses outside crypto.

There's more to a person than what areas of business they have experience in. You can work for Big Oil, Facebook/Google/UmbrellaCorp, or Nestlé and be a perfectly good person just doing their job. Anyone refusing you simply because you worked in crypto at some point is short-sighted.

Even if you are a crucial part in the next big rug-pull-sold-as-ending-world-hunger, I honestly doubt you'll run into too many ethical qualms unless you screw up enough to actually break the law and get caught. It's not like Meta or Wells Fargo suddenly care about ethics if you can talk things straight enough, most big companies are morally bankrupt anyway.
There you go: https://news.ycombinator.com/item?id=31795159
Just listened to episode 484 of the Changelog podcast[0] this week, where Brian Kernighan was being interviewed. I recommend giving it a listen.

When asked for books or material he would recommend, he only mentioned two things; The Mythical Man Month and the transcript of the talk Hamming gave at Bell Labs in 1986 [1].

Having just read it just yesterday, I highly recommend it. What he says applies to any professional career, even outside research.

[0] https://changelog.com/podcast/484

[1] https://www.cs.virginia.edu/~robins/YouAndYourResearch.html
I think they’re referring to the recent Terra/Luna crash.
GPUs are being used to mine ETH, not BTC. Hashrate by GPU cards on BTC is tiny compared to ASIC. It takes literally 1000x more power and 1000x the cost at the same hashrate.
The phrase is something like “sufficiently advanced technology is indistinguishable from magic”
Very much science.

Like how a person from 4000bc would think of a voice assistant

If it isn’t fancy please share the ML model for ancient Egyptian to English translator
Cloud workloads mean UNIX has effectively won the server room for classical deployments, however UNIX !== Developer.

There are plenty of other workloads and platforms to target.

Desktop, mobile devices, IoT, medical, game consoles, infotainment, unikernel, serverless....
Maybe they shouldn't have buy Macs in the first place.
As a sort-of-dev-outsider in a firm that's slowly moving into Rust, I would like to know what kinds of projects is Rust suitable for, and the reasons why you might advocate against it.
it’s not the kind of super-smooth demo that only a charismatic Steve Jobs-type personality can pull off

And that's exactly why I like this demo so much more than even the original iPhone demo.
> it's easy to forget that there are billions of people for whom $45 is a massive investment, and that SSD isn't so conveniently available even if they have the money.

So those people can use whatever hardware they have available to them and not buy the SSD. The parent specifically said it was hard to fit on an SSD, so I assumed they could buy one based on that

> I know I got into programming on a mix of graphing calculators and thrown out PCs, and I also distinctly remember having to work around the download sizes of tooling because I was using really crappy internet.

Graphing calculators, and raspberry PIs (and other various low power devices) are still widely available for people to learn and experiment with. Internet speeds are still a problem in many places but ay some point the software has to be delivered to you, and as I mentioned previously the actually install sizes are not 60GB, and the downloads are significantly smaller (a windows 10 iso fits on a 4GB usb)

> without 60GBs of downloading and storage...

Firstly, it's not 60GB - see my previous post about how much space it actually takes up. It's closer to 30GB. Secondly, if you don't have 30GB of storage of any kind available to you on a computing device,then sure, meanwhile anyone running a machine bought in the last 15 years will have that space available to them.
> you can probably heat the house the same with less energy

No, a 1000 watt heater is just as efficient as a 1000 watt computer in heating.
When Samsung closed the Android tablet gap, Apple widens it again with iPadOS 16