Hacker Newsnew | past | comments | ask | show | jobs | submit | re's commentslogin

> I wanted to see if, with the assistance of modern AI, I could reproduce this work in a more concise way, from scratch, in a weekend.

I don't think it counts as recreating a project "from scratch" if the model that you're using was trained against it. Claude Opus 4.5 is aware of the stable-diffusion.cpp project and can answer some questions about it and its code-base (with mixed accuracy) with web search turned off.


The two projects have literally nothing in common. Not a line of code, not the approach, nor the design. Nothing. LLMs are not memorization machines that recall every project in the cut & paste terms you could think of.


I have had issues with resizing Quick Look windows with their rounded corners on macOS for the last several major versions, well before Tahoe. The resize cursor indicator there also doesn't seem to appear at the correct location for the actual resize handles.


Here's a console command you can run to increase the snake length immediately, and thus the difficulty:

   (() => { let count = 50; const delay = 100; const interval = setInterval(() => { addSnakeNode(); if (--count <= 0) clearInterval(interval); }, delay);})()


Why wrap in a lambda?


Because I learned JS before ECMAScript 6 was widely supported by browsers and haven't written a ton of it targeting modern browsers. You're right that it's unnecessary.


Could be to allow use of local variables that do not leak into the scope this code is executed in. That's what I use this pattern for.


pro tip: no longer necessary

    { let count = 50; const interval = setInterval(() => { addSnakeNode(); if (--count <= 0) clearInterval(interval); }, 100) }


And polluting the global variable namespace hardly matters when using the console.


Pagination is also buggy, as the live results interfere with the historical ones.


Ports are a derivative work; you should preserve the original author's copyright attribution.


On mobile there's no info other than "please visit from a desktop/laptop computer", so for anyone else not near one:

> Finds when the sun aligns with your street for a perfect sunset view (like Manhattanhenge).

> * Enter an address to check for alignment with the sunset (or more specifically, alignment a little before sunset, the last moment the sun is at 50˚)

> * Shows street bearing and sun alignment information

> * Displays coordinates and next henge date (if there is one)

https://github.com/vritvo/henge_finder


For me on desktop there's no info other than "Henge Finder requires a desktop or laptop computer" (Chrome/Edge/Firefox on Windows, not exactly uncommon!).

The following in the browser console will enable it:

  document.querySelector('.mobile-block').remove(); document.querySelector('.container').style = ''


Thanks for the summary. Irksome/Curious that the page throws up such a blanket go-away screen when I am using an iPad, which from my perspective is basically the same as a small laptop (only in the browser ofc).


> a linear array of all the 4 billion values, with the key as array index, which fits in 16 GiB

The hash table has the significant advantage of having a much smaller minimum size.

> Perhaps text strings as keys and values would give a more interesting example

Keep reading to "If keys and values are larger than 32 bits"


> HTML4 was the "sloppy" answer to XHTML

I think you mean HTML5, which exhaustively specified how to do parsing in a fault-tolerant, normalizing way. HTML 4 (and 4.01) predated XHTML 1.0, and HTML 4.01 attempted to take things in a stricter direction, introducing a "Strict" DTD that did things like drop the <font> tag, in pursuit of separating structure and presentation.


Reddit discussion gives some additional context (and background on Brad Spengler) here: https://www.reddit.com/r/programming/comments/1oc38d2/ai_bro...

Apparently, "all you need is [...] this: [bytes]" is the hash of an undisclosed exploit proof-of-concept. And the relationship between Spengler and Linux maintainers has been somewhat contentious for the better part of a decade: https://news.ycombinator.com/item?id=13312723


> They removed other maintainers access to their AWS account, and one of them had allegedly taken a screenshot of the root password from a password manager

Inaccurate:

> Ruby Central also had not removed me as an “owner” of the Ruby Central GitHub Organization. They also had not rotated any of the credentials shared across the operational team using the RubyGems 1Password account.

> I believe Ruby Central confused themselves into thinking the “Ruby Central” 1Password account was used by operators, and they did revoke my access there. However, that 1Password account was not used by the open source team of RubyGems.org service operators. Instead, we used the “RubyGems” 1Password account, which was full of operational credentials. Ruby Central did not remove me from the “RubyGems” 1Password account, even as of today. https://andre.arko.net/2025/10/09/the-rubygems-security-inci...

Ruby Central didn't realize that they hadn't actually revoked any access to the previous maintainers (and that they didn't have the updated root AWS credentials) until two weeks later when André notified them.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: