skysight-inc/HackerNews huggingface dataset:
I was wondering about legality as well. The power of this website could be profound depending on the size of email list. And the share distribution and volume of those email list subs. An experimental weapon in stock market manipulation if you will. Hope it’s secure.
This is a typical 1U server fan. https://youtu.be/YrU1D4bgn78

There's not a lot of space left in a 1U server, and to get the right airflow, the airspeed has to be much much higher as what you'd get in a normal ATX case.

Can you replace it with quieter small fans, while maintaining good airflow? Sure sometimes. Is it ever going to be "quiet"? Not a chance.
Big diamond rings still seems to be mainly an US thing still: https://www.engagementringbible.com/the-most-popular-engagem...

I live in Europe and in my experience a stone in a wedding ring is very uncommon.
This is in extremely bad taste. What precisely about Africa makes you think anyone has easy access to Diamonds?
> None of them have been building enterprise-scale architectures that turn messy, vague, and incomplete requirements that model even more messy, vague, and incomplete business processes for 20 years.

Exactly! If you’ve been doing that for 20 years I do not want to work with you, since you are apparently perfectly content with that status quo.

I’ve been doing it for two years and it’s already too much. My highest priority is fixing their chronically useless requirements.
> AVX style vectors IMHO should have been used for all those vec3 and vec4 operations that are used in graphics applications.

That is the naive application of SIMD, which many have attempted. It does not lead to a meaningful speedup.

To get a good speedup from SIMD, you need SOA or AOSOA layout. Ergonomically this is already similar to vector instructions.
> It’s a nice DIY project but why?

I think you answered your own question.
> a company they have some sentiment for

Really? I saw a local Software Etc. and Funcoland both get replaced by GameStops. Both times, it was a straight downgrade in terms of customer experience.
"Chinese drink with little chewy tapioca balls; the drink part can be tea, fruit juices, or coffee; beverage originating from China and brought over here in the mid-90’s by Chinese immigrants wanting to start a new business People cannot correctly pronounce the Chinese words for the drink so when they heard the Chinese words, they derived the word boba. Chinese people do not use the word boba in Asian countries because in Taiwanese, it means “big breasts,” which is how they got the name for the drink to describe the little tapioca balls. The drink just recently in the past few years became popular in America and mostly everyone knows what it is. Boba used to only be used in the Asian community and has now spread to a word used by all ethnicities."
Slightly off topic, but I find it interesting that LACK is cheaper in Denmark than in Poland
I had to sell F# (over C#) as the language for new projects to my CEO a while back.

What I really wanted to say was: "F# lets us be lazy. You write way less code, you have fewer things to keep track of, you need fewer abstractions, you can write everything in the most straightforward way possible and then extend only when necessary because refactoring is super safe."

What I _actually_ said was: "F# is an extremely rigid language. It will not let junior developers take shortcuts, because you must write your code properly or it won't compile. Your classes and functions must be written in the correct hierarchical order, you must cover every corner case. I know it's going to be stressful or boring to be forced to do things right every time and never be able to just push some sloppy cowboy fix, but it's a sacrifice we're willing to make :)"
For example De Beers ran a successful campaign which convinced many Japanese that a diomand ring is essential to proposing in the 60's
I've wasted far too much time in my career doing exactly this for federal government customers. My favorite is when someone insists a feature is critical and must be replicated, but when I dig into it I find it *never* actually worked and as such, no one was using it.
No, it's 8GB.
The association is not traditional, it is an association initially hammered in by De Beers. If you are in love, and your beloved expects diamond rings, take them to see "Blood Diamond".
> Most of human dna is garbage, it doesn't code for anything.

It's not garbage. If you remove it, you won't have a functional human. "Junk" DNA does quite a bit:

Shield from damage, change spatial conformation of DNA in 3D space, change histone wrapping offsets, provide a basis for gene duplication and mutation (which is fertile ground for evolution), etc.

The spatial effects have a nonnegligible impact on gene transcription.

Imagine gutting your PC and throwing just the essential components into a cardboard box and expecting them to work. A better analogy: do the same to an automobile factory, because that's a better proxy for a cell.

> A full 8% of the Human genome is just viruses.

Which have contributed to our evolution. The placenta has been theorized to be of viral origin. The immune system, which in places uses complex gene rearrangement, also benefits from viral genes.
I agree with everything you say, but I don't understand this part:

> it serves not only as a critical bare-metal layer

What's bare-metal about NumPy??
Nice! A single-use server rack,
as seen on Airbnb Plus!
See also:

- https://www.newyorker.com/culture/personal-history/chronicle...
Hi. I am in the same boat as you. I have been developing different kinds of software for almost 20 years but only recently got interested in electronics and specifically electronics design.

Being noob myself I can't give you too many tips and tell in honesty they come from deep experience.

But I can give you one.

Don't be bent on doing everything yourself. Working with and understanding existing circuits is a huge opportunity to learn a lot from people who have infinitely more experience at this than you.

I have discovered this when I determined to fix couple of broken devices at home. Each time, by analyzing the existing circuit, I have learned a lot about how people put things together and how features of the device can realistically look.

With the benefit of hindsight, this should have been obvious. I am not spending too much time to read other peoples' codebases to learn from them but that's because I have started learning programming some 25 years ago and by now I can solve problems for myself. But when I started out I would take every opportunity to look at some foreign code, copy it, understand how it works and I understand this has been great learning tool.

Now that I have kids (older son is 7yo) I use the same technique to teach him programming. Instead of going from first principles I show him a working program (in scratch), or somebody else creating a working program or we create a working program with me programming it, and he learns much faster how to program by seeing how something works rather than by trying to derive from first principles.
LinkedIn. The Ultimate dick measuring contest
>Right so you look for reviewers based on the same opinion as yours?<

Maybe reread my post, preferably in context.
Between inefficient and bad for privacy P2P DHTs and completely centralized or federated models from which you can be banned very easily, there exists a solution that takes the best of both worlds: https://github.com/fiatjaf/nostr.

Basically it works like this:

> Everybody runs a client. It can be a native client, a web client, etc. To publish something, you write a post, sign it with your key and send it to multiple relays (servers hosted by someone else, or yourself). To get updates from other people, you ask multiple relays if they know anything about these other people. Anyone can run a relay. A relay is very simple and dumb. It does nothing besides accepting posts from some people and forwarding to others. Relays don't have to be trusted. Signatures are verified on the client side.
If you take this metaphor and run with it, think of those war-torn country where the whole terrain is laced with landmines from past wars. In the US politics, we've had a very fractious decade, and even if things cool down as [virus ends, human contact resumes, jobs come back, Biden tries to reconcile everyone with results TBD, strife regresses to mean because this can't go on forever, can it?], we're going to live atop a minefield, with tons of words and memes that instantly polarize and derail by evoking divisions of the past. Think of "alt-right", "deep state", "swamp", "antifa", "Russia"...I'm sure you can think of others.

Maybe this is how it felt in the early 70's when the nation was coming out of assassinations/Vietnam/Watergate, or how it felt in Ireland after the Troubles, India after the Emergency, Chile ever since the Pinochet coup, and so on, "one damn thing after another".
Apple has a page with pictures of lush green forests and deep blue oceans, so what you're saying can't possibly be true. They would never create mountains of e-waste, because their products are impossible to repair.

https://www.apple.com/environment/
Reasonable tables work fine on a mobile viewport. It’s when you get into crazy ones that it breaks down.
Well I was being nice, this probably creates more waste than it reduces since a rack can be reused many times and the metal can be fully recycled.

Lack is essentially made out of paper and resin, there are more environmentally conscious ways to reuse a table...
This title is needlessly pithy. “Special” is relative in this world. Something doesn’t have to be special to everyone for it to be special to you. Fuck this author.
‘We are very sorry’: Deloitte apologizes to RI about UHIP (Unified Health Infrastructure Project)

https://www.wpri.com/target-12/we-are-very-sorry-deloitte-ap...
You need good ventillation in a closet for both activities.
See also: https://twitter.com/ShipBrief/status/1355134952405397508
I would rephrase your statement in : "If you care about SIMD, performance issues and type annotations, you should look into Julia".

Numpy is an incredible piece of software and provides performance for one of the most mainstream language. It has been one of the main building block in the python takeover in data science, ml, etc. But if I had the choice, I would have move to Julia during my precedent work/projects as soon as it reached v1.
I think that is an Americanism, to some extent. Clearly diamond rings are a big thing in other countries, but I'm not aware of other places that have such rules around them like numbers of months of salary, or such an obsession with having a huge shiny diamond on your finger.

Or maybe it's generational. Either way, none of my friends or family in the UK seem to have gone in for this stuff. That's not to say that there have been no diamond rings, just no stupidly gaudy rocks.

Perhaps it's down to changing traditions - the "big day" is no longer the start of life for a couple, they've usually been living together for some time, may even have kids already. And perhaps it's down to changing gender roles, now that most couples have two earners, the 'signal' you talk about may be out of place. It certainly seems old fashioned.

Either way, I don't think diamonds are important as once they were.

If I marry my current partner in a traditional ceremony, any diamonds involved will be synthetic, because science is amazing and De Beers are manipulative exploiters.
Sure it does, compiled to native code ahead of time.

People have to start learning not to mix languages with implementations.
I don't follow the logic. Bitcoin has no fundamentals, so it can go as high or low as it wants.

GameStop has fundamentals. But you're free to ignore them; they're not hurting anything. GameStop has everything Bitcoin has, plus some extra things; it is therefore worth even more than Bitcoin is.

