skysight-inc/HackerNews huggingface dataset:
I'm not that old, or have a super long history with cycling. But out of the handful of bikes I've ridden, I def prefer double-butted steel (over straight-gauge Hi-Ten, straight-gauge 4130, 90's aluminum, modern aluminum, modern steel gravel bikes) whether I'm going all-out, or cruisin. And even between 2 double-butted steel frames from different tubing manufacturers made for the same use-case more or less, they've felt different enough to me. At least that's how I felt after having put the same components on two steel framesets, and putting them both through about 2k miles each. One frameset was definitely more enjoyable, while the other felt lacking to the point where I wished it were the other bike.

I have two relatives who have raced bikes in the past at high levels, and both owned stores. One of them was a stronger racer who didn't care about gear as much. The other was still a heavy hitter, but wasn't as naturally talented, and enjoyed the nuances between components way more. He and I seem to agree on things.

I do know that tire pressure and width make a huge difference in plushness, but I still prefer a springier ride-feel from the steel I like, vs. even a modern steel gravel bike with 42's with lower PSI. I had such high hopes for that ride, but man, it just felt kinda muted and leaden, and I missed my steel road bike.

But yeah everyone will have their personal prefs, subjective interpretations, and theories about what works for them and doesn't. Gimme that springy lightweight steel any day.
Honestly, I feel like YouTube recommendation is the _only_ good thing YouTube has lol. I often see a ton of complaints about the recommendations but I've honestly never had an issue. I know that yes, you click on one video and now all the sudden you get 100s of that type... but it sorta works for me since it seems like that "effect" wears off just as fast as it starts.

For example, I have a friend that's into cars. I watched a few car videos and then 50% of my recommendations were car videos. It works for me though, because usually those videos are genuinely interesting. I haven't watched one in weeks tho, so going to my home I see 0 car related videos.

I will 100% believe everyone though when they say it just doesn't work for them. Just wanted to share my experience.
Actually, there are advantages to embracing single-OS-thread programming. It's an incredibly efficient use of CPU resources, and you generally don't need explicit locking. Resulting programs are much easier to understand, maintain, and diagnose. (I work daily on a complex, soft real-time, production app written by a team of developers, and the code has no locks.)
Are you thinking of Google Forms? It's often used to create surveys but they are different products. Google Surveys essentially created those "answer a survey to access this webpage" popups and has a very limited free tier.
For me as soon as I say "not interested" it completely nukes that keyword. I don't have to keep doing it.
Yep and nowhere seems to teach this in practice other than job sites. I’m building a team right now with two mid level engineers and a junior. They’re great and I couldn’t ask for better guys to be clear; but your point stands.

They don’t understand this (subsystems architecture and the the living data model.) It’s like they think I have a giant list of existing solutions to every problem that they haven’t memorized yet so when hit with a problem needing a subsystem they were basically useless until I slowly started teaching it to them. I’m talking Ivy League kids with degrees I only ever dreamed of getting. There brains just aren’t trained to architect systems the way I expected junior/mid level engineers to be as a self taught engineer.

Also the data model stuff has been a real painpoint for me. We were set up with graphql and Postgres so of course the MVP forwent any working data store other than react states.
> If only there were half a century of research into exactly what IQ does and doesn't correlate with!

Nice quip, but what's your point? ;-)

> Anyhow, my lukewarm take is that no level of "social and emotional intelligence" will allow you to assess the likely effectiveness of a political system, because why in the world would the built-in intelligence for interacting with a couple of hundred people be any good at predicting the aggregate behaviour of billions of people.

I at least have a high degree of belief in the contrapositive -- if one doesn't have a high degree of social and emotional intelligence then they won't be able to assess the likely effectiveness of a political system.
> The coordination server has ultimate control, and a malicious one could easily insert their own clients, hijack DNS or even just passively monitor devices.

This is true, but I feel that it is important to say that with Tailscale the traffic between your machines doesn’t travel through any central server. Machine A and machine B send encrypted traffic directly to each other. The coordination server just authenticates them and tells them each other’s public keys, so that the machines can encrypt traffic going to the other and decrypt traffic arriving from the other. You can absolutely monitor that encrypted traffic to ensure that it is not being sent somewhere unexpected. If you want to route traffic from your phone to the wider internet you will have to provide an exit node of your own, so Tailscale doesn’t even have to deal with that headache either. It’s a really nice design.
Not the OP, but here's my understanding.

> What is the shape of this "not journalism at all" category? How can I distinguish non-journalism from non-objective journalism or journalism on a topic I don't personally think is important?

For the NYTimes, anything from the opinion section, anything the second half of the category list (Arts, Books, Style, Food, Travel, Magazine, etc.) I would consider is held to a lesser standard than the first half (World, U.S., Politics, N.Y., Business). Also, articles in those sections were less likely to be about current events specifically, and might include reviews, interviews, and other content that isn't "of the day". The Opinion section is actually a nice divider.

> Do news organizations offer any explicit disclaimers that their "non-journalism" has low editorial standards and shouldn't be trusted the same way as their journalism? Or is it just something you have to know?

Outside of explicit tagging of Opinion pieces as such, no. In the old days, in paper form, you generally knew that anything in section A was solid journalism, other than the opinion pieces in the back, and in Column 1 of the front page. Section B (Local news), was usually okay, but could get a little weak further to the back. Section C (Sports) was good on game facts, but other stuff could be weak. Section D (Business) was usually good again, but was much more likely to also include PR fluff pieces and other similar stuff. Section E and beyond (Arts/Calendar, Comics, etc.) was all less serious. Parade Magazine, an insert that showed up in many publications across the US was complete garbage.

> * Does the average media-literate person know any of this?

Most people knew about the opinions section, it was pretty clear back then that the paper didn't stand behind those pieces, and they only represented their author's opinion. The feel of each section and the advertisements included therein did give some sense of the importance of the section.

I have felt for some time that the loss of the metadata around opinion pieces has done real damage to Journalism, and that it would be good for publications to come up with some standard for identifying that, to reduce the instances of breathless reports of "The Washington Post is a socialist rag!" after a single opinion piece by an actual socialist is published.
In 2019-2021, IMO gaming market was important because new PS and Xbox were start selling . It was time to get customers to their ecosystem before they could get new console. Now shortage is end, so selling latest model is no longer important.
My parents and siblings are downstairs. I live in the attic. Bought a house 3 years ago and we all moved in together.

Even though I see my parents everyday, I still notice them aging rapidly.
Huh? react-hooks/exhaustive-deps does exactly that: it statically infers dependencies and is very noisy if you forget one, and the React team recommends that you always have it on. In fact, the React docs have this to say, right in the documentation for useEffect (https://reactjs.org/docs/hooks-reference.html#conditionally-...):

The array of dependencies is not passed as arguments to the effect function. Conceptually, though, that’s what they represent: every value referenced inside the effect function should also appear in the dependencies array. In the future, a sufficiently advanced compiler could create this array automatically.
Early stage founders also have to sell something (a hope and a dream) that's harder to move than used cars, so maybe that selling experience translates!
I thought it might have come from the racket of people talking and yelling inside brick walls.
Firefox should worry more with core browser, standards, speed, security, bugs... And less with implementing things that already exist as addons
These products aren't actually very similar from what I can tell, it's just that Google Surveys has a very niche use case and Google Forms is often used to create surveys.
Ah but Haskell was built that way from the beginning, and has important invariants (pure functions etc) that make it possible to produce inherently sound programs. Of course none of that will help you make the right inherently sound program.
Extending your Github analogy, do you see a future Copilot type of generative AI for circuit boards?
Last time I used them, web components were incredibly slow. They were so slow to render, after using maybe 2 or 3 of them I realized why nobody is trying to build apps this way. Just isn't there yet. Probably won't be until HTML Imports are merged with JS Imports.
Björk: Mother, Daughter, Force of Nature
Maybe that means he won the game and it's time to do something else until someone with similar skill comes along? Or maybe there should be a handicapping system.
This video was essentially the same argument, but in a much more accessible way (sorry Jane). Regarding your features overview, it's very good, but I think you can get a lot of lifelong signups by adding a longer tutorial aimed at first times (not throwing away your existing material, which is mostly great).

That is, put yourself in the position of the developer who has something working and wats to share it with the world, but hasn't gone past the MVP/dem stage yet. If Tigris can be the tool that teaches people what infrastructure does (maybe via a book or similar) you get that sort of generational loyalty.

Best of luck - I'm definitely motivated to use it.
nobody can determine who is right because they haven't made the allegations specific, but as a professional chess player if they say his cheating goes beyond what he's claimed, and they have evidence of it, he could sue them for defamation if it wasn't true. I suspect chess.com has the receipts.
When will we run out of usernames [video]
I greatly prefer not feeding Google's data-hoarding dragon.

I've been banging this drum for a while:

<https://news.ycombinator.com/item?id=6746731>

<https://web.archive.org/web/20160307214624/https://plus.goog...>

That references a G+ post which is of course dead now with that service. Wayback claims to have captured the post but I can't find a version that renders properly (or at all):

<https://web.archive.org/web/20131015000000*/https://plus.goo...>

(The HN submission referenced a post of my own on G+, which I believe I deleted shortly afterward.)

When I did utilise YT under a YouTube (and for a very brief time, Google+) account, I found the benefits de minimis. And in particular, what I'd most prefer would be to dismiss channels (or entire genres) with extreme prejudice, which simply was not available. And I'm not going to play rat to the Borg's Skinner box to find the reward morsel. I've got methods that work with ample sufficiency for me now.

So, no, not gonna bite.
Anyone else find it odd that we’re doing 3rd party studies on a programmed algorithm?
Aspirational business model goals in 2009 won’t be 100% realized 13 years later. That doesn’t mean the original goal was a “lie”. That word requires intent.

And DDoS mitigation is part of the free feature set. Im guessing some of their largest customers may be kicked off the free tier if they are too much of a resource burden.
I built an inbox around AWS SES with unlimited inbound and outbound addresses.

Works by creating buckets inside my inbox for each inbound email address.

Deliverability isn’t an issue since it’s built on aws which enforces all the usual prerequisites.

Spam hasn’t been a problem (I think) because I require all emails to come over TLS. Don’t think spammers are going to set up SSL just to spam from some DO instance.

Works well. Not super polished but it’s “my” inbox and I’m insanely proud of it.
The answer to the question: What if 20th Century Fox made software?
> People learn C++ in college. People learn Rust because they love their craft.

I learned Fortran, PL/I and IBM 370 Assembly Language in College. I learned C and then C++ because I loved my craft.
Hey Joe,

We will fix this asap

Thanks!
cookies were once delicious delicacies - https://bugzilla.mozilla.org/show_bug.cgi?id=213186
Time is a factor in almost every human endeavour. Either internal or external motivation to get something done "quickly" is often needed. Otherwise, we start attempting to optimize all variables instead of the ones that actually matter.

The problem is external artificial pressure almost never helps.
I think you're partly right but it happened before GDPR - when advertisers decided to ignore the DNT[1] flag. If DNT was respected, GDPR cookie pop ups would be unnecessary. Unfortunately the modern web is not about user choice but about herding users like cattle to maximize "engagement".

[1] https://en.m.wikipedia.org/wiki/Do_Not_Track
https://archive.ph/l3oNq
we'll see what AMD announced november 3.
Missing the point.

Horrible, toxic fires are not exclusive to batteries. I have personally lived through two horrible gas-based fires, which is anecdotal. However, there are tons of examples.

This current fire is a disaster, yes. And it should be investigated rigorously. And we should learn from it, and if willful negligence was involved, prosecute accordingly.
It depends on what you are doing. Frequently you know you have A, B, C, D use cases in that order of complexity.

A lot of people's instincts will be "Let's try it out with an easy use case like B" and then make the go-forward bases on that.

Then you go to tackle C or D and find out it's a no go.

The better strat can be a spike on D to verify the solution can handle it. This is hack and slash; your validating. After you work on the mature solution.

I've seen so many times people sink time into the mature solution based on A. Then you find out it won't work for D or you finally measure and find out there is no benefit.
Yes, there is a huge difference between type checking a minimally type-annotated program, and dreaming up a rich type system just because you could (I should know, I used to be a Java dev).
OO programming is a very versatile paradigm, and not at all incompatible with JS/TS.

It comes down to choice; pick one for the project and be consistent. That’s all that matters.

DI does not require OOP, and you don’t need DI to write good TS/JS code. DI is common in OOP, but if you aren’t using OOP you don’t need DI anyway.
Not if they fire you at 23 months.
Just Get Moving
Some Mod users and VRChat users really wants VRAM because it's not optimized well, but don't need highend
Thanks for the suggestion, I've been looking for something like that. Will give it a shot.

brew install orion
Until it turns the surrounding water highly acidic and kills everything in sight
I've worked on several large recurring payments platforms. It isn't rocket science, but let me tell you it is generally a pain in the ass to to manage recurring payments - in most of the systems I've worked in its easiest to just cancel and start a new one. The schemas are generally awful and make a lot of assumptions in the worst of ways. I wouldn't be shocked if the IA just finds it easier to manage manually than put in the large amounts of money for a refactor. One org I was with it took a Staff engineer nearly two years to rework the very odd weekly recurring feature to make it something that would be later made into something you could edit (of note, it was entirely separate in logic than the monthly recurring...)
Are you seeing any decorator or OOP style in React? Yet plenty of dependencies are automatically injected without the OOP jargon, if you want to see a pure JS example of auto DI go check angular 1.5 dep system, and Vuejs.
I guess you're assuming I'm some mega Trumper just because I disagreed with anything any Biden fan said

I don't think this discussion is going anywhere productive
I suggest billing per half day, pay as you go, and continuous delivery. You go over your progress and get paid, then plan for the next few days or week. Do not go for more than a few days or week without showing progress and getting paid and discussing with the client. Initially progress is just writing down specs or mockups or whatever's but within a relatively short time it needs to be some type of working system. So they should be able to see straight into the development process as its going. And since you get paid after a few days or week, your risk is also reduced.
I keep our stack mostly functional and that’s how it was done before me on our current project.

A few objects contain state like say a DB connection/client or a RequestContext you pass down through your request handler middleware’s. Those are an OOP class with an interface definition.

Everything else is just functions and closures. We also generate interface objects from our GraphQL types but that’s not a real OOP type, it’s just an interface.

If you keep to that structure, you’ll largely avoid the whole polymorphism OOP type hierarchy hell and all the dangers that come with it.

As for DI (dependency injection), that’s honestly just a fancy form of passing parameters down through function calls. Technically, the RequestContext I mentioned before is a “ball of mud” provider pattern DI code smell. So maybe down the road we will use DI to create more constrained context scopes.

If I do go that route for DI, I would likely strongly follow a CQRS style class pattern to inject objects and keep them nicely named and organized. Would also fit nicely pattern wise with the existing function + closures architecture.

But yeah, overall, stick to functions and closures, use OOP style classes sparingly and you’ll get the best of all worlds.
Maybe I’ll have to write some better software then
One other crazy detail I didn't have space to put in the article is that half of the driver chips are mounted upside down in cutouts in the circuit board! It's so the data bus and some other control signals can be daisy chained between them without needing another layer in the PCB.
Why do you need automatic injection? What the parent said is idiomatic FP
So, can't wear gloves? Or have an intoxicated passenger messing up the air?

Suppose it decides you're intoxicated after you've hit highway speed?

Will it store its findings, to be retrieved later?
Yep, that's the view on my MacBook Air M2

https://i.imgur.com/PLofWAT.png
That's not for you to decide. Also, by that logic you should be fine with 100% inflation since it would stimulate the economy like crazy with full spending of everything earned?
I grew up in Palo Alto. My point was that millions of people had his privilege growing up (myself included) and only a select few make it into Stanford (or Brown in his case) (myself not included!).

Saying someone is privileged because they graduated from Stanford highly discounts a person’s agency in their life.
What's your point? Are you claiming this is good, bad, or neither? What does any of this have to do with literally anything in the article?
The tool that I was in love with for a few months before Google / YouTube effectively killed it off was mpsyt / mps-youtube.

<https://github.com/mps-youtube/mps-youtube>

It was (well, still is) a terminal-based YouTube client which provided search, locally-managed playlists, choice of playback mode (video or audio-only), downloads, and a number of other features. YouTube quashed it with an API-key limitations such that it is now effectively unusable.

But for a brief moment, YouTube content was accessible from a terminal window or console, without all the godawful dark patterns of the site itself. That was tremendously useful.

These days I'll snag videos by URL via youtube-dl/ytdl, and/or mpv (which invokes those transparently). Not quite as magickal, but still pretty good.

Hrm... Apparently there's a successor project, yewtube:

<https://github.com/mps-youtube/mps-youtube/issues/1191>

<https://iamtalhaasghar.github.io/yewtube/#installation>

I'm going to have to check that out...
They shouldn't be on the road either, if they can't manage to stay in their lane.
My core point I was indirectly making, as both a founder and advisor, is that in my experience it is frequently easier to give others advice about learning from users than to be the one literally dealing with users and making something meaningful of those exchanges.

As for the decline of HN, having been around HN long, long time, in my opinion there’s no real pattern, or at least there’s massive amount of randomness that people tend to read into. If you’re interested in interacting with founders on HN, very easy to do, if you’re intentional about it.

As for if HN was focused on growth, would it change? - Maybe, though I would like to hope that would be a net positive, not negative.

PS - In case you missed it, posted the comment by PG related to HN here:

https://news.ycombinator.com/item?id=32918742
Well, I'm one to appreciate what we have available to us especially compared to the alternatives and temper my appreciation accordingly.

I don't know if I use a single service that gives me particularly compelling control over recommendations. Though I also don't find myself deep-diving my history so often that clearing it every few months affects my life, but I suppose I can see how that could be a setback.
This is precisely what I love about the Internet and humanity.

Recently, I got into RC cars. I was watching a YouTube video discussing the long-term issues that can arise with the particular model I own. In the video, the presenter mentions that “maybe you could 3D print something” to help address a deficiency in the vehicle design.

I just purchased a 3D printer, and thought, “Maybe I can design it myself.”

Lo and behold, someone already did, and cited the same YouTube video as their inspiration: https://www.thingiverse.com/thing:4982263

How amazing and cool is that??!
Maybe in a controlled environment Typescript can produce benefits - however much of my argument is that our environments are typical uncontrolled, let's not give the monsters any more magic than we have to.
I think having a small "Dismiss" link or "X" button could feel a little less coercive. I do appreciate being able to click outside the modal to do this, but it wasn't immediately clear at first.