Project #introduction

Introducing DITS — a Developer Issue Tracking System built exclusively for solo developers. 🛠️

Tired of Jira-shaped tools designed for teams of 50? Every feature in those tools assumes collaboration — approvals, assignments, team dashboards — and you pay the complexity tax even when you're the only user. DITS strips all of that away.

What makes it different:

→ Zero-friction capture — create issues from the web app, CLI, IDE, or mobile with minimal keystrokes
→ Keyboard-first design — every action has a shortcut, with a Command Palette (Cmd/Ctrl+K) as the primary interface
→ Sub-100ms interactions — optimized for flow state, not loading spinners
→ Deep Git integration — auto-creates branches from issues, links PRs and commits bidirectionally, closes issues on merge
→ Smart Views — Inbox, Today, Upcoming, and Logbook keep your work organized without manual effort
→ Projects vs. Areas — a first-class distinction between finite work (ship v2.0) and ongoing responsibilities (maintenance, learning)
→ Your data, your rules — full export and portability, always

Tech stack: TypeScript, React, PostgreSQL, Redis, GraphQL (primary) + REST, with native desktop and mobile apps planned.

Currently in early Phase 1 — building out the core foundation. More updates as things take shape.

The project is not #openSource, but in the future, when it's more developed, It probably will be.

#progromming #devtools #issuetracker #buildinpublic #indiedev #typescript #react #solodev

@PinoBatch +9001%

#IssueTracker and #TicketingSystem|s are way better means to report bugs.

  • #Docukentation is key and users should be given accessible, step-by-step guides and easy troubleshooting help where needed.

Matt Cengia agreed in 2023: Discord has most of the same problems as Slack, the sole permitted client has flashy distractions, searching history is difficult, and exporting history is infeasible. Describes pros and cons of several alternatives, including Slack, IRC, XMPP, Mattermost, Signal, Discourse, and issue trackers of GitHub and other forges. 3/4
https://blog.mattcen.com/2023/07/04/stop-using-discord-for-your-open-source-communities/

#chat #discord #slack #xmpp #matrix #discourse #IssueTracker #BugTracker #mattermost #signal #github

Stop Using Discord for Your Open source Communities | mattcen's musings

Words from a queer, neurodivergent, Linux sysadmin, software developer, digital rights advocate and geek.

mattcen's musings

Dave Cheney went further in 2017: Please stop using chat in general for open-source communities. Even a free protocol like IRC, XMPP, or Matrix disadvantages people with a full-time job and people in less-privileged time zones. Use issue trackers, mailing lists, newsgroups, and other asynchronous forums instead. 2/4
https://dave.cheney.net/2017/04/11/why-slack-is-inappropriate-for-open-source-communications

#chat #timezones #slack #discord #irc #matrix #xmpp #forums #MailingLists #IssueTracker #BugTracker #FreeSoftware #OpenSource #FOSS

Why Slack is inappropriate for open source communications | Dave Cheney

@Codeberg my problem ain't #scrapers - otherwise I'd #SelfHost my stuff in my own home LAN - but rather #bots flooding #Issues and #PullRequests with garbage.

  • Cuz I do expect #bots to scrape #FLOSS which I permissively licensed...

The problem I dread is once people start abusing their "#AI"#bullshit and #FloodTheZoneWithShit aka. "#AIslop" for no good reason.

  • Kinda like @bagder had to deal with "AI" slop #SecurityReports that didn't even try to show #ProofOfConcept or actually evidence their claims in a scientifically reproduceable fashion but merely wasted lifetime of maintainers!

And @Erpel 's original issue is just that: #spam in the #IssueTracker...

Erpel (@Erpel)

Codeberg Issue spam once again :blobrollingeyes: Why do people do thi?

social hai z0ne

Heh, you can add emoji into #GitLab labels.

#inkscape #git #code #IssueTracker

@kaffeeringe

Ich denke, das ließe sich mit (automatisiertem) Tagging und gut benutzbaren Filtern passabel in den Griff kriegen. Und es wäre ja schon auch ein Mehrwert, wenn es eine Anlaufstelle für die von mir wahrgenommenen öffentlichen Probleme gäbe.

Mir geht es auch darum, dass sehr viele Menschen sehr schnell dabei sind, rüde ihren Unmut ins Netz abzusondern, dass aber 0,0 zur Lösung beiträgt, wohl aber die allgemeine Stimmung runterzieht und Zweifel an der Problemlösefähigkeit der Demokratie zu nähren.

Ein Issue-Tracker z.B. mit LLM-basiertem Eingabe-Assistent, könnte, wie gesagt den Unmut aufnehmen und konstruktiv kanalisieren...

Ich versuche den Prototyp demnächst™ mal weiterzubauen. Vielleicht ist ja eine Demo überzeugender als meine lauwarmen Worte 😉

#radar #IssueTracker

@kaffeeringe Ich befürchte, es sind mehr als "zwei oder drei" Hausaufgaben. Und ich befürchte, dass niemand wirklich den Überblick über diese Hausaufgaben hat, weil es nämlich kein schön sauber vorgetragenes Hausaufgabenheft gibt, sondern allenfalls ein paar lose Zettel.

In der Softwarewelt gibt es eine ähnliche Herausforderung ("Überblick über Hausaufgaben behalten"). Dort verwendet man seit Jahrzehnten #IssueTracker um das gemeinsam im Team zu bewältigen.

Ich bin der Meinung, es sollte öffentliche #IssueTracker auch für allgemeine Probleme in der "echten Welt" geben. Dann könnten Menschen ihren Frust in eine detaillierte Problembeschreibung kanalisieren und es würde klar, welche Probleme schon lange bekannt sind, wie der Lösungsstatus ist und woran es hängt.

👉 https://codeberg.org/cknoll/radar

radar

experimental issue tracker for real world issues

Codeberg.org
Eh, definitely agree not every project should be required to manage their own #issuetracker. That doesn't mean that #GitHub itself shouldn't allow anonymous reporting since they're definitely big enough to handle spam filtering on the projects' behalf. Whether projects should trust them to do that is another question, but feels more easily answered.

Bringing #email into a discussion about version control always reminds me of https://begriffs.com/posts/2018-06-05-mailing-list-vs-github.html Mailing lists do certainly have their difficulties as well (namely, if you want it to be public you're right back to the same issue of needing to spin up infrastructure if you don't want to/can't use #sourcehut), but it's a different set of problems than GitHub imposes. And it still doesn't solve the issue of needing to register somewhere, but you'd need to be registering with an email provider anyway before sending your info to the second third party of GitHub.

RE: @[email protected] @[email protected]
Mailing lists vs Github

Pros and Cons of Two Styles of OSS

Hi, I'm looking for a #FreeSoftware #SelfHosted #TicketingSystem.

The one main feature I need: Users should be able to send me tickets without having to register an account.

I went through this list: https://github.com/awesome-selfhosted/awesome-selfhosted?tab=readme-ov-file#ticketing
But none of the websites mention, whether users can send tickets without an account or provide a user-side demo.

Other features I want:
* either option to leave contact info or custom link to track progress of ticket or add/edit information
* option to register an account if you want to
* no AI integration
* not too hard to self-host

Possible workarounds I would accept:
* a shared guest user account with publicly available login info so anyone can create tickets - but without the ability to edit the profile and add personal information or any other privacy/security flaws
* login via Mastodon or other Fediverse account (since Fediverse users will be the main target audience)

Thanks

#BoostsWelcome #help #FollowerPower #SoftwareRecommendation #ticket #ticketing #HelpDesk #BugTracker #IssueTracker #kanban

GitHub - awesome-selfhosted/awesome-selfhosted: A list of Free Software network services and web applications which can be hosted on your own servers

A list of Free Software network services and web applications which can be hosted on your own servers - awesome-selfhosted/awesome-selfhosted

GitHub