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
Some people have pointed out that Part II and Part III can be confusing with their “piecemeal” approach (sometimes people get confused as to what their code is supposed to look like after a given lesson, mostly). Having some way to show what the repo should look like at a given point in time would, I believe, solve issues like #110 too?
To do:
Figure out UX
Implement it
The text was updated successfully, but these errors were encountered:
I'd also like to mention that I have in mind to present those projects as proper Git repositories, and using libgit2 to extract the diffs and present those in the tutorial.
(We could have the source code be part of the tutorial repo as submodules, linking the projects together.)
This does require some engineering, but I think it would also make sense to present projects as, well, repos, since it's good practice for one's own projects to be structured that way. It'd be a good example.
Some people have pointed out that Part II and Part III can be confusing with their “piecemeal” approach (sometimes people get confused as to what their code is supposed to look like after a given lesson, mostly). Having some way to show what the repo should look like at a given point in time would, I believe, solve issues like #110 too?
To do:
The text was updated successfully, but these errors were encountered: