You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It's common that people come in to the #nodejitsu chatroom with questions about deployment failures. This should not be necessary if our output was straight forward and provided people with steps to resolve this issue.
For example, if you want to deploy and don't have a subscription you get an error error: Error: No active subscriptions available. with a huge stack trace. As a customer of Nodejitsu, this stack trace is completely pointless and doesn't provide any addition details on how to resolve the issue. It just makes people feel that something on our cloud broke down instead of realising that it's an error that they have to resolve them self.
For all these errors it would be much more productive for us as well as for our customers to be presented with an action list of steps they can follow to resolve the issue.
For the error: Error: No active subscriptions available. error a following list could be presented:
No active subscriptions available.
You cannot deploy to Nodejitsu if you don't have an active subscription. You can activate a subscription at webops.nodejitsu.com
But from a user perspective I honestly couldn't care less about this. I just want to know that the command is being executed with maybe a spinner for progress indication and a simple success message.
I feel there's a lot of work we can do to make jitsu much more user friendly without instructing everybody to drop in #nodejitsu with their error output while most of the errors aren't even "real" errors that "we" need to resolve.
My suggestions so far:
Remove the info:Error: prefixes, it only adds noise
Provide the user with steps to resolve the errors.
Drop the stack traces from the output.
Error messages should be done in red to make them stand out further.
Save a debug output to jitsuerror.log and automatically upload it to gist.github.com so people can just share the link
The text was updated successfully, but these errors were encountered:
It's common that people come in to the #nodejitsu chatroom with questions about deployment failures. This should not be necessary if our output was straight forward and provided people with steps to resolve this issue.
For example, if you want to deploy and don't have a subscription you get an error
error: Error: No active subscriptions available.
with a huge stack trace. As a customer of Nodejitsu, this stack trace is completely pointless and doesn't provide any addition details on how to resolve the issue. It just makes people feel that something on our cloud broke down instead of realising that it's an error that they have to resolve them self.For all these errors it would be much more productive for us as well as for our customers to be presented with an action list of steps they can follow to resolve the issue.
For the
error: Error: No active subscriptions available.
error a following list could be presented:No active subscriptions available.
You cannot deploy to Nodejitsu if you don't have an active subscription. You can activate a subscription at webops.nodejitsu.com
In addition to that, we output way to much garbage information, it might be useful to us such as the following output:
But from a user perspective I honestly couldn't care less about this. I just want to know that the command is being executed with maybe a spinner for progress indication and a simple success message.
I feel there's a lot of work we can do to make
jitsu
much more user friendly without instructing everybody to drop in #nodejitsu with their error output while most of the errors aren't even "real" errors that "we" need to resolve.My suggestions so far:
info:
Error:
prefixes, it only adds noisejitsuerror.log
and automatically upload it togist.github.com
so people can just share the linkThe text was updated successfully, but these errors were encountered: