Live data from Hacker News

Show HN: Tara – A smart and free alternative to Jira

tara.ai

131–140 of 182 posts

Re: Show HN: Tara – A smart and free alternative to Jira

#131
post #128

I wish I could be off of Jira and all of Atlassian. Sadly, that is not my decision to make. Atlassian's antics with Jira, Confluence, and BitBucket have really started to make me mad. Jira is changing it's editor... slowly. The old editor had nice shortcuts, like h1. - h6., {code}, {blockquote} etc. When you create a ticket - it's the old editor, but when you edit a ticket or write a comment, it's the new editor! Thi…

I’ve turned down job offers I was interested in from companies because I found out they use the atlassian stuff, that’s how much I dislike it. I wonder if I’m the only one.

I'm sure you're not, but that's a pretty silly reason to turn down an offer if you're interested in the company.

Re: Show HN: Tara – A smart and free alternative to Jira

#132

Literal quote from the privacy policy: > With your permission, we will collect location information from your mobile device to [insert purpose]. You may turn off this feature through the location settings on your mobile device. Maybe fix that?

On it.

Re: Show HN: Tara – A smart and free alternative to Jira

#133
post #105

congrats on the release! I tried a little bit and this looks nice. I like the focus on agile workflow so that people can quickly evaluate whether this is suitable for them. Liking it so far! although I seem to have a problem searching for task inside my requirement details

Sorry to hear! Can you elaborate on the issue?

Re: Show HN: Tara – A smart and free alternative to Jira

#134

Kudos for the release! This comment might seem counterintuitive, but I think Tara's adoption would grow a lot if you offer a way to sync or import from JIRA. JIRA sprint planning is painful. In my current company, we use it, and its shortcomings shape our way of working. I.e., not able to link histories' subtasks to a sprint, causing that the backlog is full of long histories, and you need to go looking around to see…

Thanks! A few quick thoughts:

- We've done exactly this for Github Tara. We have a bi-directional sync with Github issues, and active issues are converted into tasks in Tara. Basically, if a user wanted to, they could just use Tara as a Github issue tracker.

- We wanted to start with Github, then work our way through more git/source control platforms, and then move to Jira. Interestingly, structuring incoming data from Jira requires a few months of work on data models IF we don't want the user to spend a ton of time labelling. Jira's data structure can be a hot mess to deal with.

- If the sync took a day or even a week of configuration, would you find it worth your time to invest and go through that? Or would yo expect the sync to work instantaneously (like Github Tara).

- What would be your expectations on mapping for histories?

Re: Show HN: Tara – A smart and free alternative to Jira

#135

One thing that bugs me with development workflow tools is how they never really integrate with the true workflow of developers. Once you have a development workflow with Pull Requests, Code reviews, QA etc, it would be nice to be able to encode it into the What's the true progress of an issue (ticket, work item...)? Why do I need to remember to set a ticket to "resolved" after a PR completes, and so on. Every place h…

We use JIRA to track our product development with a fairly large team (including 17 engineers) and while JIRA has its pain points, it does have integrations with development workflow. In our setup, after a PR is merged in Github, the ticket automatically moves to the next “step”, in our case “Ready for QA”. Beyond that there are automation workflows that accomplish much of what you are asking for here, the issue is t…

So internally, we're calling it the "task lifecycle". It's going to be a big feature, and the idea is to figure out the true development workflow (that works for 80% of users) and have statuses that update automatically based on Git. We're working on figuring out how to do this well enough, where the user doesn't have to go through complex configuration.

Re: Show HN: Tara – A smart and free alternative to Jira

#136

Earlier quoted context omitted.

Disclaimer: I run an Atlassian consulting company. In most scenarios I run into, "Unfortunately I work at a large company which has 'standardized' on Jira" translates into "Someone set up Jira poorly and now we dislike using it". The thing is that if you replace Jira with any tool you can imagine, the statement will hold true. Jira isn't inherently a better or worse tool than most others out there. If you're at an or…

Or maybe the problem with Jira is that bringing in an external consultant is the best recommendation.

Jira Classic? Perhaps.

Next-Gen Jira is very 'hand-holdy', it's pretty straightforward.

Re: Show HN: Tara – A smart and free alternative to Jira

#137

Tara looks great, trying it out. Also, I love the clarity of the landing page. I apologize if it is off-topic: what product/tool did you use for creating the main video in landing page? Thank you!

Good ol' camtasia from my video editing days! Side hustled as a Udemy instructor in 2012, and camtasia is just as good now as it was back then.

Re: Show HN: Tara – A smart and free alternative to Jira

#138

Performance for me is very poor; the app is very unresponsive - you should consider optimistic UI updates. Im based out in Asia at the moment so its the server latency im assuming?

Yep. We still have some server latency- no optimistic loads just yet.

Re: Show HN: Tara – A smart and free alternative to Jira

#139

Performance for me is very poor; the app is very unresponsive - you should consider optimistic UI updates. Im based out in Asia at the moment so its the server latency im assuming?

It's a mix of both latency and lack of optimistic updates. We're working on improving our front-end at the moment and some of those improvements relate to optimistic loads and improvements on redux that go in every week.

Re: Show HN: Tara – A smart and free alternative to Jira

#140

Unless you are going open source, you might not want to ship your typescript sourceMaps in production. https://i.imgur.com/A1tQtVO.png

I agree sourceMaps shouldn't be exposed and they also bloat up production code. The reason we have them exposed for the time being is for debugging purposes in open beta and we intend to remove it out of production in our upcoming weekly release.
Post reply on HN