Skip to content
This repository has been archived by the owner on Apr 22, 2023. It is now read-only.

What Kind of "Getting Started" Content Should Exist? #39

Closed
bnb opened this issue Apr 26, 2018 · 8 comments
Closed

What Kind of "Getting Started" Content Should Exist? #39

bnb opened this issue Apr 26, 2018 · 8 comments

Comments

@bnb
Copy link
Contributor

bnb commented Apr 26, 2018

In today's meeting we discussed having multiple paths for "Getting Started" with Node.js. My own personal experience is that Node.js is never just Node.js, but it's always Node.js and (x).

Per some of the discussions we had today, we'd love to get input on what kinds of Getting Started Node.js content you would like to see.

@JonahMoses
Copy link
Contributor

To get this kick started, here are a couple suggestions:

  • Express server to serve up simple APIs for front end focused web apps
  • Node.js on Raspberry Pi

@bnb
Copy link
Contributor Author

bnb commented Apr 26, 2018

From my own personal experience, here's a few:

  • Node.js and Front-end
    • Can there be variants of this? For example, Node.js and React, Node.js and Angular, Node.js and Ember, etc.
  • Node.js and Server-side JavaScript
    • Node.js and (Your Favorite Web Framework)
    • Node.js and APIs
  • Node.js and DevOps
    • Node.js and Docker
    • Node.js and APMs

@maddhruv
Copy link
Contributor

maddhruv commented Apr 26, 2018

As @JonahMoses suggested we can add the IoT part too on the box

  • Node.js and IoT
    • johnny-five and others available
  • Node.js and Desktop Applications (maybe)
    • electron
  • Node.js and Testing
  • Node.js and Automation

(append to @bnb list 😜 )

@milapbhojak
Copy link

@bnb Really good question and interesting design problem. What if we discuss possible use cases of ended up clicking on “Getting started”? I am sure after knowing all use cases we can easily come up with user goals and organised content. Which would leads us to create better UX. I am studying “Getting started” patterns from other open source projects. I would update it with possible use case soon.

@amiller-gh Don’t you think we need user persona also before we start working on “Voice and tone guidelines #13” Let me know what do you think. I could start working on it.

NodeJS is one of the largest open source project. I am sure we would get good response from community if we just do one quick user research which would help us to create better IA. Let me know what do you think about conducting user research.

@codeekage
Copy link
Contributor

Hello, sorry I missed the last meetings was a little bit since then.

I don't know if it would make sense to work with @nodejs/user-feedback team to get more contents on what to add to as a getting started a course.

We could also do a poll on slack, gitter, and twitter to see what folks mostly use node.js for?

Then probably more content can be added based on requests.

@dkundel
Copy link

dkundel commented May 12, 2018

Hey folks!

While we are talking about "Getting Started" I have the feeling that one thing that is missing is a very fundamental: What is Node.js

Basically something that covers what Node.js is about in a beginner friendly manner and also inspires what is possible with it. That could segway into the suggested topics.

I see a lot of beginners being confused even with basics like: What's the difference between Node.js and running JavaScript in the browser. Especially if they come from a different programming language like Ruby.

Cheers,
Dominik

@Belar
Copy link
Contributor

Belar commented May 13, 2018

Hello,
adding to Dominik's (@dkundel) point of where to begin, I remember 2 cases (pretty recent) which are good examples, points of view.

One is article by Brad Frost on his experience with learning React, the other is issue submitted to Hapi website repo about getting started page. Both [at some point] touch on the topic of missing steps and "explaining with assumptions", which led to confusion of users.

For "Node as API" path, getting started example could be bare Node (no framework); http, url, maybe fs. This would be enough to explain built-in packages, creating a "server", handling requests and serving content. Knowledge which should translate well to frameworks (Express, Koa, Hapi etc., introduced later), making their "getting started" content (and various tutorials, educational content in general, across the web) easier to pick up; this approach should also help to avoid "jQuery = JavaScript"-like learning path.

@amiller-gh
Copy link
Member

Closing in favor of #60 lets continue discussion over there ❤️

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

8 participants