mirror of
https://github.com/streetwriters/notesnook.git
synced 2025-12-16 19:57:52 +01:00
docs(help): add "is there an eta for X feature" FAQ
This commit is contained in:
16
docs/help/contents/faqs/is-there-an-eta.md
Normal file
16
docs/help/contents/faqs/is-there-an-eta.md
Normal file
@@ -0,0 +1,16 @@
|
||||
---
|
||||
title: Is there an ETA for X feature?
|
||||
description: We do not provide any ETAs.
|
||||
---
|
||||
|
||||
# Is there an ETA for X feature?
|
||||
|
||||
We maintain an up-to-date [roadmap](https://notesnook.com/roadmap) which lists everything we are working on and everything we plan on adding in the future. There is no certainty _when_ something might land, though. It can be days, months, or even years before a feature becomes generally available. Asking us for ETAs is annoying and distracts us from what really matters.
|
||||
|
||||
## Why we don't provide ETAs
|
||||
|
||||
In case you are still curious, a huge part of developing any software are **deadlines**. Giving any ETA means we want to be held accountable for when a feature might land. That is something we cannot afford because another huge part of developing any software are **delays**. As any engineer might tell you, "X will land in 1 month" almost always means "X will land in 4 months".
|
||||
|
||||
Users do not understand or tolerate delays, and developers do not like incessant pestering on why something didn't land on X date when we said it'll land on X date. To avoid all these headaches we simply do not give out any ETAs. Obviously, internally we do have timelines for each feature but disclosing these is unncessary.
|
||||
|
||||
In short, it'll land when it'll land. No promises.
|
||||
@@ -82,3 +82,4 @@ navigation:
|
||||
- path: faqs
|
||||
children:
|
||||
- path: faqs/what-are-merge-conflicts.md
|
||||
- path: faqs/is-there-an-eta.md
|
||||
|
||||
Reference in New Issue
Block a user