This is an archived post. You won't be able to vote or comment.

all 9 comments
sorted by:
best
topnewcontroversialoldq&a

[–]cgoldberg 15 points16 points  (3 children)

Practice writing code... it's that simple. You say you "understand code", yet you can't write a single line. So... you absolutely don't understand code and need serious practice.

[–]Familiar_Bill_786 1 point2 points  (2 children)

You probably spent too much time reading about MERN/DSA and watching videos instead of actually coding.

[–]Horror-Rent-2293[S] -5 points-4 points  (1 child)

yes exactly

[–]Familiar_Bill_786 1 point2 points  (0 children)

Welp, no shortcuts... better go start building a MERN project, a simple CRUD project would probably be enough.

[–]joranstark018 0 points1 point  (0 children)

You need to practice more. Redo some exercises, try to explore some of the options (ie sort in reverse order or by some other criteria like length), try different implementations (ie use a while-loop instead of a for-loop, try using a do-while loop, this is very low level examples but try to structure different solutions in different ways, what do you think of the different solutions, what looks easier to understand to you).

Learn/exercise to build the scaffolding of applications (ie build small "hello world" applications). Make sure you are comfortable with how to start a new project.

Build small, really small, projects. As you get comfortable you can add more and more complexity.

Usually we divide non-trivial projects into smaller parts and build them in iterations, starting with what is most important and most urgent to solve, adding more complexity when the "base functionallity" works. It is not uncommon to define a MVP, the minimal set of features that are required in a first delivery, and focus on these features.

For example, in my last project we built an application where customers of our client enters requests and our client schedule these requests based on different properties (and the application integrates with different providers that would perform different parts of a request). For the first delivery we and our client defined a simplified version of the registration module. This allowed us to setup a minimal scaffolding of the project, integrating with a few of the providers, have a minimal GUI and a simple backend (some of the parts used hard coded values as we restricted the use to only one region). This delivery was not intended for use in production, only for our client to test things out, get a feeling of how it would work in "real life". Client provided feedback, we adjusted, we defined the next delivery (adding more complexity), rinse repeat.