News for hackers. Stuff that matters.
Re:Ask HN: BugsEverywhere was a great idea – why didn't it c... by WorldMaker on Monday September 16, 2019 @10:39AM (#20984493)
I certainly think a UX is possible to make it work. I just don't think it is easy. You need a reporting tool that can potentially manage N repositories with M branches. You need to solve for issues that involve N sub J repositories ("epics"), and you need to solve for issues involved in M sub K branch states (in progress in A, complete in B, complete with extra bug fixes in C, X comments/documentation/attachments scattered across branches A, B, C, D, E, F).

There are ways to solve those problems, but yes a good UX team needs to be brought to those problems, and I think that is a big issue. There's lots of little distributed bug trackers that stop at CLI, but few to none that have even attempted a UI, and I've yet to see even a proposal of a full workflow system with non-technical "stakeholders" in mind.

Re:Ask HN: BugsEverywhere was a great idea – why didn't it c... by WorldMaker on Monday September 16, 2019 @10:55AM (#20984669)
Just to show my homework that I've thought about some of these problems at least a bit more than just surface level, and as an interesting aside to anyone exploring the topic: Starting from UX/workflow as the end goal, at one point I was wondering if branch level issue information should be stored "purely" as CRDT/OT-style deltas accumulating append-log-only in place, and all UIs (including a CLI) building a gestalt from every branch to get individual issue state. Which is a lot harder to build than just "store a database in each branch, query the database as needed, UI is a basic CRUD app". That is, though, closer to the intuition of stakeholders that there's only "one" issue in a constant state of flux/collaboration, rather than one issue per branch (pending merges) per repository.

Again, all of that is theoretically possible. (We've got CRDT/OT-based collaboration apps all over the place today.) It's certainly not easy though.