rhencke
rhencke on Hacker News
Thank you for this writeup - we hit the same issue and effectively were getting DDOSed by Claude Code.
Why would you judge a person based purely on what other people say about them, and not on your own interactions with them?
If they'd wanted you to do that, they would have named the files something like "CMakeLists.txt".
Except.. it didn't blather on at all, and got right to the point.
Unfortunately, the words "Deno", "TypeScript", and "removal" made for good headline material, and what was effectively a design document about performance optimization[1] became misinterpreted by many as heralding the removal of TypeScript from Deno, despite the document being updated with a explanatory warning that it was a very deep technical document about a specific part of architecture, and that Deno remains completely committed to supporting TypeScript forever.
1: https://docs.google.com/document/d/1_WvwHl7BXUPmoiSeD8G83JmS...
Those lawyers are correct.
Not all jurisdictions of the world legally recognize the concept of 'public domain'.
FUSER.
It's basically easy-mode music mixing/DJing with live cooperative multiplayer.
Have you ever sat down and had a long, and deep conversation with someone suffering from severe paranoid schizophrenia after they've experienced a psychotic break?
I assure you, you will quickly understand the difference.
Especially if that someone is your previously un-diagnosed friend and business partner.
Do you not find yourself to be naturally persuaded by your friends through your time and experiences with them?
I find that experience to be persuasive, as well. It persuades me about the kindness of your friends.
Human interaction is fundamentally persuasive, even when completely unintentional. I don't think you can get around that.
I think your underlying point is fair, but I'd like to see you post a more constructive explanation of where it would be useful for the analogy to capture a truth about cloud services that is not true for, say, flour - switching cloud providers is incredibly difficult due to vendor lock-in.
It really was such a brilliant move on Netflix's part.
I grew up in an era where running your own servers was just generally accepted practice.
It's been fascinating watching how dramatically that viewpoint has shifted over the years to the point where it is now a novel idea to do so.
I think that's exactly what 'keep[ing] building the native macOS application as a first-class citizen' means.
Posted by
rhencke on Sunday January 31, 2021 @06:34PM
from the bedrocklinux.org dept.
This is true for the source control aspects of Git, but not all of the project management aspects of GitHub. (wikis, gists, gh-pages: yes. issues, pull requests: no)
How does this relate to the performance issues being discussed?
Small, positive steps in the right direction are how you get there.
It was a serious suggestion.
By working to understand and solve the problem that seems easy on its surface, either:
1. It ends up harder than it seems. The original poster gains a better understanding of what is preventing the originally proposed solution from working, and is in a better place to judge what needs changing, and generally everyone wins.
2. It ends up as easy as it seems. Not much time is spent, the original poster makes a valuable suggestion in the form of a patch/PR, and generally everyone wins.
Perhaps you could open a pull request to fix this.
Who are you and how are you me?
I'll throw in Saturn Bomberman with 2 6-player taps for a total of 10-player mayhem on a single screen.
Also, if you haven't seen it... https://bravewave.net/panzerdragoonsaga
That is all well and good, but that is a
different value proposition than what CentOS, until this point, was offering.
The original value proposition of CentOS was that it was a bug-for-bug compatible, drop-in replacement for Red Hat Enterprise Linux.
It's really just I didn't want to pull things into a discussion about someone's personal life.
I couldn't think of one so instead I'll just go with obfuscation. (it's ISBN 1432763962)
You don't always get a choice.