The four phases of the typical journey into coding
- The Hand Holding Honeymoon is the joy-filled romp through highly polished resources teaching you things that seem tricky but are totally do-able with their intensive support. You will primarily learn basic syntax but feel great about your accomplishments.
- The Cliff of Confusion is the painful realization that it’s a lot harder when the hand-holding ends and it feels like you can’t actually do anything on your own yet. Your primary challenges are constant debugging and not quite knowing how to ask the right questions as you fight your way towards any kind of momentum.
- The Desert of Despair is the long and lonely journey through a pathless landscape where every new direction seems correct but you’re frequently going in circles and you’re starving for the resources to get you through it. Beware the “Mirages of Mania”, like sirens of the desert, which will lead you astray.
- The Upswing of Awesome is when you’ve finally found a path through the desert and pulled together an understanding of how to build applications. But your code is still siloed and brittle like a house of cards. You gain confidence because your sites appear to run, you’ve mastered a few useful patterns, and your friends think your interfaces are cool but you’re terrified to look under the hood and you ultimately don’t know how to get to “production ready” code. How do you bridge the gap to a real job?
Which phase are you in?
I started with the desert, reached the cliff only to turn back to the desert, through a community school parking lot, and now I am just hiding under a rock in a hole for now.
I started programing at such a young age that I don’t even remember how it went. Makes it difficult to teach as I find it hard to relate to newbies. I’m quite used to just learning my self and sometimes hitting roads that lead to nowhere. In the past that I actually remember, I’ve only been learning new paradigms, deepening my understanding of low level stuff and mastering my art. Hardly stuff I can give along to a newbie.
This is all predicated on the assumption that people already have a familiarity with organizing their thoughts and intentions in a way that even have a prayer of being understood by a machine.
There are a lot of ways people innately organize their thoughts. Some of them translate much more easily than others to code.
For some people, even step 1 is a hurdle that there are insufficient resources to clear.
I never found it that hard… But I also never expected to just know everything. Coding is life-long learning. People who see it as “a thing to learn once” struggle a lot more I think. They also start to fall behind at some point.
100%. I also never found it that hard but I’ve been doing this 20 years now and I’m still learning. I look back at what I did a year ago and I probably wouldn’t write it the same today. I’ve worked with people who don’t seem to have learned anything in 10 years and it baffles me.
Definitely 4 but stage 2 always comes back, it’s just not as emotional anymore
It took me a long time to realize the worth of having a CS degree. When I was leaving the school, I felt like it hasn’t tought me much. I was already a pretty ok programmer, since I was programming most of my highschool, and it felt like I’ve wasted a lot of time on languages I’ll never see in my entire life. Which is kind of true - I’m still pretty confident that I’ll never use Lisp, Prolog, Lambda Calcul, base assembly or Pharo ever again, but after a few years I’ve realized something important that I was missing - the school wasn’t trying to teach me how to be a “pharo/lisp/prolog programmer”, but to be “a programmer”.
I noticed it on my pentesting colleagues who didn’t have formal programming education, how they mostly spoke about programming in relation to languages - “I know a little bit of python, but wouldn’t call myself a programmer. What programmer are you?”. That question felt wierd, and I eventualy realized that’s because the lines between languages eventually blured for me naturally, and I paid no mind to the language of choice - I was simply able to naturally pick up any language, and write anything I needed in it pretty quickly.
Only then it occured to me that I have my education to thank for that. Sure, I might never use Lisp again, but I do vaguely remember the concepts and workflow the language has, so now I can more naturally pick up any lisp-like language. Same goes for the prolog-style of languages, or the more OOP-focused languages, like Pharo. Since I had to drag myself through hell to pass an exam in most of the flavours of languages, it made me a versatile programmer that can just naturally pick up anything I see, to the point where I don’t have to think about it - I just subconsciously detect what kind of basic workflow style is it going for, google the basic syntax and standard libraries, and I can write whatever I need in whatever language is available in a reasonable amount of time.
I don’t see this “ascendance” mentioned in the post, and I think that it’s a really important point in learning to be a programmer. It’s also a piece of advice I try to give anyone unsure about whether his degree is worth it, because it feels like you’re learning useless stuff. I have no idea how to teach it, though. It kind of happened naturally for me, and I can’t identify the point when it happened or why, or how would I go in teaching it to someone else.
It’s important to keep a wide field of view when learning programming, and not just lock yourself into one language. You can always google for syntax pretty quickly, but seeing the wide array of workflows and flavours different languages use to accomplish the same thing will go a long way in making you a better programmer.
depends…
- html: 1? idk i only use it to make a site that i dont even wanna make too fancy. it works and i like iy that way
- css: 2, i can do basic layout but man doing anything else than just font and colors is so hard…but again, i might not do more and just keep it simple
- basic: 4, i can make text games fluently, but its pure spaghetti
- js: i can only make a hello world :(
- batch: see basic
- bash: see js (i cant code crap in it all i can do is navigating the filesystem)
- gray snail: idfk man i only know it for the lolz of “yeah i know esolangs” i never really did crsp in it
- everything else: see js
I don’t know why you were downvoted, but without being judgmental, you remind me of a certain someone when they were starting out on the ropes ;)
If I had to surmise, you’re young and unsure of your skills. What should I do? I used to think. Is there a canon I should be following? I feel inefficient, like I code too long! Maybe I should use this language instead?
And then I just gave up on tutorials and books and all that, and just bit down on… solving problems that I “made up”. And I don’t mean HackerRank whiteboard problems or turning buttons blue.
- I had 50 million bookmarks – I made a Python tree view to comb through it all.
- I wanted to share pirated books with my old phone – I made a teeny Python server (thanks, docs!).
- I wanted to argue with my math teacher – I made a Python stats sim. (I was wrong.)
- Installed Linux on my spare dino computer. (LMAO Lemmy moment. But seriously there’s so many problems to invent and solve – after some time, Linux is playing on easy mode)
My pets never got past 500 lines of code. But when little me saw I wrote 500 with my own sweat and tears and StackOverflow army, I beamed – and it was very beam-worthy.
Don’t fall into tutorial hell. Know the basic eight or ten things (how to store values, how to store procedures, how to store groups of each, how to interact with user/net/system) – and try to grab a real something, not easy but not too hard, and with fun before the work. Don’t belittle yourself. Find a rewarding fun both during and after the play – is it automation? a cutesy thing? It needs to pay to keep you playing.
Hell, try using a whole Astro blog, or a C game that you can WASD in. Languages are just tools for jobs – it’s not how many you know but how well you know one. Because once you know one…
If you even read this, downvote iff this was patronizing or totally wrong. I don’t know why I got this impulse.
it took me quite long to get my first ever game to work but it was worth it. i forgot to mention scratch there. i never really liked it but had to use it at school and that started everything…that first game was absolutely awful but i was just so damn proud of it being better than any of my classmates back in 2021, hehe.
then i started making weird quizzes with batch, until i got a c64 emulator and moved on to basic (no more having to deal with cmd going all “[string] Is NoT rEcOgNiZeD aS aN iNtErNaL oR eXtErNaL cOmMaNd, OpErAbLe PrOgRaM oR bAtCh FiLe11!!1!”)
im still very bad at coding but i dont care, i just do it for fun…nobodys gonna see my spaghetti anyways
Phase 5. True despair: you graduate, apply to 500 jobs over 6 months and get zero job offers
I didn’t go through these phases I just pray to the Omnissiah and sacrifice an HP printer when it doesn’t work
At least you’re not using abominable intelligence that’s commonplace these days.
AI is a pretty good tool for this sort of thing though. If you don’t know what to ask, or need an example, etc.
Yeah, but they literally used the term as used in Warhammer lore: A.I.
In Warhammer AI is forbidden on the grounds of past wars with humanity
Neat. Kinda like Dune
Yeah, I wanted to reference Dune, too, but then thought that it’s not a very rare trope. On a related note, I took a look at tvtropes and it says that in the Dune the AI didn’t wage war, it was humans that didn’t like what AI does and prohibited it. I read the books too long ago to remember if this is so ¯\_(ツ)_/¯
Oh, I totally forgot about this bit. Maan, I really want to write “a practical guide for programming with the Omnissiah.”, a book of fun rituals and litanies to support your software development. I always felt like computers are kind of really literally magical, and adopting a more spiritualistic approach to programming sounds like a lot of fun. Unfortunately, I didn’t find any existing spiritualism that would match this, Tech Priests being really close to what I was going for.
I need to add more litanies and copious amounts of censer into my programming workflow.
Thou shalt not repeat yourself
Thou shalt extract common functionality into smaller functions
I shudder at the thought of “Programming Inquisition”, that would drive around doing PRs and exterminating anyone whose code shows signs of heresy against The One SOLID God.
None of us would make it :D
I did not go through those phases.
I did not have nearly as much trouble. Then again, I started very young.
I think it s easier. Get a problem you want to solve > press buttons as best a syou can > get something working > congrats.
Then by doing you will learn how to get better.
Im not sure if this helps anyone but I used to tell my jr devs the same thing:
- You got the job.
- You are now a developer.
The article somewhat goes over this but: Learning to code is a life long thing. You just keep getting better each day with practice. Im not sure about the phases though. Definitely the “job ready” portion of the article. It seems short sighted to say you need all those things and going through each of the “phases” in order to be successful. Just solve a problem. With software. Congrats!
I remind my team every year that even seniors struggle at times.
I’m now 15 years in and at least twice a month, I’m coding with 40 tabs open trying to piece together the best solution, often just throwing spaghetti at the wall.
Heh yeah. I feel that. Close to 20 now and Im starting to feel the churn. But its still a good feeling to give direction and see people grow. I used to be a team lead in addition to a senior dev…now im just a dev (being an individual contributor is fun again) and the 40 tabs bit resonates with me. I find that AI is good a surface level assignments like build basic CRUD/models…but it Fd up so hard sometimes its hard to come back from. Definition of spaghetti sometimes haha. I just go back to the old stuff that I know works.
Very accurate. Working for a small dev shop with sympathetic senior team members brought me through 2 and into the start of 3. But a job change (into something I only barely qualified for) meant I had to trek phase 3 alone. It’s a loong slog, and the myriad of technologies in the intro without ever feeling like you know anything is spot on (I would frequently be reading web pages for help only to pull my hair out at how often they mentioned things I should know but didn’t). Fortunately I had gone to work for an IT team embedded in a larger company, not a software company itself, and they had far lower standards. I don’t think that’s a good thing in general, but it did allow me to get semi hacky things done during the desert of despair and I felt like I was delivering just as often as I was floundering. The upswing of awesome is real though. I hit it about 5 or 6 years in. I found my niche, everything id been reading and studying suddenly started to reinforce one another rather than sow deeper confusion and confidence and productivity started to multiply. About 7 years in I was technical lead in a couple of business critical areas. After 8 years I started my own consultancy in those technologies and have never looked back. I take care now to give junior staff projects that stretch them, and they need to work at, but which aren’t soul crushing.
5?
Also 5. I made it to the point i can engineer basically anything, not just “write code”. If only someone would recognize that and hire me.
I’m at the point where I think I can engineer anything. But I also know that it takes effort and I ain’t gonna do that unless there’s a paycheck.
(Same)
Same, there’s always more to learn but I guess part of being at the point where you can engineer anything is that learning new stuff is just part of the process and not a big deal. Like you can ask me to program literally anything and I’ll fiqure out all the stuff I dont know on my own
