Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Prepare for v4 LTS and v5 #200

Closed
1 task done
rvagg opened this issue Sep 29, 2015 · 28 comments
Closed
1 task done

Prepare for v4 LTS and v5 #200

rvagg opened this issue Sep 29, 2015 · 28 comments

Comments

@rvagg
Copy link
Member

rvagg commented Sep 29, 2015

From nodejs/node#3000 where this question is something to be resolved by the @nodejs/website WG:

  • How do publicise and promote LTS lines? Does @nodejs/website have ideas on how to make this happen when we have something called "LTS" and then start to get new "Stable" releases with a 5 at the front? Ideally, users will be self-selecting and would end up with the kind of release suited to them, perhaps we need to outline on the front page of the website and/or on the download page why you would choose LTS over Stable?

Until the first item in the list @ nodejs/node#3000 is resolved I think you need to be prepared for the following scenarios:

  1. a v5 and a v4 LTS: this will be the eventual situation no matter what but this is a possible scenario from next week onward
  2. a v4 LTS only: do you do anything special for this or just treat it as yet another v4? It's possible we have this scenario next week

Also, we probably should have wording for what LTS actually means, to put somewhere, feel free to kick that over to @nodejs/lts and make them do it if you want, either open a new issue and describe exactly what you need or add it in nodejs/Release#43.

@phillipj
Copy link
Member

phillipj commented Oct 5, 2015

Will there be changes to https://nodejs.org/dist/index.json?

@Fishrock123
Copy link
Contributor

cc @nodejs/evangelism

@mikeal can we bring anyone from foundation-level marketing in to discuss this?

@rvagg
Copy link
Member Author

rvagg commented Oct 7, 2015

@phillipj perhaps a lts column/field in index.json and index.tab would be good, it could include the codename for lts releases

@phillipj
Copy link
Member

phillipj commented Oct 7, 2015

@rvagg sounds like a good plan. I'll could do some tests with that in mind for scenario 1, probably in the weekend / early next week.

For scenario 2, as long as file structures on /dist/ stays the same and we find it in index.json, no changes would be needed for us. Although adding some hard coded LTS strings around could be helpful to emphasize it, e.g. Current version: v4.x.x LTS on the frontpage

@bnb
Copy link
Contributor

bnb commented Oct 8, 2015

From an Evangelism perspective, there shouldn't be much of a problem. Weekly or twice-weekly tweets, as well as listing of updates in blog posts, are easy. However, will we be attempting to pull people in to either using or contributing to LTS? Will it have independent contributors, outside of core?

@phillipj
Copy link
Member

Alright, to get the ball rolling I'll post some screenshots with some minimal changes necessary to host two release lines at the same time. All kind of feedback is much appreciated!

I'm thinking we should keep it as simple as possible to download the version of node most devs will use, which I've been told is stable, soon to be v5.

On the frontpage an LTS-link could been added beneath the big green download button, sending users directly to e.g. https://nodejs.org/dist/v4.2.1/.

screen shot 2015-10-15 at 21 19 42

As for the download page, a couple of links could be added to do some JS toggling of the URLs in the download matrix. An explanation of what LTS is and its pros/cons should also be added, either as a new section on the download page, or a completely new page which explains the release lines in great detail with content provided by @nodejs/lts as mentioned in nodejs/Release#44.

screen shot 2015-10-15 at 21 39 14

Any thoughts?

@jasnell
Copy link
Member

jasnell commented Oct 15, 2015

I would much rather see the two releases side by side with clearly marked
download buttons for each rather than having LTS behind some easily
overlooked small link text.
On Oct 15, 2015 12:58 PM, "Phillip Johnsen" notifications@github.com
wrote:

Alright, to get the ball rolling I'll post some screenshots with some
minimal changes necessary to host two release lines at the same time.
All kind of feedback is much appreciated!

I'm thinking we should keep it as simple as possible to download the
version of node most devs will use, which I've been told is stable, soon
to be v5.

On the frontpage an LTS-link could been added beneath the big green
download button, sending users directly to e.g.
https://nodejs.org/dist/v4.2.1/.

[image: screen shot 2015-10-15 at 21 19 42]
https://cloud.githubusercontent.com/assets/1231635/10525570/c2808778-7385-11e5-9981-045c40c5e992.png

As for the download page, a couple of links could be added to do some JS
toggling of the URLs in the download matrix. An explanation of what LTS is
and its pros/cons should also be added, either as a new section on the
download page, or a completely new page which explains the release lines in
great detail with content provided by @nodejs/lts
https://github.com/orgs/nodejs/teams/lts as mentioned in nodejs/Release#44
nodejs/Release#44.

[image: screen shot 2015-10-15 at 21 39 14]
https://cloud.githubusercontent.com/assets/1231635/10525576/c78239d8-7385-11e5-80ec-05511653c5a1.png

Any thoughts?


Reply to this email directly or view it on GitHub
#200 (comment)
.

@mhdawson
Copy link
Member

Yes, my first preference is that if you don't choose carefully you end up with the LTS release. ie unless you know what you are doing and know that you want the latest/greatest you end up with an LTS release.

@phillipj
Copy link
Member

I would much rather see the two releases side by side with clearly marked
download buttons for each rather than having LTS behind some easily
overlooked small link text.

Understandable. I appreciate when website are focused on the most important part(s) which should be relevant for the majority of users. On the other side, we cant really predict what our users really want before seeing the download figures, although we'll ofc influence those numbers by just having one button from the get go.

@srl295
Copy link
Member

srl295 commented Oct 16, 2015 via email

@phillipj
Copy link
Member

Thanks for your input so far! A couple of new screenshots:

1) Two green buttons side by side

skjermbilde 2015-10-18 kl 22 09 47

2) User oriented texts w/links

skjermbilde 2015-10-18 kl 22 15 10

If I misunderstood your thoughts @jasnell @srl295, just say the word and I'll happily do some changes.

Anyone got a favorite amongst those two alternatives?

@fhemberger
Copy link
Contributor

I prefer the first one. People tend to skip reading the "small print", so IMHO it's better to have some big shiny buttons in this case.

@evanlucas
Copy link
Contributor

+1 to the first one. I like it a lot.

@stevemao
Copy link
Contributor

+1 to big buttons

@Fishrock123
Copy link
Contributor

+1 Buttons, can we maybe get some hover text?

@Fishrock123
Copy link
Contributor

Also, maybe we should have some slightly different coloring associated with them.

@mhdawson
Copy link
Member

How about moving some of the text from 2 into the buttons ? Maybe the "Solid and Stable"
for LTS and " Latest features" for Stable

@phillipj
Copy link
Member

screen shot 2015-10-19 at 19 02 23

Would that cover your needs for some hover text @Fishrock123?

@Fishrock123
Copy link
Contributor

Maybe. But we need to change it from having a stable in each.

Perhaps we should have the lts description be how many months it's supported?

@Fishrock123
Copy link
Contributor

(the stable branch is stable)

@mhdawson
Copy link
Member

Possibly "Solid and Supported" for LTS ?

@Fishrock123
Copy link
Contributor

Again, the stable branch is most definitely supported. :)

I think we need wording about the longevity of the LTS's support, not about it's supposed stability compared to the stable.

@phillipj
Copy link
Member

I think we need wording about the longevity of the LTS's support, not about it's supposed stability compared to the stable.

Sounds like something @nodejs/lts could help us with.

@rvagg
Copy link
Member Author

rvagg commented Oct 25, 2015

How about:

LTS: "Mature and Dependable"
Stable: "Active Development", or "Latest Features" is fine too.

@wonderdogone
Copy link
Contributor

Sometimes these things have a small but colorful "button'/link below that sais something like
"trying to decide which version you need?"
that takes them to a place where they can understand the difference between the two and choose wisely. I don't like the idea of them navigating to another page for this but maybe simply a little drop down model(or whatever those are called) that explains in a few lines.

@phillipj
Copy link
Member

Went with "Mature and Dependable" and "Latest Features" for LTS and Stable respectively in #260.

These taglines and other methods of explaining LTS/Stable differences should be discussed and iterated on going forward. As the v5 release is getting dangerously close (I assume), I think its time to merge the proposed changes ASAP, to ensure users of node.js can download these different versions as soon as they're available.

@srl295
Copy link
Member

srl295 commented Oct 30, 2015

@phillipj / all - should there a link to some text such as https://github.com/nodejs/LTS/ if users need more help? I'm seeing lots of confusion on twitter :( Maybe "Unsure of which version?"

Examples:

@phillipj
Copy link
Member

should there a link to some text such as https://github.com/nodejs/LTS/ if users need more help?

Yes, it would be great if we could do a better job helping people choose version! Might be worth trying to resurrect the stale discussion in nodejs/Release#44.

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

No branches or pull requests