Recent submissions

Comment · 1 month ago
> The structure is identically to all of that, big title, graphic, list with icons

You're complaining about posters being structured like posters?

But also the structure is particularly similar between these posters themselves across styles because they use the same prompt to describe the desired content and that's on purpose. The model is not asked to rework or reword any of the content, this lets you compare the styles.

Comment · 1 month ago
I think that's unfair. Many local community fairs happen to have a graphic designer or someone with some of the same chops who's willing to lend a hand to design a decent poster.
Comment · 2 months ago
If you already know the bug is caused by a race between writing and checkpointing then it's easy. I'm unsure how the linked article makes your point at all though.
Comment · 3 months ago
I don't think the people who opposed those things look foolish even today. Most of those things, in their early days, were implemented haphazardly and with an incredible lack of regulatory oversight, and the reason they were not quite as disastrous as they could have been is that people opposed them.

And people opposing data centers today who are opposing unfettered data center creations will not look any *more* foolish than those who opposed the things you cite.

Comment · 5 months ago
The fact that this can happen at all without the security team's knowledge is telling.
Comment · 5 months ago
I trust openAI's marketing team 100%
Comment · 7 months ago
Interestingly, in the company I currently work for, if an employee encounters a problem with the product, the expected way to report the issue is to open a ticket. Not in an different system with different people responsible for handling it, in the same ticketing system that customers use.
Comment · 8 months ago
Hackintosh refers to doing things the other way around: running MacOS on non-apple hardware. So no, this is not a hackintosh.
Comment · 10 months ago
Both of the things you quoted are basically gone in practice, you just always use const/let and always use triple-equals for equality comparisons and that's that. Most people that write JavaScript regularly will lint these out in the first place.

OTOH I think JS has great ergonomics especially wrt closures which a number of popular languages get wrong. Arrow functions provide a syntactically pleasant way to write lambdas, let/const having per iteration binding in loops to avoid nasty surprises when capturing variables, and a good number of standard methods that exploit them (eg map/filter on arrays). I also think, though a lot of people would disagree because of function coloring, that built-in async is a great boon for a scripting languages, you can do long operations like IO without having to worry about threading or locking up a thread, so you get to work with a single threaded mental model with a good few sharp edges removed.

Comment · 11 months ago
I've had to stop using FF as my development browser because it chokes on large source maps. I used to find lots of issues in our web app that were only ever tested on chromium browsers. I don't anymore because the devtools are unusable past a certain point.
Comment · 1 year ago
> I guess you can attach a debugger for unit tests, but that's not very useful.

That is in fact incredibly useful

Comment · 2 years ago
Surely this was meant to be cnt += a[i] > 0
Comment · 2 years ago
The most egregious problem caused by this that I've encountered is an almost complete inability to use email 2FA on websites because my phone will kill the browser as soon as I switch to my inbox, and when I go back to the browser I'm back on the login screen which will generate a new one-time-password and make the one I have in my clipboard worthless. I've also encountered the exact same problem with 2FA using an authenticator app, though since the codes are valid for ~30 seconds or so, if I manage to enter my credentials fast enough or they auto-fill, at least the code I copied is still valid.
Comment · 3 years ago
There are several points in the article which are just plain wrong:

- no private properties (https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...)

- no readonly properties: You can use a getter. Or define the property as non-writable, the syntax isn't nice but in my opinion it's still much nicer than what the article proposes.

Some of the points are just a matter of taste ("this" is awkward)

There's the implementation itself which forces you to use non-idiomatic code for no good reason or benefit (Class.init instead of new, just why? You can absolutely return a constructor function there while preserving everything else)

Doing what the article proposes also destroys the ability to do instanceof checks because the prototype of instances is not set (can be fixed), and inheritance is severely limited if you want to preserve any of the purported benefits. You might say that inheritance is actually not a good thing and so it's a feature, not a bug, but if that's your opinion why are you trying to mimic a class?

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton