Ticketsoftware noch selber schreiben oder fertige Nutzen?
Hey hey,
ich überlege gerade, ob ich für meine kleine App (aktuell in der Alpha und nicht live) eine eigene Ticketsoftware schreibe und da quasi Zeit rein investiere.
Dazu muss man sagen, mit laravel würde es halt nicht so unendlich dauern, aber letztendlich wäre es immernoch Zeit, die man anders nutzen könnte und der Markt ist ja voll, Jira oder Notion würden ja gehen um nur zwei zu nennen.
Dafür hat man mit einer eigenen Software natürlich volle Flexibilität und kann auch das anlegen direkt aus der App ermöglichen für Nutzer.
Wie seht ihr das, habt ihr gute Erfahrungen mit vorgefertigter oder habt ihr eigene geschrieben?
Die Sache ist, schaffen würde ich das zweifelsohne, die Frage ist nur, ob das nicht vielleicht einen riesigen Rattenschwanz hinterherzieht oder ob es auf Dauer wirklich was bringt.
Grüße
(No Ratings Yet)
Loading...
First, consider the actual advantages for you or what features would be missing, which existing ticket systems do not offer. See if your requirements cannot be met by post-configuration or by extensions of an existing system. As a rule, such applications are quite customizable and have an API for automation.
For example, to create tickets from the app, you can also create a simple form that sends necessary data (title, description, …) to an existing system.
In my opinion, there are hardly any reasons to reinvent the wheel. Especially since you would start a second software project and focus on the essential project. This will definitely inhibit you, no matter whether you’re looking at the project as easy or hard.
An additional advantage that platforms such as Atlassian, DevOps or GitHub can offer is a complete board around your software, which can link other aspects (repository, wiki, release pipelines) in addition to the ticket system.
So if there’s a website and there’s already a design, then I’m a friend of it to write it yourself so that it fits seamlessly into my existing system.
Everything else works for me “made together”.
My applications are usually open source on GitHub or Ä. where an issue tracker is directly integrated. I find such external solutions perfectly okay especially for the start, but implementing it itself should not be too difficult. The rat swaaz you suspect there should not be. The only question is whether you would stop working on more important things.
I could just imagine that then I see oh he has that and that and then I have many unnecessary features in there ballere that only eats time