Live data from Hacker News

Show HN: Tegon: Open-source alternative to Jira, Linear

github.com

81–90 of 133 posts

Re: Show HN: Tegon: Open-source alternative to Jira, Linear

#82
I was interested in how the duplicate detection of issues is working. It uses Cohere API for embeddings (full issue text) [1] and vector-based similarity search [2].

[1] https://github.com/tegonhq/tegon/blob/158b54af8d6f7cf4195c61...

[2] https://github.com/tegonhq/tegon/blob/158b54af8d6f7cf4195c61...

Re: Show HN: Tegon: Open-source alternative to Jira, Linear

#83

Earlier quoted context omitted.

What are you talking about? I don't know where you live or what project you are referring to, but it's not possible to retroactively remove someone's rights in the American legal system by publishing a new license. If you committed code under a MIT license without signing anything else, you don't lose anything when later versions are published under BSL, AGPL, or whatever. The fact that the MIT license arguably allow…

I'm not even sure how what you're saying relates to what I said; of course no license can be retroactively changed and I never said anything to the contrary. By rug pull, I mean companies like Sentry or MongoDB starting off as open source then changing their license such that they are no longer open source, making it a much more difficult legal minefield for whomever uses their product, even if they aren't competing…

Well that's certainly disappointing but not really a rug pull so much as just what eventually happens with every project, which is that at some point the original authors stop contributing to the original vision. Both of the mentioned projects also don't use BSL, which I feel it is worth reiterating is still a very permissive license. If you aren't planning on selling licenses to the project you are contributing to, then a BSL isn't going to meaningfully restrict you. Sure, fewer contributions is a theoretical concern, but fully permissive licenses also suffer from contributions not looping back into the original project. Or if you use something in the GPL family there are other implications. I've been reading a lot about licensing lately and there don't seem to be any obvious choices for authors who care about how their work is used. I'm gravitating towards BSL though because it is relatively simple and feels like it retains the most important aspects of open source, which are redistribution and modification.

Re: Show HN: Tegon: Open-source alternative to Jira, Linear

#84

Earlier quoted context omitted.

I am not an IP attorney but this is undecided territory: as I understand it your integrations may be considered modifications, and thus may be subject to the terms of the license, depending on the interpretation.

If Amazon can successfully do it such that other companies whose products they were hosting had to relicense to source available from AGPL, then, based on the strength of their lawyers, it is likely that those integrations are not actually needed to be released. And even if they were, it doesn't really matter, people don't use AWS for their source code.

I am not sure how to interpret what you have written. Are you suggesting Amazon operated and sold AGPL-licenses software, and thus made a licensed program available over the network, but did not comply with the terms of the license? I am not aware of any evidence of such.

Re: Show HN: Tegon: Open-source alternative to Jira, Linear

#85

Earlier quoted context omitted.

If Amazon can successfully do it such that other companies whose products they were hosting had to relicense to source available from AGPL, then, based on the strength of their lawyers, it is likely that those integrations are not actually needed to be released. And even if they were, it doesn't really matter, people don't use AWS for their source code.

I am not sure how to interpret what you have written. Are you suggesting Amazon operated and sold AGPL-licenses software, and thus made a licensed program available over the network, but did not comply with the terms of the license? I am not aware of any evidence of such.

Amazon repackaged MongoDB, an originally AGPL licensed work, and did indeed comply with AGPL, but that means nothing because they did not modify the source code at all, they merely packaged it up into a hosted service. Because they followed the terms of the license but were accused of "leeching off" of MongoDB, even though they clearly licensed it to be used as such, MongoDB then changed their license to a source available one. My point is that if Amazon's lawyers, which are likely better and stronger than most anyone here on HN's, approved such actions with regards to AGPL works, then it's very likely that they were within their rights to do so via the terms of AGPL without open sourcing their integrations too.

Re: Show HN: Tegon: Open-source alternative to Jira, Linear

#86
I don't know how to write this comment so it doesn't come off as unconstructive. But here you go.

- "AI-first"? What does that even mean? Calling some API to auto-generate a title? Do you really think that a) this solves a big user problem and b) that Linear can't add that in two seconds if they wanted to?

- Open-source and VC-backed? Please stop bull shitting me, and yourself.

- What is your USP? That you're faster than Jira? Fine, but this is not 10 years ago and snappy tools like Linear exist (and I'm not even a fan of Linear).

- elon@xyz.com? Really?

Please use your time and talent for something else than this VC AI pipedream. Or don't, I'm just a rando on HN.

Re: Show HN: Tegon: Open-source alternative to Jira, Linear

#87

First, congratulations on launching. I think people are so used to seeing beautiful products these days that it can be hard to remember how hard it is to make anything . Nice work! With that out of the way, here is some critical feedback: - What is the pitch that you made to YC that convinced them to back you? The market size just doesn't seem that large and I don't understand what will differentiate you from Linear…

> Look at all the environment variables in this dockerfile — which ones are necessary to run this service myself?

It would also help to sort and de-duplicate the variables in the file. COHERE_API_KEY is listed twice. Adding a comment per block of API keys on what they're for would also be nice.

Re: Show HN: Tegon: Open-source alternative to Jira, Linear

#88

Earlier quoted context omitted.

> True performance is our top priority The server is written in Node.JS

My bad. We focused on the performance on the front end currently, as said before we loaded all the data locally and kept the data synced in the background to make the interactions fast. We chose nodejs as that was easy for us to get started with. But definitely, if things get hampered we will start looking into it.

Good call. Front-end performance is often the bottleneck. Preloading most of the required data in advance is really helpful. Trello does just that and it is one of the snappiest web apps.

Re: Show HN: Tegon: Open-source alternative to Jira, Linear

#89
post #69

> AI-first I would've been interested in an actual replacement for Jira/Linear, but I'm uninterested in an unreliable tool where I have to deal with hallucinations. Stop trying to cram this crap into every single software project.

Unfortunately, you need "AI First" to have any chance of VC funding for the past 2 years or so. They are probably keeping this in mind.

The most obvious thing that should be done instead is to make an API spec that AIs can consume for your service, a common spec that if you target, any AI assistant can talk to freely. I feel like we're just over complicating things and burning money. Let the AI people burn their time and energy on the AI, let normal people build useful intuitive tools.
Post reply on HN