291–300 of 322 posts
However, I think the value proposition should be much higher than simply "GitHub in Rust". GitHub is still a great, complex product, despite its recent problems. There should be some sort of x10 (or at least x5) improvement that will make people _consider_ migrating.
The hard part of GitHub is scalability
The UI isn't very attractive; I’d like to see the font size increased, as my eyesight has deteriorated significantly from working at a computer for long periods.
Earlier quoted context omitted.
If the first thing people ask about your offering is "what programming language did you use when you made this," your offering is probably not that interesting.
Or maybe your audience is developers who might want to contribute to the project, and would prefer to work in some languages more than others.
Please, stop using "written in Rust" as some kind of advantage or killer feature.
Earlier quoted context omitted.
There are many ways to be honest, and some of them are within the site guidelines. Commenters should be honest in those ways.
Thanks for reminding me, I appreciate it. However there is justice for commenting poorly, there doesn't seem to be justice for posting lies and deceit, which is borderline a serial case here(?).
We can answer the question by rephrasing it. I would put it this way: "is it ok to be wrong on HN"? The key change is to replace charged words like "lies" and "deceit" with the neutral word "wrong".
People do lie and deceive, but to tell that apart from just plain being-wrong requires knowing someone's intent, and this is not something that moderators (or readers in general) can do. Even courts of law have a hard time doing that! HN comments don't contain nearly enough information to decide it. You would have to have a mind reader [1].
Worse, readers are far too quick to assume lies, deceit, etc., in other commenters that they happen to dislike or disagree with. The internet is rife with this, as we all know. Most of these insinuations are imaginary—we are all too inclined to attribute disingenuousness to the other side. One can easily see this by looking at how the same accusations are made against one's own side.
Once the question has been rephrased in this way, it answers itself: of course it's ok to be wrong on HN. How could it not be? Most of us are mostly wrong about most things. Moreover, being wrong is part of eventually getting something right. Curious conversation, which HN exists for, often involves mistakes, and sometimes the mistakes (or seeming mistakes) turn out to be creative.
Even if we decided it was not ok to be wrong, how would we enforce that? We don't have a truth meter [2].
As we have neither a mind reader nor a truth meter, we can't base moderation on anything that requires knowing people's intent or knowing the truth about things. We need criteria that can be decided from people's observable behavior on the site. As I sometimes put it, we can only moderate by effects [3].
That's why HN's guidelines are they way they are (https://news.ycombinator.com/newsguidelines.html) - there's nothing in there which requires us to know what someone's intent is, nor whether they are right or wrong on a topic. At least I hope there isn't!
What about the truth, then - do we care about it at all? Of course we do. It's critical! But working out what's true vs. what's false is the province of the community, not the mods. It's the commenters' job to do that, e.g. by answering bad arguments with better ones and false information with true. And they should do this within the site guidelines, e.g. by being respectful and curious rather than aggressive and accusatory.
The moderators' job is to hold the container for this or (if you like) to keep the playing field fair. This isn't possible in any complete way - there are far too many factors pushing things into messy, unsatisfying places. But we do what we can.
[1] https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...
[2] https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...
[3] https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...
No mobile version, but I'm visiting from a tablet, should work at least if switch to "Desktop" in the browser manually. I don't care if I get horizontal scroll - not showing your visitors anything at all is an automatic "I'm out". Second, when I browsed from an actual desktop, and clicked on links for files it was all slow as hell - specifically the part when you click on a file an expect it to just load, you instead…
> In fact, I don't even know why Rust would be a good thing here when Go or even Rails/Django would work just fine FWIW I've noticed that agents are pretty good at writing "High-Level Rust" for most basic applications, which gives you pretty great performance (orders of magnitude faster than RoR), great deployment, probably great security if steered by a senior, and pretty great maintenance again if originally steere…
Earlier quoted context omitted.
I'm happy to label myself a Rust fanboy, but > few/shallow dependencies is just flat-out wrong. There's (sadly) a big culture of sprawling, deep dependencies in the Rust community. There are of course many counterexamples too, but it's definitely not correct that Rust signals the virtue you refer to. (Incidentally, the misguided idea among some that as long as a dependency isn't through FFI, it doesn't count as a dep…
> the misguided idea among some that as long as a dependency isn't through FFI, it doesn't count as a dependency, is one of the things I dislike the most about Rust culture I have not heard that idea a single time. There's definitely the idea that FFI dependencies "count more" / add more baggage (because there's a bigger risk that the build fails, it's harder to investigate memory safety, ...). Absolutely not that a…
Earlier quoted context omitted.
> In fact, I don't even know why Rust would be a good thing here when Go or even Rails/Django would work just fine FWIW I've noticed that agents are pretty good at writing "High-Level Rust" for most basic applications, which gives you pretty great performance (orders of magnitude faster than RoR), great deployment, probably great security if steered by a senior, and pretty great maintenance again if originally steere…
Identity? Most folks don't think that way anymore. I try to funnel them from Python to GO. I want to ship binaries. I want them to think about dependencies and if they really need them.
It's probably polarizing and I honestly don't know why I felt the need to rant about it. /shrug