Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Tara 2.0 – Fast Jira alternative with automation based on Git events

tara.ai

Post reply on HN
Print view View original

71–80 of 97 posts

Re: Show HN: Tara 2.0 – Fast Jira alternative with automation based on Git events

#71

Post by buro9 »

Tell me about the sync... how complete is it? And the pricing... how do you accommodate OSS projects?

Our scenario is that our work comes in from multiple places, i.e; OSS community (one repo), SaaS offering (another repo) and Enterprise offering (another repo). What we're trying to achieve is a single pane of glass for a team to see all of their work, but the work to remain in the respective repos. So whatever tool we use must treat Github Issues as the system of record, and any tool must reflect what it does in Github. And further, it would be great to make that single pane of glass dynamic... i.e; I'm a Prometheus engineer and I want to create a team/project that aggregates all work on Alertmanager across all of the big projects that use it (even the ones that exist in other orgs).

ACK that our use-case may be at the extremes of what others do, so it's cool if this is not yet possible.

Additionally with the OSS repos per-user licensing of potentially all contributors is a tough ask, we would have no control over our pricing and most contributors would be idle... they're not employees, but we'd want to ensure the community could use/see the same tools that we would use, how could we enable community involvement in the tools without exposing ourselves to a loss of control over the operating costs of it?

Re: Show HN: Tara 2.0 – Fast Jira alternative with automation based on Git events

#72

Post by danpalmer »

detaro wrote: post #65
prpl wrote: post #63

Earlier quoted context omitted.

datacenter is an on-prem product though?

Sure, at absolutely stupid price increases especially for smaller orgs. It starts at $42,000 a year... Also known as 840$ per user if you have 50 users.

That's $70 a month, which seems high, but not extortionate given that it's meeting very specific requirements.

Re: Show HN: Tara 2.0 – Fast Jira alternative with automation based on Git events

#73

Post by lanbanger »

superMutex wrote: post #23
syed99 wrote: post #19

Earlier quoted context omitted.

Its definitely something we've been exploring when putting our product roadmap together. I'm curious though, if we had a private cloud instance vs self hosted? I'd love to understand why self hosted would be the option you'd go for.

In our case it's due to regulations in place. For example, our data must stay on Canadian servers at all times.

Can you define what data has to remain on Canadian servers? If it's just user data, and not your actual code, then you could use a synthetic data provider like https://synthesized.io to convert real user data to synthetic with similar properties, then host your code wherever you want.

Re: Show HN: Tara 2.0 – Fast Jira alternative with automation based on Git events

#74

Post by detaro »

danpalmer wrote: post #72
detaro wrote: post #65

Earlier quoted context omitted.

Sure, at absolutely stupid price increases especially for smaller orgs. It starts at $42,000 a year... Also known as 840$ per user if you have 50 users.

That's $70 a month, which seems high, but not extortionate given that it's meeting very specific requirements.

The very specific requirement of doing exactly the same thing you could do for a fraction of the price the year earlier: manage issues? Running software is not some exotic requirement.

Re: Show HN: Tara 2.0 – Fast Jira alternative with automation based on Git events

#76

Post by dspillett »

andy_ppp wrote: post #68
dsr_ wrote: post #38

Earlier quoted context omitted.

Our security policy doesn't let us put confidential information into other people's hands unless they are willing to commit to the full value of damages from a breach on their side. It's a great question to differentiate sales critters: the new ones are sure that they can work something out; the middle ones are dubious; the experienced people chuckle and disengage politely.

Are any external suppliers stupid enough to agree to this? Isn’t it basically writing you an unlimited cheque if someone hosting your data gets hacked?

I suppose some might reason that if something that serious happens they'll be out of business anyway, and just make sure the responsibility can't follow them if it does happen and the business does fall.

Those that specialise in holding other party's data like this will have liability insurance to cover significant events financially (though there is of course still reputational risk to consider) and processes in place to try make sure such events don't happen so calling on that insurance never needs to happen.

> if someone hosting your data gets hacked

It wouldn't be if any someone got hacked, just if something they are responsible for fails and enables a data leak, so they are not accepting third-party risk unless they themselves involve third parties in the mix. Proving you are not the source of a leak could be an interesting proposition though.

Re: Show HN: Tara 2.0 – Fast Jira alternative with automation based on Git events

#77

Post by xyst »

Aeolun wrote: post #15

I like this, but my enterprise will not be switching away from Jira any time soon, which is my main problem with all these new fancy services. It just shows me what is possible, but I can never have.

True. The decision makers at Fortune 500s usually don’t care about the performance of the tool. I find companies that offer all in one solutions (ie, Microsoft Teams vs just using Slack) have better chances at securing a contract. My company has probably paid out millions per year for a lesser product just so it integrates with existing software and services (outlook, office products like excel, office 365, azure ad, …). Plus they only have to deal with one vendor.

Re: Show HN: Tara 2.0 – Fast Jira alternative with automation based on Git events

#78

Post by Terretta »

andy_ppp wrote: post #68
dsr_ wrote: post #38

Earlier quoted context omitted.

Our security policy doesn't let us put confidential information into other people's hands unless they are willing to commit to the full value of damages from a breach on their side. It's a great question to differentiate sales critters: the new ones are sure that they can work something out; the middle ones are dubious; the experienced people chuckle and disengage politely.

Are any external suppliers stupid enough to agree to this? Isn’t it basically writing you an unlimited cheque if someone hosting your data gets hacked?

Every supplier to regulated industries is smart enough to do this, as it’s generally required.

Re: Show HN: Tara 2.0 – Fast Jira alternative with automation based on Git events

#79

Post by andy_ppp »

Terretta wrote: post #78
andy_ppp wrote: post #68

Earlier quoted context omitted.

Are any external suppliers stupid enough to agree to this? Isn’t it basically writing you an unlimited cheque if someone hosting your data gets hacked?

Every supplier to regulated industries is smart enough to do this, as it’s generally required.

I suppose you need to charge a lot more to provide such guarantees.

Re: Show HN: Tara 2.0 – Fast Jira alternative with automation based on Git events

#80

Post by OJFord »

detaro wrote: post #74
danpalmer wrote: post #72

Earlier quoted context omitted.

That's $70 a month, which seems high, but not extortionate given that it's meeting very specific requirements.

The very specific requirement of doing exactly the same thing you could do for a fraction of the price the year earlier: manage issues? Running software is not some exotic requirement.

The on-prem requirement; probably most paying users with that requirement are not very price sensitive, since it's a regulatory requirement on them, or similar. They're also probably typically large orgs (so it doesn't look so expensive per user, if they would even consider it in those terms), and resistant to switching providers due to other requirements/processes anyway.
Post reply on HN