Karri (cofounder) from Linear here. Unfortunately we have been experiencing a DDoS attack the whole afternoon today, so the service is not optimal at the moment and the public website might be slow to load. We are actively blocking and mitigating the attack. https://linearstatus.com
Sidenote: While we had these issues, we decided to redirect our homepage to our website Figma file, where we shared iterations for the design and did a little community Q&A: https://twitter.com/linear/status/1580723933837332480)
I couldn't find a mention of it - but is there any plans or ability to self-host? I'm personally not a fan of keeping everything in the cloud. Also are there export options in the event someone wanted to leave the platform?
I am so glad that I picked Linear for my startup. You folks have been consistently responsive, helpful, and keep delivering features that matter. It’s been a delight after a decade of Jira and the gang.
I have used Linear on a couple of my hobby projects and it's a great tool to quickly capture features and bugs.
My one gripe about the new website (and it's something I notice many projects stumble at) is that the written copy fails to explain what the product actually is. "A better way to build products", "the new standard for software development", "a tool to remove barriers" -- this tells me nothing, unlike a simple "it's an issue tracker bro" would.
I've tried it recently, since it markets itself as being performant, and native-like performance is what other popular tools like Jira or Trello miss. I want to say upfront that 50ms user interactions is not what I would consider "breathtakingly fast" as the website claims. It's much better than the tools mentioned above, but doesn't really cut it for me. Maybe I'm old, but I see lots of unnecessary animations, that (in my opinion) contribute massively to the perceived slowness of basic interactions. Some of the animations are not that smooth at all, e.g. the new issue label menu color dots jiggle when menu animation finishes. I'm so tired of seeing marketing speak like "UI elegance with world-class performance" to then be only disappointed in the difference between my and the author's views on what "performance" means.
Feature-wise Linear looks great though, so I might give it another try in some time.
P.S. Can someone please explain the hate for the pointer cursor? Why some products refuse to use it for links and buttons?
edit: I reread my comment and found it sounding a bit too critical. I really think that Linear is much better that most of the alternatives in the regard of UI/performance. It's just that I hate how the meaning of the word "performance" devalued with time and claims like "50ms = breathtakingly fast/world-class" continue to contribute to that.
> P.S. Can someone please explain the hate for the pointer cursor? Why some products refuse to use it for links and buttons?
It's not some, it's most. I just checked my Linux and Windows machines and all of the native apps (and the native UI of the system itself) there have a regular cursor when you hover over clickable elements.
I agree, it's quite ridiculous to call that performant when considering the reality of what's possible. But compared to other electron apps, it's way better, and the team has done a good job with the bad tools given. I suppose the bar isn't very high when it comes to performance, but it's a nice positive signal that it's used as a marketing point like that. Although you do point out that the expectations are often like from two different worlds, which is true. I guess it leaves room for competent competitors.
50ms isn't instantaneous, but when you compare it to the 500ms-2s waits you see in Jira sometimes, it feels really damn fast. I think Linear's headed in the right direction, even if their marketing copy isn't perfect
Can't speak for other teams who may have advanced, complex workflows but we migrated from JIRA to Linear for our small team, and haven't looked back. Just the simple fact that it feels like we can store and reference information from a ticket without spending 10 minutes waiting for it to load is a killer feature to me.
I stopped using Jira years ago, and stopped hiring people, and work with one other full time person, making a complex software product, and I feel like I accomplish 2x as much as I used to with much more value, at far lower cost.
This post is without context, but I assume it is regarding the fact that Linear experienced (is experiencing?) a prolonged outage today and this particular link redirected to their new home page's design in Figma, where you could see a chaotic cloud of cursors belonging to everyone else trying to file a ticket.
OK, we are firmware developers who use JIRA in a very advanced way with our clients, and we gave it a go and I just came back here to give the team some feedback because no doubt they are watching this very closely.
The killer missing feature for us is that we can't define different issue types. For example, we would typically have issue types like "Requirement", "Bug", "Signal", etc. with different icons and use child/parent hierarchies to sort these in a tree with this hierarchy: L1 high-level business requirement, L2 technical breakdown stories, L3 very specific requirement/bug/signal.
In line with this, there's no way to show the issue layout as an expandable tree-view (called "List" view in JIRA), and so our requirements tree would get all mashed up and flattened.
For each technical story/signal we would have a custom field where we set the source file where we are implementing it. This would help us hammer out the architecture of projects very quickly and have them line-up with technical requirements. Doesn't seem to be a way to add custom fields to different issue types. Later we would export this all out of JIRA to help write our documentation.
Lastly, a JIRA replacement without a corresponding Confluence replacement could be a bit of a point of friction. I hope that somewhere on your roadmap you plan to develop a basic solution to cater for the Confluence need.
Otherwise ... it looks nice. Have you thought about offering a self-hosted version, since JIRA no longer offers this?
Actually, I think your post highlights a couple important things:
1. The reason everyone hates Jira is because, over time, it has essentially become all things to all people, yet it doesn't solve the needs of any individual group perfectly. It actually has a huge, ginormous feature set, and part of the difficulty is figuring which settings or set of features are right for your team.
2. The reason Jira has become so difficult to replace is because nearly every team of moderate complexity uses some subset of features that aren't replicated in any other tool.
So, to the point, I hope that Linear doesn't implement your requested features (not exactly, but I just hope they are extremely judicious in which features they add). Or, rather, I'd just point out that Jira got to be the way it is because they basically implemented all the features. I think a good competitor will necessarily have to hit that sweet spot where they have 98% of the most critical features (especially startups/new companies), but will ruthlessly not add features that will lead to bloat and complexity.
> The killer missing feature for us is that we can't define different issue types. For example, we would typically have issue types like "Requirement", "Bug", "Signal", etc. with different icons and use child/parent hierarchies to sort these in a tree with this hierarchy: L1 high-level business requirement, L2 technical breakdown stories, L3 very specific requirement/bug/signal.
Support for this kind of overcomplex use case is what makes JIRA so horrible to use. I very much hope Linear never bloats itself by adding this kind of thing.
I honestly despise Confluence. Jira is kind of OK if you don't create overly complex workflow (they will fail) and avoid using it as a documentation tool (it's not versioned, editing tool are lacking, adding content is quite limited, updating content while fighting field is not fun and finding back the last CR related to a feature is hell).
But Confluence is the worst Wiki I've ever used. It's editor is obnoxious, it's so damn slow, you're losing edit whenever anything happen, tagging is quite often random (recently it added an unwanted "my.favorite" tag to page I'm copying), it's search is broken since the beginning, hierarchical view is broken, creating add on requires to be a high level admin and the implementation is horrible... And I've been forced to use Confluence for 10 years now, in multiple company. None was ever good with it. Heck, here people are screaming to go back to Sharepoint.
This is the sort of workflow that makes Jira suck... so much mental capacity is wasted on categorization rather than coding. It simultaneously tries to be an issue tracker and a project manager and each team reinvents their own preferred workflow while littering the shared Jira graveyard with a bunch of dead fields and labels and screens and such.
Linear does the opposite, adding rails so you can't go wild and reinvent complex processes. Thank god.
For a small team, I can say Linear beats the hell out of JIRA.
I sure don't miss the 30+ second page loads, slow pagelads, slow saves, slow edit button, confusing comments section, and accidental random ticket body erasure when working with a heavily loaded JIRA instance.
But seriously, Linear is one of the best project management tools I've used. They do an SPA pretty well, which is rare, and its powerful yet pretty simple to use. I do find it a bit hard to wrangle saved views and find things via search sometimes, but overall its one of the 'least bad' tools in this category.
The only other app that I would say is comparable is Shortcut (https://shortcut.com), which I've used in anger at previous jobs. It's a bit simpler than Linear, a bit easier to get up to speed with, but less powerful.
But both are very good. And god help you if you have to use JIRA.
Same, if we’re going to talk about Linear I’d also like to say it’s probably one of the best webs apps that does one thing really well. Any tool for organizing teams of programmers should be a) dead simple and b) extremely performant. Which Linear does both.
Probably one the fastest web app around, given how it preloads all JSON data from all sublinks on the page, so it loads immediately when you click on any links. It performs like a native app (assuming it’s online :p, it has offline support w/ the Mac and browser apps for plan B)
Interesting question, would Linear performance slow down once it becomes heavily loaded? Are you confusing app performance preference for usage preference, or is there something where Linear is superior at a feature level? If JIRA's performance was lightning fast when heavily loaded, would your preference still be Linear?
I am seeing multiple references here to 30 second long page loads.
What is causing your JIRA projects to take that long? Too many custom fields? Large numbers of issues? Too many plugins? Really curious because most of our issues are sub-second.
I spend all day in Linear and really love it! Thanks for your quick response to the ddos today, it was a nice opportunity to brew some coffee :)
I run a team that sits between Support and Engineering, bug reports from the highest tiers of support are written up as issues and submitted to our triage. We investigate the issues to find root causes, determine the parties best situated to resolve them, assess user impact, add appropriate labels, and then move them to the triage of the appropriate team's space.
The biggest limitation we've run into is adding metadata to our issues: labels are great, but when you transfer to another team you lose labels or have to add clutter to that team's set of chosen labels.
I've ended up building some tooling on top of Linear to record things like user impact assessment data. This tooling posts the data back into the issue as a formatted comment so it's visible inline, but we can query it directly in our database and build metrics off of it. This approach has really opened Linear up for us. Thanks for the graphQL end point, it's been very helpful!
Being in product and engineering management for more than a decade, Linear is hands down the best tool I’ve used for ticketing. It would be hard for me to work somewhere if I wasn’t able to use it. Features are well designed, the tool is delightful to use and the design is world class. Also, there isn’t a tool I use that feels faster - it’s like they know what I’m about to click on before I do.
I get the appeal of ticketing, I really do. But ultimately, it's a form of control. ICs can't be trusted to figure out what to do on their own, and can't be bothered to talk their team for guidance. And management needs dashboards to track progress. I get it. But I don't want to work on a team where such things are necessary.
Ticketing is a form of organization. If it's being used to control people, that's a problem with the org, not ticketing.
Simply having everyone do what they think is best and hoping they talk enough to sort that all out on their own is great until you have several people unsure what to work on, two people accidentally doing the same thing, and management upset because your features are taking twice or thrice as long as your guestimates.
Eventually you realize that for anything sufficiently complex you need to track what the steps are, who is doing what, and when each part is probably going to be done. You don't want to be a bottleneck, so you make it publicly available to the whole team. Then congrats, you've invented ticketing.
It’s not as simple as that. ‘Talking’ doesn’t create a reference where you can see what’s been done yet, and of course people leave teams or get sick etc. so there are many reasons to want to see what was and wasn’t completed.
I'd wager that the original idea here is more akin to a list of task, with some info added on top of it. That's how I see it myself.
And yes, I need to have a status. It allows me to warn people outside the dev team if there are any outstanding issues or if we'll be able to soon release something. Communication is key when your team is not its sole customer.
That's one form that ticketing can take, but I think it's way off to suggest that's all ticketing is. I've known even solo devs who got a lot of benefit out of a (simple) ticketing system.
When people crib about how the modern web stack is hodgepodge of buzzwords with little-to-no value, you can show them this. Nearly every page loads within milliseconds, and it's perfectly usable even if you disable JS. The product itself is a great example of how you can deliver a blazingly fast and near-native experience with web technologies.
I have been programming web for nearly 15 years. I, too, have issues with needless complexity, but I also dislike how (many) senior folks want to pretend that simple HTML/CSS is all it takes to build anything and all the coders using modern stack are stupid enough to ignore that.
so question if someone from Linear is reading these, which I assume they are:
The site says shortcuts for everything. That's nice. But one of my biggest gripes is accidental actions with no indication on what you just did. If I have the app open in one window and don't realize I have focus and just start typing will it just start doing actions? Is there a way to disable these? Clickup does this to me a lot and its super annoying.
Reddit does this, annoyingly after typing Ctrl-F. I have to wait a short while until the browser's search bar pops up at the bottom, otherwise my instinct to immediately start typing the search phrase causes all sorts of actions, like following some people, hiding a thread, who knows what random stuff happens on each key press.
Can anybody from Ramp, Loom, Vercel, Descript, Cash App, Raycast, Mercury, Retool, Alan, Arc, OpenSea or Pitch chime in on their experience with Linear and the scope of which they use it for their apps?
Co-founder of Raycast here. We've been using Linear since the beginning when it was only two of us. We're 16, and the app has become integral to our workflows. In a small company, it's crucial to be aligned. We use Linear to spec out our work and build up momentum. We ship an update of Raycast every two weeks and use cycles and projects to ensure we keep the release schedule.
I love the speed of the app. The real-time sync and keyboard shortcuts guarantee fast interactions. We surround ourselves with the best tools to raise the bar of what everybody expects from software. It helps us to build better software, and Linear is an app (and website) that pushes our understanding of quality forward.
Hey there, I'm an engineer at The Browser Company (who makes Arc).
It's critical to our eng, design & product processes.
We switched from another tool because the other tool was painfully slow. It was a night & day difference. It's been about a year now since we've fully committed to Linear. I'm very glad we have!
We use their cycles feature heavily. We ship our app weekly, and our product development process is split into three 2-week cycles that form a "milestone". We model that work accordingly in Linear.
We also use their "Projects" feature quite heavily. We'll often have folks working across a few projects a time. This feature helps my ADHD brain understand what the most important thing across any number of ongoing projects is, and then focus on accomplishing that.
Personally, the best feature for me is the speed of the app. That, alongside the keyboard shortcuts, make it pretty hard to give up.
Another thing I particularly like about Linear (aside from speed, product polish & wonderful design) is how you can opt-in to using it more. If you just want to use it as an issue tracker for teams, that works great! It's how we started. But you can also grow into the product more as you harden your processes or figure out what works best for you.
tl;dr — I can't imagine ever using another tool to help build products besides Linear.
Looks great, but Jira was never getting picked by the users this is marketed to; it's picked by their bosses. It'll be much tougher to sell those people on an alternative.
JIRAs growth strategy was based on developers adopting it without having to talk to their bosses first because it was cheap enough to do so. Nowadays, this probably works differently, but that’s how they initially gained traction.
We are really happy customers of Linear and have nothing but good things to say about it. Product is light and snappy, customisable just in the right amount and UI/UX is very predictable.
Biggest weakness is definitely the "workflow" part. For example, trying to automate rather simple workflow that involves email to ticket isn't trivial and either requires you writing your own integration or passing via something like Zapier (or writing your own integration with Zapier?).
I tried to convince my team to jump ship to Linear from ClickUp. Initially, we thought that ClickUp would be better than Jira, but ClickUp's horrible sync ends up making it slower than Jira since you're performing operations over and over again until they stick. ClickUp's strategy seems to be to churn out half baked features to get a really impressive feature comparison list to hide under a mountain of tech debt (that's how they got us during our trial, at least).
I used Linear by myself until the free-tier issue limit was used up. I can confidently say it worked great for me (the integrations and built in GitHub automation were killer for me, and worked with 0 config out of the box). However, I had trouble getting my PM on board because she was concerned that Linear was a great issue tracking tool, but we'd be losing too many capabilities from ClickUp. Personally, I'd rather have a targeted tool that does one thing extremely well rather than a tool that does 10 things poorly.
One thing that I hated when I used to use Confluence is the amount of loading it does every, single, time I navigate to any page. I can't help but feel the pain of my browser downloading and loading the same thing over and over and over again every day. Please, what is wrong simple user interface like we have here in HN?
I would love to use the app for future projects but I can't because the advertised "offline mode" is not what I would expect it to be. If I open the Mac app when I'm offline I just get a blank window and have no access to any of my data. I assume this is because of a login failure and non of the data is accessible on device. So I have to login once and keep the app open before I go offline. If I close the app while being offline and reopen it without internet connection I won't have access to any of my data. This is sadly killing the app for me. Are there any plans to implement a real offline mode? Just a "read only" mode of the last state I had when last logged in would be enough for me.
What I’m missing, is bouncing issues back and forth. We rarely have clearly defined issues, our current system [0] has a "fixer" and a "tester", if I’m the fixer and I need clarification at some point, I set the issue to "missing information" which removes it from my "issues waiting on you" list, and adds it to the same list for the tester.
This is extremely convenient for us as our issues are often discussion threads. I’ve rarely seen this mirrored in other ticketing systems. But then with 1 IT person (Hi), we are not quite the normal customer of such systems.
[0] DoneDone V1, which has an atrocious search function and questionable email notifications, can’t remember what our issue was with their current version V2 https://www.donedone.com/
This seems like a really nice tool. I'm quite happy with some of the "older" tools I'm still using: Shortcut for project management at my company, Trello for personal todo lists, and Evernote for notes. Trying to stick to the philosophy of
"if it ain't broke, don't fix it" when it comes to all these new tools and services. I think Shortcut and Trello are still great tools and I'm not in a hurry to replace them. But Linear does look very good. Maybe I'll try it out whenever I start a new project.
(Cofounder here) The app is fullstack typescript react application with custom realtime sync engine for instant updates and offline readiness. Our cofounder did a talk about our sync few years back: https://youtu.be/WxK11RsLqp4?t=2171
The app works both in the browser and we also distribute it with Electron wrapper for macOS and Windows, but it's essentially the same experience.
I use it for my personal projects and really like it because of how quick and responsive it is plus the overall design aesthetic is pleasing to me. At the end of the day though it's an issue tracker and there are quite a few out there. Of the ones I've tried Linear is the best so I hope that they keep improving their product without bloating it too much. That's what I'm worried about most.
I guess some people spend so much time in Jira or whatever that they want keyboard shortcuts for everything? My company uses Jira and I'm a developer and I've never felt like “oh my god I'm wasting so much time mousing around in Jira”.
I use Jira a lot and... there are keyboard shortcuts. There are keyboard shortcuts for Confluence.
I did not know about the jira shortcuts until recently. Not really a huge deal for me. Seems like linear's are definitely better but shrug. Keyboard shortcuts are not the source of my issues (ha!) with issue trackers.
Confluence shortcuts tho. I'm pretty sure I'm the only one in my company that knows them haha. Which says something about confluence for sure.
Yes. Across all companies I’d guess 20% of what goes into jira effort actually aids development, with the remaining 80% primarily aiding people other than the developers to understand how the development is unfolding and will unfold.
Sounds like at some point someone set up a good system there.
Anyone using linear without the rest of their team adopting it yet? Obviously the full benefits will only be realized when everyone is using it, but I'm still curious to hear if people are benefitting from using it to manage their own work.
I work with two long term clients (one has two projects going on, the other three), plus I have my own personal projects.
Linear has become a vital part of my workflow. The first thing is that splitting tasks by teams (client 1, client 2, and me) and then by project for each team allows me to do some neat stuff:
1. I have a global view, where i can see the status of each single ticket. I use this because when I’m selecting my next task. I don’t know if I’m gonna choose something from client 1, client 2, or my personal project
2. I have a “bug” view that aggregates every task with a bug label, it’s the first thing I check when selecting a new task, same reason of .1
3. I have a view for each client, that aggregates the tasks from every project of that client. I use this when I’m doing a call with the client and I have to update them on the status of each project
Before Linear I was using multiple Trello boards and then using a power up to sync all of them in multiple aggregation board, to essentially replicate the same workflow. Also, it feels more native then trello, it’s quicker than Jira and the key lard shortcut are super handy when I’m creating a lot of tasks, since I have to duplicate each task from the client ticketing system.
Breathtakingly fast
Built for speed with 50ms interactions and real-time sync.
Sorry but 50ms is not breathtakingly fast, especially when native apps and video games can handle multiple interactions at once in 16ms or even faster.
I don't think that's a fair performance bar to set for web apps, or even native apps. The 16ms window for games is used to process input, shuffle data in very fast memory, do calculations, and render a frame on a very fast GPU specifically built for that purpose.
Web apps can also render frames in 16ms, but input often involves fetching data from much slower and unreliable disk or network, processing data on a much slower general purpose CPU, and rendering it via runtimes and frameworks that add considerable overhead. Given all of that, 50ms (20 FPS) does sound very responsive, if maybe not breathtakingly so.
I love Linear, but my problem is involving clients and external users to do QA for instance, the fact that guest accounts (which are often temporary) are priced as full users makes it too expensive for us.
So I tried to figure out what platforms the app is available for... But it's not on the website. The download page just tells me it's not available for my current system (Android).
> "Linear is a tool to remove barriers. Powerful yet simple to use, it helps you to plan ahead, make better decisions and execute faster. You don’t have to come up with best practices for how to use Linear — we already built them directly into the product."
So much weasel words. "tool to remove barriers", "plan ahead, make better decision and execute faster".
Going a bit deep into the features page shows some features, but why not have them front and center, in plain english, on a simple, handmade HTML page, that is fast and easy to browse?
Note : I do come from a software engineering background, but as a solo developer.
Reading through the comments it appears more than 10 employees of linear are dominating 33 comments. Sorta seems like this is marketing at its sneakiest.
It's a really easy mistake to make so I don't blame them. When people are talking about your product it's instinctive to jump in; it takes a lot of effort to not dominate the conversation.
enra|3 years ago
Sidenote: While we had these issues, we decided to redirect our homepage to our website Figma file, where we shared iterations for the design and did a little community Q&A: https://twitter.com/linear/status/1580723933837332480)
ghayes|3 years ago
inquirer39243|3 years ago
xctr94|3 years ago
I am so glad that I picked Linear for my startup. You folks have been consistently responsive, helpful, and keep delivering features that matter. It’s been a delight after a decade of Jira and the gang.
KMnO4|3 years ago
And for that, congratulations!
_answ|3 years ago
My one gripe about the new website (and it's something I notice many projects stumble at) is that the written copy fails to explain what the product actually is. "A better way to build products", "the new standard for software development", "a tool to remove barriers" -- this tells me nothing, unlike a simple "it's an issue tracker bro" would.
Aicy|3 years ago
Show don't tell!
xctr94|3 years ago
vebra|3 years ago
Feature-wise Linear looks great though, so I might give it another try in some time.
P.S. Can someone please explain the hate for the pointer cursor? Why some products refuse to use it for links and buttons?
edit: I reread my comment and found it sounding a bit too critical. I really think that Linear is much better that most of the alternatives in the regard of UI/performance. It's just that I hate how the meaning of the word "performance" devalued with time and claims like "50ms = breathtakingly fast/world-class" continue to contribute to that.
ojkelly|3 years ago
I'd wager they're doing it becuase a pointer cursor feels more like a web browser, and would impede the feeling of the app being native.
duckmysick|3 years ago
It's not some, it's most. I just checked my Linux and Windows machines and all of the native apps (and the native UI of the system itself) there have a regular cursor when you hover over clickable elements.
nmcela|3 years ago
exclipy|3 years ago
I don't know what superhuman perception you have, but I'm personally good with anything up to 100ms.
The alternative is Jira where we're talking something like 5000ms to load an issue.
joenot443|3 years ago
nemothekid|3 years ago
its_notion|3 years ago
xyzzy_plugh|3 years ago
timdorr|3 years ago
unknown|3 years ago
[deleted]
aetherspawn|3 years ago
The killer missing feature for us is that we can't define different issue types. For example, we would typically have issue types like "Requirement", "Bug", "Signal", etc. with different icons and use child/parent hierarchies to sort these in a tree with this hierarchy: L1 high-level business requirement, L2 technical breakdown stories, L3 very specific requirement/bug/signal.
In line with this, there's no way to show the issue layout as an expandable tree-view (called "List" view in JIRA), and so our requirements tree would get all mashed up and flattened.
For each technical story/signal we would have a custom field where we set the source file where we are implementing it. This would help us hammer out the architecture of projects very quickly and have them line-up with technical requirements. Doesn't seem to be a way to add custom fields to different issue types. Later we would export this all out of JIRA to help write our documentation.
Lastly, a JIRA replacement without a corresponding Confluence replacement could be a bit of a point of friction. I hope that somewhere on your roadmap you plan to develop a basic solution to cater for the Confluence need.
Otherwise ... it looks nice. Have you thought about offering a self-hosted version, since JIRA no longer offers this?
hn_throwaway_99|3 years ago
1. The reason everyone hates Jira is because, over time, it has essentially become all things to all people, yet it doesn't solve the needs of any individual group perfectly. It actually has a huge, ginormous feature set, and part of the difficulty is figuring which settings or set of features are right for your team.
2. The reason Jira has become so difficult to replace is because nearly every team of moderate complexity uses some subset of features that aren't replicated in any other tool.
So, to the point, I hope that Linear doesn't implement your requested features (not exactly, but I just hope they are extremely judicious in which features they add). Or, rather, I'd just point out that Jira got to be the way it is because they basically implemented all the features. I think a good competitor will necessarily have to hit that sweet spot where they have 98% of the most critical features (especially startups/new companies), but will ruthlessly not add features that will lead to bloat and complexity.
lmm|3 years ago
Support for this kind of overcomplex use case is what makes JIRA so horrible to use. I very much hope Linear never bloats itself by adding this kind of thing.
Arcanum-XIII|3 years ago
But Confluence is the worst Wiki I've ever used. It's editor is obnoxious, it's so damn slow, you're losing edit whenever anything happen, tagging is quite often random (recently it added an unwanted "my.favorite" tag to page I'm copying), it's search is broken since the beginning, hierarchical view is broken, creating add on requires to be a high level admin and the implementation is horrible... And I've been forced to use Confluence for 10 years now, in multiple company. None was ever good with it. Heck, here people are screaming to go back to Sharepoint.
solardev|3 years ago
Linear does the opposite, adding rails so you can't go wild and reinvent complex processes. Thank god.
rjzzleep|3 years ago
dbbk|3 years ago
jwr|3 years ago
metadat|3 years ago
I sure don't miss the 30+ second page loads, slow pagelads, slow saves, slow edit button, confusing comments section, and accidental random ticket body erasure when working with a heavily loaded JIRA instance.
rsanheim|3 years ago
But seriously, Linear is one of the best project management tools I've used. They do an SPA pretty well, which is rare, and its powerful yet pretty simple to use. I do find it a bit hard to wrangle saved views and find things via search sometimes, but overall its one of the 'least bad' tools in this category.
The only other app that I would say is comparable is Shortcut (https://shortcut.com), which I've used in anger at previous jobs. It's a bit simpler than Linear, a bit easier to get up to speed with, but less powerful.
But both are very good. And god help you if you have to use JIRA.
dmix|3 years ago
Probably one the fastest web app around, given how it preloads all JSON data from all sublinks on the page, so it loads immediately when you click on any links. It performs like a native app (assuming it’s online :p, it has offline support w/ the Mac and browser apps for plan B)
PakG1|3 years ago
atonse|3 years ago
What is causing your JIRA projects to take that long? Too many custom fields? Large numbers of issues? Too many plugins? Really curious because most of our issues are sub-second.
taylorfinley|3 years ago
I run a team that sits between Support and Engineering, bug reports from the highest tiers of support are written up as issues and submitted to our triage. We investigate the issues to find root causes, determine the parties best situated to resolve them, assess user impact, add appropriate labels, and then move them to the triage of the appropriate team's space.
The biggest limitation we've run into is adding metadata to our issues: labels are great, but when you transfer to another team you lose labels or have to add clutter to that team's set of chosen labels.
I've ended up building some tooling on top of Linear to record things like user impact assessment data. This tooling posts the data back into the issue as a formatted comment so it's visible inline, but we can query it directly in our database and build metrics off of it. This approach has really opened Linear up for us. Thanks for the graphQL end point, it's been very helpful!
erex78|3 years ago
kotlin2|3 years ago
chrisfosterelli|3 years ago
Simply having everyone do what they think is best and hoping they talk enough to sort that all out on their own is great until you have several people unsure what to work on, two people accidentally doing the same thing, and management upset because your features are taking twice or thrice as long as your guestimates.
Eventually you realize that for anything sufficiently complex you need to track what the steps are, who is doing what, and when each part is probably going to be done. You don't want to be a bottleneck, so you make it publicly available to the whole team. Then congrats, you've invented ticketing.
prange|3 years ago
Arcanum-XIII|3 years ago
And yes, I need to have a status. It allows me to warn people outside the dev team if there are any outstanding issues or if we'll be able to soon release something. Communication is key when your team is not its sole customer.
brundolf|3 years ago
eru|3 years ago
Of course, whether that structure and bureaucracy needs to be a ticketing system is a different question.
tipiirai|3 years ago
1. It's fast. All interactions are instant.
2. It looks great from top to details.
3. It's quite complex. The information architecture is confusing.
Ultimately we decided to go back to GitHub Issues because we spent too much time on clicking and finding things. Hope they fix the UI hierarchy.
shubhamjain|3 years ago
I have been programming web for nearly 15 years. I, too, have issues with needless complexity, but I also dislike how (many) senior folks want to pretend that simple HTML/CSS is all it takes to build anything and all the coders using modern stack are stupid enough to ignore that.
mkl95|3 years ago
Although simple HTML/CSS cannot build anything (not even close), simple HTML/CSS with a sprinkle of good JS can get you very far.
dawnerd|3 years ago
The site says shortcuts for everything. That's nice. But one of my biggest gripes is accidental actions with no indication on what you just did. If I have the app open in one window and don't realize I have focus and just start typing will it just start doing actions? Is there a way to disable these? Clickup does this to me a lot and its super annoying.
rzzzt|3 years ago
jorde|3 years ago
aliqot|3 years ago
thomaspaulmann|3 years ago
I love the speed of the app. The real-time sync and keyboard shortcuts guarantee fast interactions. We surround ourselves with the best tools to raise the bar of what everybody expects from software. It helps us to build better software, and Linear is an app (and website) that pushes our understanding of quality forward.
c_t_montgomery|3 years ago
It's critical to our eng, design & product processes.
We switched from another tool because the other tool was painfully slow. It was a night & day difference. It's been about a year now since we've fully committed to Linear. I'm very glad we have!
We use their cycles feature heavily. We ship our app weekly, and our product development process is split into three 2-week cycles that form a "milestone". We model that work accordingly in Linear.
We also use their "Projects" feature quite heavily. We'll often have folks working across a few projects a time. This feature helps my ADHD brain understand what the most important thing across any number of ongoing projects is, and then focus on accomplishing that.
Personally, the best feature for me is the speed of the app. That, alongside the keyboard shortcuts, make it pretty hard to give up.
Another thing I particularly like about Linear (aside from speed, product polish & wonderful design) is how you can opt-in to using it more. If you just want to use it as an issue tracker for teams, that works great! It's how we started. But you can also grow into the product more as you harden your processes or figure out what works best for you.
tl;dr — I can't imagine ever using another tool to help build products besides Linear.
brundolf|3 years ago
j_jochem|3 years ago
m1keil|3 years ago
Biggest weakness is definitely the "workflow" part. For example, trying to automate rather simple workflow that involves email to ticket isn't trivial and either requires you writing your own integration or passing via something like Zapier (or writing your own integration with Zapier?).
lomz|3 years ago
I used Linear by myself until the free-tier issue limit was used up. I can confidently say it worked great for me (the integrations and built in GitHub automation were killer for me, and worked with 0 config out of the box). However, I had trouble getting my PM on board because she was concerned that Linear was a great issue tracking tool, but we'd be losing too many capabilities from ClickUp. Personally, I'd rather have a targeted tool that does one thing extremely well rather than a tool that does 10 things poorly.
kajaktum|3 years ago
crsAbtEvrthng|3 years ago
Semaphor|3 years ago
This is extremely convenient for us as our issues are often discussion threads. I’ve rarely seen this mirrored in other ticketing systems. But then with 1 IT person (Hi), we are not quite the normal customer of such systems.
[0] DoneDone V1, which has an atrocious search function and questionable email notifications, can’t remember what our issue was with their current version V2 https://www.donedone.com/
gajus|3 years ago
nathan_f77|3 years ago
kevinma|3 years ago
nu11ptr|3 years ago
jorde|3 years ago
The app works both in the browser and we also distribute it with Electron wrapper for macOS and Windows, but it's essentially the same experience.
omniscient_oce|3 years ago
mayoff|3 years ago
coreyoconnor|3 years ago
I did not know about the jira shortcuts until recently. Not really a huge deal for me. Seems like linear's are definitely better but shrug. Keyboard shortcuts are not the source of my issues (ha!) with issue trackers.
Confluence shortcuts tho. I'm pretty sure I'm the only one in my company that knows them haha. Which says something about confluence for sure.
eof|3 years ago
Sounds like at some point someone set up a good system there.
throw123123123|3 years ago
captainkrtek|3 years ago
xwowsersx|3 years ago
CPLNTN|3 years ago
1. I have a global view, where i can see the status of each single ticket. I use this because when I’m selecting my next task. I don’t know if I’m gonna choose something from client 1, client 2, or my personal project
2. I have a “bug” view that aggregates every task with a bug label, it’s the first thing I check when selecting a new task, same reason of .1
3. I have a view for each client, that aggregates the tasks from every project of that client. I use this when I’m doing a call with the client and I have to update them on the status of each project
Before Linear I was using multiple Trello boards and then using a power up to sync all of them in multiple aggregation board, to essentially replicate the same workflow. Also, it feels more native then trello, it’s quicker than Jira and the key lard shortcut are super handy when I’m creating a lot of tasks, since I have to duplicate each task from the client ticketing system.
Pulcinella|3 years ago
Sorry but 50ms is not breathtakingly fast, especially when native apps and video games can handle multiple interactions at once in 16ms or even faster.
aiddun|3 years ago
imiric|3 years ago
Web apps can also render frames in 16ms, but input often involves fetching data from much slower and unreliable disk or network, processing data on a much slower general purpose CPU, and rendering it via runtimes and frameworks that add considerable overhead. Given all of that, 50ms (20 FPS) does sound very responsive, if maybe not breathtakingly so.
Rapzid|3 years ago
Are you familiar with console input latencies?
marsouin|3 years ago
viraptor|3 years ago
solardev|3 years ago
rvieira|3 years ago
Unfortunately I stopped using due to the lack of robust offline features (this might have improved meanwhile).
evolve2k|3 years ago
chucky123|3 years ago
unknown|3 years ago
[deleted]
kumarvvr|3 years ago
> "Linear is a tool to remove barriers. Powerful yet simple to use, it helps you to plan ahead, make better decisions and execute faster. You don’t have to come up with best practices for how to use Linear — we already built them directly into the product."
So much weasel words. "tool to remove barriers", "plan ahead, make better decision and execute faster".
Going a bit deep into the features page shows some features, but why not have them front and center, in plain english, on a simple, handmade HTML page, that is fast and easy to browse?
Note : I do come from a software engineering background, but as a solo developer.
julianlam|3 years ago
It's pretty neat and let's you really get in the flow of things.
annadane|3 years ago
whateveracct|3 years ago
cercatrova|3 years ago
unknown|3 years ago
[deleted]
xwowsersx|3 years ago
tflinton|3 years ago
wmf|3 years ago
mdeeks|3 years ago
My guess is that they are excited about their product being on here.
unknown|3 years ago
[deleted]
olliej|3 years ago
itisit|3 years ago
unknown|3 years ago
[deleted]