-
-
Notifications
You must be signed in to change notification settings - Fork 42.2k
chore(api,client): move most certs to legacy #63140
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
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we probably need to add "Legacy" next to the old "Responsive Web Design" and "Back End Development and APIs".
I'm more concerned about RWD as it's going to collide with the new one (v9). We aren't showing the v9 Back End yet, so it's fine for now, although we've moved the super block to /archive so technically we can add "Legacy" to it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I went ahead and slapped the "Legacy" prefix on all the old certs and super blocks.
We're going to end up with two "Legacy JavaScript Algorithms and Data Structures" sections, though 🫤. Maybe that's acceptable? The differences are visible in the super block content and certification projects.
Settings page - Screen recording (because I can't screenshot that gigantic list)
Screen.Recording.2025-10-31.at.01.18.49.mov
|
cc'ing @moT01 for thoughts. |
|
They look good after just a quick glance at the screenshots. Looks like e2e is complaining about finding two elements using the JS title selector. Could probably just fix that in the test, but I wonder if we should put an alternative in front of the RWD and JS at the bottom - or maybe something in parenthesis after - maybe "Original Responsive Web Design" or "Responsive Web Design (First Generation)" or "Legacy Responsive Web Design (Classic)". Perhaps we need a better naming scheme than just putting legacy in front of everything. I'm with with doing that for now though - any thoughts? |
|
maybe we could add the year of release to the title to distinguish between the legacy certs of the same name? |
|
Yeah, I think adding the year could work 👍 It helps show how old the super block is, and hopefully nudges campers toward newer content. We could add that to all legacy certs, or just for the certs with the same/similar name:
|
|
Is "year" preferred over "version"? E.g. |
|
The version in the title wouldn't match the one in the slug, then. But do we care? |
I am suggesting the title be made to match the slug. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Edit: Ignore this, see #63140 (comment) instead.
Added version to Legacy JS and Legacy Data Viz.
d5ffd38 to
8fe1ebb
Compare
4d5f324 to
a0b1a43
Compare
a0b1a43 to
06db439
Compare
|
Sorry for the noise. That was me not being able to make up my mind. I decided to proceed with the following approach:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Well, I wouldn't say I love the naming scheme, but I don't really have any better suggestions. I tried making the V# with a lowercase v, and putting it in parenthesis. Didn't really help.
Other than that, we could maybe add "Legacy" back to the Front End Libs, Relational Database, and Backend API's certs - since we plan to have new versions of those coming. Or, we can do that later.
To keep things moving, I would be fine getting it in like this. Gonna bring it up in the meeting tomorrow and see if anyone else has any ideas.
Some campers want to list these certs on their resumes, and it wouldn't feel fair to mark the certs as less valuable / less relevant while the new versions aren't out yet. This is why I went back-and-forth with the changes. We could add "Legacy" to Front End Libs and RDB, but I'm not sure about the Back End one since it's not going to be ready soon. |






Checklist:
mainbranch of freeCodeCamp.Closes https://github.com/freeCodeCamp/fCC10/issues/117