Said another way, it is nonsensical to claim that Bitcoin has no fundamentals. If you believe that (1) Bitcoin has "no fundamentals"; and (2) GameStop has fundamentals tethering it to a market capitalization of a few million dollars, what you're actually saying is that Bitcoin has fundamentals tethering it to a market capitalization of zero dollars.
It doesn't matter how much you invest in making it easier. It will never be as easy as doing nothing, which is what the competing alternative provides.
> There is no "non-broken" way that an app can consistently render at a real number scale into an integer sized buffer. Everything is going to have rounding or blurring in some way. This is unavoidable.

This is just not true. There's nothing special about 1x and 2x when you're rendering a font or a vector. 1.5x may very well be the scale at which everything snaps into the pixel grid because that's how the pt->px conversion happened to play out at that given DPI. Thinking of 1x and 2x rendering as being special cases is exactly the problem here. And even for things where you want to pixel align if you leave that to the client some can make more intelligent decisions. There's nothing stopping a UI library snapping everything to the pixel grid at arbitrary scales by varying the spacing between elements slightly between steps. That's the whole point, the client can do better things in a lot of cases and while the discussion was about Weston the Wayland protocol has ended up with this limitation, which makes sense since Weston is the reference implementation. There's currently no way for a client to request the scale factor of the screen and render directly at that factor.

> But of course that has the same issues with mixed DPI and you would only really want to use it for performance-sensitive applications that are not particularly sensitive to scale.

There's no problem with mixed-DPI. If you have a 1x screen and a 1.5x screen render at 1.5x and scale down in the lower screen when spanning two screens. When in one screen exclusively render directly at 1x or 1.5x.
DIY solutions are affordable and fun, but my wife would NEVER be cool with some rack pc's chilling under the coffee table.

Just now starting to set up my homelab, and found this LM Cases wooden rack that has the MRS approval: https://www.sweetwater.com/store/detail/LM4URack--lm-cases-4...
As long as you are including Canada in "American" ... it's certainly a big thing here too.
I think some distinction is needed: The email protocol allows decentralization (in the sense of federation) and, theoretically, even full distribution if everyone were running their own mail server. But in practice, none of this is the case and email is one of the most heavily centralized systems humankind has come up with.

Back in 2016 I came across a computer science paper where the author had studied the decentralization vs. centralization phenomenon in various cases (not just in IT but also in real-life social networks, economic dependency graphs etc.) and concluded that every man-made decentralized system will eventually exhibit centralization to some degree as it will develop nodes that have orders of magnitude more edges than the average node. It seems to be a very natural phenomenon. I wish I remembered the author or the title…
More work for the optimizer (because the code hasn't been manually "pre-optimized") most likely means longer compile times too though, so the relation between "twice the compile time for 15% speedup" might not improve much, and the optimizer might spend a lot of time on code that actually doesn't need optimizing (because it's not "hot" code).

I agree though, it would be great to see the same experiment on other code bases.
Wow, lots of good questions coming out of this :-)

1. I chose Postgres because I have the need to remotely manage as well as pull metrics into grafana and metabase. That is simply not possible with SQLite.

I realize this post should be a series of posts where I go deep on all parts of the SimpleCTO stack, so to speak.

2. My monitoring is quite limited because. Generally I use netdata to get a quick overview on health, and I export that into grafana. I rely on Hetzner for actual healthcheck and uptime monitoring. Sentry tells me if my code starts throwing too many exceptions or errors.
The Sutton Hoo hoard is truly remarkable from multiple perspectives but I'll mention only one. Some years ago when I first saw images of these truly remarkable artefacts in a doco, it occurred to me that it is the quintessential example from history to show that people of ancient times - the Anglo-Saxon era, Rome, Ancient Greece, etc. were every bit as sophisticated as we are today.

Yes, we've better technology and we'd like to think we're a little less barbarous (although that's disputable given WWI, WWII, etc.), but in reality there's precious little difference in our basic behavior. Every generation likes to think it's more sophisticated than the previous one but in reality that's more arrogance brought about by a perception of modern life, technology and a mainly false hindsight of history, recent and long past, which makes us feel superior.

Sutton Hoo has the power to quickly bring us down to earth and make us feel a little humble. Any civilisation that can craft such a remarkable and truly beautifully made object as this shoulder clasp from the hoard is truly sophisticated - no doubt about it whatsoever:

https://en.m.wikipedia.org/wiki/Sutton_Hoo#/media/File%3ASut...

(As has been pointed out by modern craftsmen and goldsmiths, making this object today would require a tour de force/quite exceptional skills even by today's standards. The fact is we're still unsure how these remarkable craftsmen made such an intricate work of art.)
Yes, because those layers aren't theirs. They are products of other companies that specialise in high-performance and stable software. They can afford to use annoying languages because performance is one of the main things they compete on.

But for something like a social network, performance isn't something they care about. They care about being able to develop and roll out new features as fast as possible. The overhead of working in a language makes things hard and/or has poor tooling is far greater than the increased server cost of working in something like Python (or, as much as I hate to admit it, Node).

(note, that I'm not talking about the client side here. developers should serve their users and a slow fronted is bad for users. a slow backend, however, is not something users care about)

And since we're specifically talking about an open source project here, look at the difference in community contributions between any two equally popular projects where one is written in something ridiculous like C++ and the other in JavaScript.

Even Go and Rust, which are as close to modern as it gets in the world of compiled languages, are still decades behind Java, Python and Node in features, tooling and support. So until those catch up, anything that doesn't need performance above all else is probably going to stick to more friendly languages and not lose sleep about wasted CPU cycles - after all, we built computers specifically to simplify our work and that's exactly what these languages are doing.
That's not quite fair to evolution: crossover is vastly more important to real world evolution than mutation (even as mutation is critical to create the raw material that's crossed).

I don't think I ever have seen a GA application that made prior use of crossover, because most use genotype->phenotype codings that can't even in theory make it useful. That's where anyone young starting on this road should start.
I knew exactly what you were going for from nothing but the name, so I think you did a great job personally.
Canada's right there with the US on the big diamond thing.
update: seems fixed

https://twitter.com/mysk_co/status/1355860806626324483?s=20
This looks like a classic pump and dump strategy?
> It’s a nice DIY project but why?

Because it's extremely cheap and easily discardable if not required anymore or something more permanent comes around. It's an alternative to having a switch/machine sit on the floor, not "nobody needs to buy racks anymore". (And at least around here, "racks for scrap value" isn't exactly common, or if it is it's full-height ones with pickup only (or understandably expensive shipping))
The GP probably means the Wine implementation.

Vulkan is not even supported on UWP or Win32 sandboxes, the ICD mechanism its drivers use from the OpenGL days is only allowed in classical Win32 mode.
This is 100% the right way to handle routing in single-page apps. The back button should work the exact same way it does in a server side render app
I regularly coded (pre COVID) on transatlantic flights.
My current setup is a desktop chassis, does anyone have a ressource about transferring components into a rackmount chassis? I'm afraid of buying a chassis that is incompatible with my current motherboard/cpu.
I'm not trying to pick on you personally here but this comment, like many I see on HN, seems overly adversarial and could have made the same arguments in a less combatative way.

There's a lot of emphasis on your own perspective: "*I* don't get", "*I've* been doing that", "Not once have *I* missed Docker", "making *me* less productive", "*my* personal experience*"

And an assumption that it applies to others: "Just use the same [...]", "I feel OP would be better off [...]".

The comment could provoke a more productive, thoughtful discussion by focusing on understanding rather than on pushing particular views and practices.

For example:

- "I don't get why people use Docker" -> "Could anybody share their reasoning for using Docker?"

- "You can run everything without Docker to remove an extra level of indirection" -> "What benefits do you see in exchange for this extra level of indirection?"

- "Not once have I missed Docker." -> "I haven't found much use for Docker and would like to understand those who have"

- "I have taken over [...] making me less productive" -> "I've only encountered downsides in my own experience with Docker, could anybody share what the upsides may have been for others involved?"

- "Again in my personal experience, this simply isn't an issue" -> "I'd be interested to hear more about the benefits as I haven't encountered issues before"

- "In short, I feel OP would be better off without Docker" -> "I wonder if the OP really needs Docker, perhaps they could be more productive without it"

If we all wrote like this (and I'm certainly not perfect myself), HN could be a much friendlier, more welcoming place.
Maybe knowing a reviewer actually personally would help it further by noting their consistencies or idiosyncrasies or honesty; but it's long winded method. You can glean a ton by following any person, honest/consistent or not, after all it's what's made social media owners so powerful.
> I would rather not pay the court fees because a bunch of people are upset their broker didn't accept their orders and want to waste the courts time over it.

I like how you trivialize it. Didn't they lose a ton of money, potentially their savings, because "their broker didn't accept their orders"?

Repeat that several times in your head, how does it sound?
I can confirm this, I don't know of any persons personally who have a diamond wedding ring, not a single one. The only time I ever hear of it is when consuming American media.
Heh, I’m probably misusing that term—forgive me, I’m just a script kiddy! :D

I meant that it can serve the role of low-level, nitty gritty machinery, entirely separate from its use case as a module unto its own right.

Eg, pandas (in some sense) is just a convenience layer on top of numpy—but to me that’s like saying any piece of software is “just a convenience layer on top of python.” It’s partly a means to an end! Not just an end unto itself.

Numpy enables a whole new class of functionality, independent of its direct use as part of my software. Is there a better word for that?
A Model for Identity in Software