Im glad there is finally an open source app with a UI that has more white space than content.
Plane: Open-Source Alternative to Jira
111–120 of 238 posts
Re: Plane: Open-Source Alternative to Jira
#112Earlier quoted context omitted.
I haven't tried the app, but I'm almost certain you can make certain favourable comparisons of page render speed.
Our page speeds are currently standing at ~350ms at this point. we are trying hard to make it < 100ms. Feedback helps.
You’ll have hook it up to the network at some point. And then you’ll want to add IO.
If page render takes 100ms you’d better have some pretty complex animations. Data and bandwidth should be at least 80% of your web app speed, and you should work on optimizing the other 15% that is server side CPU bound.
Re: Plane: Open-Source Alternative to Jira
#113I love seeing competition for Jira, because it needs to die, but I think you need to do a better job explaining your value prop. Your first bullet list of features doesn't really make it sound all that different. Why would I have a better time using this than Jira, bearing in mind that I'd be giving up custom workflows and probably a lot of integrations? (No shade intended. If you can answer that concisely, put that…
Is Jira that bad? It sure is a mess, but that's because its requirement are a mess. It is not SAP but that's the idea, something that sits between developers, testers, management, customers, etc... People who want different things, speak different languages, and somehow need to work together. If you just want an issue tracker, there are many options. Bugzilla, Mantis, GitHub, GitLab, Gitea,... Some of them customizab…
I think one of the biggest problems with Jira is that it's taken the approach of so many other "Enterprise" products made by talentless teams: they just add all functionality into the app that anyone ever asks for.
The result is that for some of the companies I've worked for, each team's tickets have different but very similar "workflows" using custom state labels. In some projects when I go to close a ticket, it offers me approximately 30 different semantics which which to close the ticket. These include things like both "Done", and "Completed". What the fuck is the difference between "Done" and "Completed"? I do not know or care whether it is Jira that has populated this dropdown with such embarrassingly unintelligent crap or my company: if the latter then Jira should have neither encouraged nor even made it possible.
Re: Plane: Open-Source Alternative to Jira
#114Earlier quoted context omitted.
The problem I see is that Jira encourages "management by looking at Jira" - effectively Jira becomes a second source of truth that is unconnected and unconstrained by the actual truth (the code). Jira acquires state that has to be carefully maintained as a separate operation by the developers to keep Jira's state in sync with the actual state of the project. Since most of the organisation are looking at Jira, the eff…
Code is not a source of truth, it is an attempt at partial realization of an incomplete understanding of a bunch of contradictory assumptions about what’s true at a particular point in time.
It's a source of truth about what code has been written.
Re: Plane: Open-Source Alternative to Jira
#115It seems, over an extended period of development, any enterprise software tends to become equally hated:)
Right, so perhaps the answer to that is not to make your software "Enterprise". There are a lot of idiots in management; do not give them what they ask for if you want your product to retain any vestiges of quality.
Re: Plane: Open-Source Alternative to Jira
#116I tried setting this up on my homelab via docker. Not only did it take ages to build, I found it really difficult to run it behind an already configured nginx instance, it seemed set on running its own one. There's an open ticket on the repo to improved the docker setup experience, I'll definitely be checking this out in a few months once its all be streamlined.
Re: Plane: Open-Source Alternative to Jira
#117Earlier quoted context omitted.
You can write glue for whatever hosts your repository to make api calls to Jira. Say you have some code that needs some changes but at a later time, you can put a comment above it (or really anywhere) // JIRA: MYPROJ-123 When the glue sees that comment disappear from the codebase, it can mark the ticket as done.
Useful, I guess, but that seems to be inverting the responsibility. The code needs to have comments inserted into it referring to the state of Jira, rather than the other way around. The thing I'd like to see is that ticket "Write the login page" is automatically marked complete when the codebase contains a working login page, there are unit and integration tests for the login page, and maybe (depending on how you do…
What you're describing looks like magic to me. How would your ticket system know, without it being told (in some way, e.g. through backreferences from the tests), that a particular feature has been implemented? That's very likely going to be a formally undecidable problem.
Re: Plane: Open-Source Alternative to Jira
#118Earlier quoted context omitted.
Code is not a source of truth, it is an attempt at partial realization of an incomplete understanding of a bunch of contradictory assumptions about what’s true at a particular point in time.
It's a source of truth about what code has been written.
[deleted]
Re: Plane: Open-Source Alternative to Jira
#119Earlier quoted context omitted.
Is Jira that bad? It sure is a mess, but that's because its requirement are a mess. It is not SAP but that's the idea, something that sits between developers, testers, management, customers, etc... People who want different things, speak different languages, and somehow need to work together. If you just want an issue tracker, there are many options. Bugzilla, Mantis, GitHub, GitLab, Gitea,... Some of them customizab…
The problem I see is that Jira encourages "management by looking at Jira" - effectively Jira becomes a second source of truth that is unconnected and unconstrained by the actual truth (the code). Jira acquires state that has to be carefully maintained as a separate operation by the developers to keep Jira's state in sync with the actual state of the project. Since most of the organisation are looking at Jira, the eff…
The code itself doesn't even contain much of the information relevant to coders, you'd have to also look at the git repo, its history, its commits, etc.
The code, or the repo, however are in most cases not the source of truth for a business roadmap, prioritisation discussions, estimation, customer feedback, bug reports, and so on.
It's a myopic view to only look at the code without any of its context and conclude that it's "the" source of truth.
Also, I don't know about you, but most places I've worked haven't struggled with keeping the code and JIRA in sync.
Re: Plane: Open-Source Alternative to Jira
#120I've been looking for a competitive open source alternative to Jira for a non-profit I volunteer at because they cannot afford to pay for any cloud service and Trello has its limitations. Does Plane offer all pro features for open source instances as well? Does it support login via Google or other identity providers?
Try a stack like this :
Zammad + Taiga.io|Redmine + Growi|Xwiki + Rocket.chat