[julienfr112]

I told to my colleague that it would take less time for me to vibe code jira that it would take him to configure it. Sounds crazy ? Not so much : factor the part of jira you use (maybe 10%), the many choices and dimensions you have to configure, the time it take and the complexity it bring. On the other side, the vibe code version have only the fields you want, most of the logic hard written in code (ie epic > story >task...), and that you could do anything any role, any authentication scheme.

[chasd00]

This reminds me of all the "i could turn the spreadsheet into a webapp in a weekend" type comments. Sure, you could get CRUD and a datatable working but then a user is going to ask you for a custom field and you'll say "ok let me vibe code that, update the database, and then deploy" but the user will say "well in Jira I could just to that myself...". Then the next thing they're going to ask is some kind of custom workflow utility which you'll then goto work vibe coding that feature and they'll say again "...but in jira that was already there". Meanwhile they'll ask you why they can't change the validation criteria on the custom field from before, they said it should be required but now there's a case where it's optional.

Pretty soon you're just re-implementing Jira while your users wait and get pissed because they could have just been using Jira all along. It's just like turning a spreadsheet into a webapp, inevitably you just end up trying to re-implement Excel.

[lmm]

> but the user will say "well in Jira I could just to that myself..."

> "...but in jira that was already there"

Must be a different Jira from the one I'm used to, where obvious features are never there and even if you can find the button it doesn't work.