|
|
|
|
|
|
by nklayman
1864 days ago
|
|
|
Having the getting started button at the end is a good idea I think, we'll look into that. We say "web frontend" because that's as descriptive as we can be really. We support any web framework that runs in a browser. As for screenshots of big companies' apps, we don't have any major companies that have adopted Tauri yet, as we just came out of alpha, but we will add a section like that as soon as we can. It's difficult for us to demonstrate how Tauri is used in short snippets that could fit at the beginning of the Getting Started section. Electron's site doesn't have any code snippets either, just snippets for installing via npm and some example apps. |
|
|
It also doesn't help that we chose a language that isn't popular. But you all need to think about how decision making like that massively effects adoption.
You won't learn these lessons quickly, they take years, so ignore people who say you need to experiment and research what works. The biggest issues you'll face is that no one will tell you what's wrong unless you're faced with it in threads like this on HN or other places where you'll meet consumers.
The worst part of it is, these are the obnoxious glaring details. There might be massive decisions you make that consumers can't pinpoint for you. Thought-leaders don't often describe those details because of survivorship bias.
What I can see this team failing at, too, is that you need an anchor client. You're spending all this time on BS that doesn't mean anything at all.
Specifically, at GitHub, they already had users using Atom, which made for a great way to advertise Electron. It was Atom!
You need to essentially find whales (Read: engineering leaders at businesses) and make the product good enough for one of them to say, yeah I'll use this over Electron, and if they're an attractive user, pump them on your front page. Find a way to make a deal with them so that you can funnel developers to their hiring channels.