I just directed my cats to make a cryptocurrency.
HN user
nertzy
Full stack developer. Rubyist. Electronic musician.
https://nertzy.com
TLDR implies you didn’t read - therefore you don’t know if it’s slop.
But seriously it does read well like normal thoughtful human writing, so I am on the side of it not being “AI slop” while also noting that you didn’t claim it was.
The editor treats edits from Claude Code as a first class citizen. You can easily review, approve, rollback, etc. Claude's changes in a curated experience that is much faster than digging around in diffs or needing to approve each edit as it is proposed.
I am still a Yahoo! pinger as well.
~ ping yahoo.com
PING yahoo.com (74.6.231.20): 56 data bytes
64 bytes from 74.6.231.20: icmp_seq=0 ttl=50 time=42.366 ms
^C
--- yahoo.com ping statistics ---
1 packets transmitted, 1 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 42.366/42.366/42.366/0.000 msIsn’t it because you can generate the same content two different times and hash it and come to the same ETag value?
Using UUID here wouldn’t help here because you don’t want different identifiers for the same content. Time-based UUID versions would negate the point of ETag, and otherwise if you use UUIDv8 and simply put a hash value in there, all you’re doing is reducing the bit depth of the hash and changing its formatting, for limited benefit.
This is the only correct answer. I interviewed dozens of people this way over more than a decade. Hiring was never difficult to get right.
Bonus: we self-selected for people who don’t like to pair. We paired 100% of the time.
And another to experts-exchange.com of course.
My favorite was when I was in college. I spent a long time trying to figure out how to get my WiFi card for my school-issued laptop working in Linux. Someone else posted a fix (with a full explanation of what to do!) and I followed it and it worked!
Then I look at the username and it’s my classmate from down the hall in the same dorm.
And I’m pretty sure I actually did end up in a beach house with them at some point.
It’s pretty funny that anyone would complain about a Linux distribution being named after a developer’s given name.
I mean, it’s Linux.
Maybe find a law office willing to take on the case for the chance at a cut of the penalty?
I read it as that blogspot.in was registered via Mark Monitor and that MM made a big mistake here.
I used to work on a software development team with James Somers and I can attest that he is both a great writer and able to handle criticism, valid or otherwise. I think he would appreciate the debates he is generating.
Yes, this is why developers should use URI-building libraries instead of direct string manipulation to modify URIs.
If I visit an HTML page with a link to “.evil.com/people/123” and click on it, the user agent won’t append “.evil.com” to the hostname. You’d instead get something like “https://api.hotstartup.com/.evil.com/people/123” which would be safe (if not broken).
"The lingering uncertainty in the social control of risky technology is how to control the institutional forces that generate competition and scarcity and the powerful leaders who, in response, establish goals and allocate resources, using and abusing high-risk technical systems".
Seems to me that the relationship between Boeing and its various 737 MAX customers could be seen in a very similar light. Abusing high-risk technical systems as a tool to extract resources to cover for artificial scarcity in budgets or market expectations.
Here’s what could have happened:
March 20: Confirmation of receipt of issue, boilerplate response detailing expected next steps
And as far as we know, this might have actually happened! Maybe it wasn’t deemed interesting enough to include on that timeline.
I was hoping that this was a clone of the Atari game.
I use MacDown[1], a macOS open source visual Markdown editor. You can select from several styles, toggle features such as GitHub-flavored on and off, and then save as PDF. I'm not sure about its scriptability from the command line.
Reminds me a bit of Topple by ngmoco
http://topple.ngmoco.com http://topple2.ngmoco.com
Although yours has more of a puzzle feel to it.
Aren't the map results organic?
Just because they're displayed in a different form doesn't make them any less organic.
Great to see Olin getting some attention.
I was one of the 30 student Partners they talk about and I can't even begin to enumerate how many wonderful experiences I've had. After graduating, transitioning to work for a small software startup was quite natural.
Also, it is interesting to note that several Y Combinator teams have been made up of Olin students. (Flagr and Thinkature come to mind)
Neuter nouns of the second declension don't generally have plurals that end in -i, but rather in -a, so "vira" would be equally possible.
It's also important to note that scholars don't actually know the proper plural of virus because they haven't really found one in extant literature.
Wikipedia has a longer discussion at http://en.wikipedia.org/wiki/Plural_of_virus#Virus
Franklin W. Olin College of Engineering in Needham, Mass. (alma mater of a handful of YC team members) has taken several of these ideas to heart.
No tenure, collaboration with nearby institutions to share courses, encouragement for all community members to contribute to developing and changing all aspects of the college at any time, and no separated academic departments. The list goes on and on.
It's a great place for entrepreneurially-minded students to find an atmosphere that allows them to build up their skills without having to settle for university-level bureaucracy.
If it isn't, don't read the article ... then state what the article is actually about.
At the very least I hope that you would read the article before deciding what it's actually about.
I had the pleasure of taking a course on synchronization with Prof. Allen Downey at Olin College. He made the topic very understandable, and even added student problem examples to this text! I wrote the "Faneuil Hall problem".
Prof. Downey has a great knack for making complex CS topics seem very simple.
"I recently had an e-mail from a Windows developer in the Ruby community who pointed out how opaque many Ruby projects are regarding Windows."
I guess my response to that would be that Microsoft is quite opaque regarding Ruby. By being such a closed system, Windows doesn't do anything to help developers improve Ruby library compatibility.
Compare this to Apple. Apple builds Ruby into its operating system, contributes patches upstream, and is even supporting the development of MacRuby, which more tightly integrates Ruby into the Mac OS X operating system.
So the opaqueness goes both ways in my opinion.
Due to this, I am very impressed that Ruby even has the level of support in Windows that it currently enjoys. I would say that Windows hackers should keep up the good work and submit substantive patches as often as possible.
I understand your sentiment but frankly I disagree.
Your first paragraph presents a straw man. Sure, in extreme cases, reproducing a bug is not mandatory. Again, the author does not claim that reproducing a bug is mandatory, but rather that it is a useful practice.
It is not a virtue to try to base your work on the least amount of information.
You say that "when the hard problems come you will be ready". But really when the hard problems come you will look at them assuming that the logged information is enough to solve them. No programmer can know ahead of time what information to log, so by purposefully blindfolding yourself from experiencing the bug directly, you might miss the bigger picture.
Indeed, I can't think of a reasonable logging mechanism that the author could have thought of ahead of time that would have helped with this particular bug. Emphasis on "reasonable".
The headline seems a bit sensational to me.
They have found a way to cause an unusual interaction, but that doesn't make the whole of chemical knowledge up to this point any less useful or correct.
I think you're reading it a bit too extremely.
His point is that you always try to reproduce the bug before you assume you understand it.
His comments don't say anything about what to do if you're unable to reproduce. He's just suggesting in which order he thinks you should take certain actions.
It's altogether too easy to jump straight to a patch, submit it, and miss the forest for the trees because you never actually went through the use flow and realized you were patching a symptom, not the underlying problem.
LinkedIn lets you decide whether or not to have a public-facing profile. That profile is fully indexable by search engines. You can choose to turn it off.
Nothing to see here. Move along.
There is a reason that the common login process has evolved into what it is today.
While I wouldn't want to discourage trying new things, it's definitely worth it to read the other comments on this page and then decide if the convenience you'd be providing on login is more important than the prevented headaches when a user hits an edge case that is no longer covered.
My point is not to tell you "no, don't do it" because your particular site might be different enough from the usual site that this approach could work. Although I guess that is probably unlikely.