5 ms·
SourceHut has an issue tracker (incomplete, but very fast) and CI. The problem is that SourceHut is not becoming any better over time. With all my respect to D
by krasin 2y ago
SourceHut has an issue tracker (incomplete, but very fast) and CI.
The problem is that SourceHut is not becoming any better over time. With all my respect to Drew, his attention is spread too thin over many projects.
- rgreekguy 2y agoI remember reading SourceHut's creator, Drew, has some controversy around him...
- krasin 2y agoEveryone doing anything has some controversy around them. At some point, we should just stop paying attention to internet dramas and focus on what matters. Like, fast issue trackers or continuous build with a novel feature to ssh into the state, when the build failed (which SourceHut supports: https://man.sr.ht/builds.sr.ht/build-ssh.md https://man.sr.ht/builds.sr.ht/build-ssh.md)
- stavros 2y agoGitlab does too, IIRC.
- AceJohnny2 2y agoHe is opinionated. Scroll through his blog, and I'm sure you'll find something to disagree on: https://drewdevault.com/ https://drewdevault.com/
- packetlost 2y agoIt's fine to be opinionated, but he's also very abrasive and you don't have to go far to find people who have had a bad experience with him at some time or another. That being said, I haven't seen anything egregious for a couple of years, so maybe he's taken some of the honest feedback to heart.
- shihab 2y agoMay I ask what does “very fast” mean in the context of an issue tracker?
- krasin 2y agoIt means that it's not slow. Case in point: Jira.
- _nalply 2y agoIt means that user feels the user interface is quite responsive. It's not a very useful metric. A user having a flaky internet connection with high latency and low bandwidth and intermittent disconnections would complain that the platforms he uses are "slow". Or a service is just bogged down by too many users but would be quite responsive if not overloaded. EDIT: I was not writing about JIRA specifically. I agree that JIRA is ALWAYS slow. Ten years ago I had to wait five seconds after a button click. However I also had to handle a complain that something was slow just because that customer's internet was shit. EDIT 2: I remember ten years ago an especially perverse variation. A friend of mine was complaining about the bad quality of video even after having upgraded his internet connection. The problem was asymmetric bandwidth. His friend had bad upstream and my friend just saw jerky movements and ugly artifacts and it was unusable for communication in a Signed Language. I learnt that day: if something is slow, then it is not always easy to understand why. My friend was very disappointed in me.
- creshal 2y agoJira is slow all the time. Sourcehut might, potentially, in contrived circumstances be at risk of becoming slow, but it's so well optimized that it's an outside risk, rather than a guarantee. Surely you understand the difference between the two categories of software?
- xigoi 2y ago> A user having a flaky internet connection with high latency and low bandwidth and intermittent disconnections would complain that the platforms he uses are "slow". On the contrary, a bad internet connection makes it much easier to distinguish slow and fast platforms.
- a-french-anon 2y agoYep, as a paying customer, I'm still waiting for a way to reach each project page from any other page. Literally the easiest thing to make in the world, but still in limbos... As for Gitlab and Github, I left ridiculous Jabbascript abominations behind and never looked back; Github now overriding usual keys like PageUp/Down and Home/End SPA style and not being able to display most stuff without JS is the straw that broke the camel's back for me.
- packetlost 2y agoI'm not saying I don't agree, but I'm sure they would accept contributions implementing such a feature.