-
Notifications
You must be signed in to change notification settings - Fork 3
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
freeCodeCamp scraper 2024: what's next #34
Comments
Assessment of strategy 2 is complete:
Following this strategy 2 is hence promising (we have a mostly working UI) but the last mile seems to have significant roadblockers to overcome. Strategy 2 is also very hard to industrialize: we need to build the Gatsby website with a Docker container and then extract files from the container to feed them to the rewriting logic ; we will also probably need to patch code (before static website generation) and patching is never something pleasant to industrialize / maintain in the long run. I'm now continuing with assessment of strategy 1, and more precisely defining which tasks can reasonably be undertaken during 2024/2025 project, and which ZIMs we will get out of it. |
Currently, there are 21 curriculum on https://www.freecodecamp.org/learn Some (6) are not going to happen inside a ZIM (at least not without massive investments):
Some (10) are going to be tough:
Some (2) seems feasible:
Some (3) have to be done:
I will probably continue to dive in this direction with a list of issues grouped in milestones |
For now I've built-up 3 milestones:
I'm afraid this (especially 2.0.0) will already consume significant time. I'm not even totally convinced that 2.1.0 will make it (especially since it opens the door only to one more curriculum which is not a big added value). This is also the reason why I prefer to push this in 2.0.0 to avoid starting with "big rewrite" but rather prefer to continue getting my hands on with the "limited" fixes of 1.2.0 which also open the door to much added value. After that, we have following options (sorted by my personal order of preference):
Given that this path seems not "as horrible as expected" and that strategy 2 is not "as feasible as expected", I propose that strategy 1 is the plan, and than for now we commit on 1.2.0 and 2.0.0 scopes, with an option for 2.1.0 if 2.0.0 is simpler than expected. @Popolechien @kelson42 @rgaudin WDYT? |
For the record, the analysis spreadsheet I've made about challenge types usage: https://docs.google.com/spreadsheets/d/11Y5aTF934teHOr8DEPXp9U9FOsQ4MHpxNZ71dXYsO_A/edit?usp=sharing (accessible only to everyone with the link can read, whole Kiwix can write) |
@benoit74 Not sure I understand the |
It is just a property of the challenge type in code base, I don't understand yet what information we can get from this (maybe it is worthless). |
I think we should discuss it live |
We've discussed it live. Conclusion are (correct me if I'm wrong):
So far I have enough info to start working on 1.2 and release this. But it is quite important to clarify the scope / WoW anyway so that we do not get stuck with no plan to continue. |
We have been sponsored to move freeCodeCamp scraper to the next level.
We now have to define clearly what this next level is going to be, and more especially what is the strategy and the roadmap.
I see two alternatives strategies to investigate:
I will start by investigating a bit strategy no 2 to assess feasibility
The text was updated successfully, but these errors were encountered: