As a normal person I couldn't agree more, but look at it from a business or indiehacker point of view. If you use Twitter to share your work and connect with potential customers, it's a bit of a loss. It would be similar to creators or streamers if someone were to buy YouTube or Twitch and potentially ruin it.
You can take a look at Pirsch Analytics [0], which I am a co-founder of. We take privacy very seriously, that is why the core of Pirsch is open-source [1].
They did get more annoying lately though. Nowadays you have to wrestle through a horrible click game of dark patterns to not accidentally accept anything. Things like putting a small "Accept all" in the top right corner where you expect a close button or hiding the settings with at 12px in light grey.
We're a two-person team based in Germany and proud to announce the beta launch of our latest product!
Pirsch is a simple, privacy-friendly, open-source web analytics solution free of cookies. It can be integrated into your website using JavaScript or directly into your backend. We put a strong focus on developer friendliness by offering an easy-to-use API, SDKs for different programming languages, integrations for popular platforms, and good documentation.
The main benefit of our backend integration is that it can't be blocked by browsers while respecting your visitors' privacy at the same time.
Pirsch does not collect personal information. All visits are anonymized and aggregated into meaningful statistics once per day. This ensures that we don't save individual page visits longer than 24 hours while you get the data you need. For details, you can check out the open-source core of Pirsch on GitHub: https://github.com/pirsch-analyt...
The name is German and refers to a special kind of hunt: the hunter carefully and quietly enters the area to be hunted, he stalks against the wind to get as close as possible to the prey without being noticed.
During the beta, we will make improvements, fix bugs, and add more features. Here is a list of a few additions we had in mind:
* add more documentation
* email reports
* data export
* more SDKs
* goal, event, and campaign tracking (further down the road)
We expect to move out of beta at the end of February. Everything will be free until then, but you can find prices on our website. Let us know what you think!
I guess Emvi[1] checks all your boxes. We are currently working on a new user interface that focuses on keyboard input and it will be available this summer. You can read in our blog [2] how it all started.
Markdown-like shortcuts [3] will come with it as well!
We are trying to present GUI users with good arguments for a switch. Our tests with people that are unfamiliar with CLIs showed they were up to speed after a short amount of time.
Interesting thought, I would love to hear the leading UX designers of those companies discuss their ideas, desperately trying to settle on a solution they all like.
That's definitely something we have to look into.
We currently see mobile usage primarily for searching and reading and less for creating content.
But you are right, this needs special attention. We do not want to maintain two different approaches.
We have not found any reliable numbers on keyboard usage vs mouse input yet, but it would be quite valuable.
Compared to normal shortcuts the commands are easier to remember, because they mostly represent the verb for the action you want to accomplish. Instead of memorizing Ctrl + E or similar for a new article, you type /write or an alias like /new. This way you only have to know what actions are possible, without connecting them to an inconclusive key combination. Most commands will auto-complete after the first two letters, so you are not losing that much time either.
Our frontend is build on Vue.js and the shortcuts are handled by global JS events.
I agree, that's one of the challenges we have to tackle.
The commands being contextual to the page you are on helps in my point of view, but we have to explore ways of onboarding users in a proper way.
Other knowledge bases and wikis tend to rely on a tree-like hierarchy and setting access permissions with a top-to-bottom approach. In Emvi permissions are set on per article basis, so they can have company-wide reach and still be edited by a small team only. We think this scales better with growing organizations, because silos are removed by default.