I self-learned to code at 30
kaapi.team
kaapi.team
But it wasn't easy. I was working full time in a demanding profession and I'm married with two kids under 5 years old. So basically I spent every free moment I had working on learning HTML/CSS/JavaScript. If my kids were asleep, I was coding. I basically had to burn the candle at both ends to make a career change happen but it's been worth totally worth it.
I got hired to write React but I work for a very small company so we all wear a lot of hats around here. Since I started in June of 2020, I've already learned Java and now I'm working on a new ML/AI project (so Python, here I come).
My only regret is that I didn't do this 10 years earlier.
Your second point is also true. But when getting your first job is the hardest part many people would rather do 3 months to a year under someone they wouldnt want to work for and then move to a better role than continue being a waiter or actor for the rest of their career while they hold out for a first job that is ideal.
I agree that persistence is the key but it is easier for some backgrounds than others.
It's not a bad thing to have a professional career before programming. I'd imagine that you'll have developed some non-technical skills that some developers lack, to be blunt about it.
On the other hand pages were much smaller, you'd rely on HTML much more than on JS which meant you'd rarely be working with bundlers and such.
But still, if you take the state of the web for what it is, the sheer productivity with today's tools is unparalleled. I think the best time to start coding is tomorrow.
I got a master's degree in cinema, a few jobs in the industry but I hated the atmosphere there. I still love everything related to arts but at 30, I thought I will go back to what I love: coding (even if I was terrible at it, just a script kiddie with a few personal projects).
After a few trainings, I'm working on ML/AI projects at 33 years old, doing what I love.
I don't regret doing different things during my 20s. All my studies and jobs made me learn so many things, I would not be the same as today if I didn't take this path or If I went studying CS right after high school.
Don't regret doing this only now. You built a family and I'm pretty sure you have learned a lot during your career as lawyer even if you hated it.
But I already know java fairly well and a few other languages like python as well, maybe its just a matter of making some more side projects and selling myself better.
It takes a bunch of persistence - just keep chugging at applications and learning.
If you don't jibe well with the leetcode interviews (I certainly don't, I just don't do well and I think it has to do with my anxiety), aim for smaller companies or really just any that ends up having a laxer interview process. They do exist though!
I'm convinced the leetcode stuff selects for something largely orthogonal to ability. My major was practically the same as CS, if not harder in many ways (EE) - I can understand any of the concepts in their full math and theory, etc., I generally just don't have them at at my fingertips to perform on demand, aside from basics. This stuff belongs in books to be referenced as needed.
> Every weekday - 1 hour post work
> Every weekend - 4 hours on Saturday and Sunday each
> Done over 4.5 months, so total = 234 hours
As an almost-40-year-old that has minor coding experience (but wants to do / learn more) I find that time is the component that's the most difficult to overcome. I have a wife, a 5 year old, a house... all of which require time. Getting 4 hours _per day_ on a Saturday / Sunday combination to be able to focus is nearly impossible for me unless I wanted to completely forgo spending time with my wife and son (and even then it might not be possible due to responsibilities as a parent / home owner).
On the flip side of this discussion: his breakdown and explanation of the walls you hit and the feeling of excitement an elation when you pass them really stuck out to me as something not often talked about enough. Learning is a commitment and requires dedication. The author did (IMO) an amazing job talking about his experience with that and how he worked to overcome those obstacles.
This couldn't be farther from the truth. There is a vast difference between being shot from work and sitting down for a long stretch of time by yourself to self-study and being shot from work and sitting down for a long stretch of time while also being constantly interrupted by the responsibilities you have to care physically and emotionally for another set of human beings.
What you're quite likely to have is half an hour every day, and if you do some study for a short amount of time daily, the hours will very quickly add up
But most will never be able to spend 1 hour or more a day learning a new skill because its hard to learn after you work all day.
The most important thing is that you code daily on something meaningful to you. Even finding an hour a day can be difficult, but should be doable for anyone.
Learning by making a real usable product is the most important part here, other kinds of learning didn't work for me.
P/S: This is different from learning by project. Project mostly is for fun, not a real usable product.
EDIT: typos
It'll take longer than you want, but you'll get better much faster than you think you can.
I developed a .Net web application for a company 20 years that is still going strong (better than ever and now with multiple developers). I didn’t know how to code back then but bought two good books and their concepts are the basis for almost everything in the app.
Now I am trying to learn Python/Django. I have tried doing the Udemy courses and going through building a “blog” and “real estate” apps. They are fine but boring and I lost interest. Then I remembered what I did 20 years ago and am now building a real product based on what I am learning in a couple of good books. It couldn’t be going better.
And what would be a "real usable product" for you in that context? It's a genuine question, since I'm someone who would like to build engaging online courses.
I do have a Python course online although it teaches concepts from small examples..
Hobby projects often don't take much account into production usage, somethings we called it "best practices".
In short, imagine your code is in real world usage, which has real user, instead of just "small examples" or project to learn only.
It's about mindset here that settle us to be really serious at what we're coding and thinking.
No joke, but testing in production is one of the braviest ways to learn, too.
So, for instance, something like starting from an idea (a "webforum for all my friends", or other usable example), designing the database, implementing authentication, implementing the frontend (html, css, js, etc.), then adding those small things and finally deploying to a webserver?
The thing I think I'm asking is what kind of topics would be good to motivate people to follow through? For instance, the webforum above could work for some while others would have other ideas. It would be hard to design a course around a moving target like that..
I hope I'm not boring you with my questions above, I'm mostly trying to understand your point because I've been thinking about designing interesting courses for people, but I wouldn't like to do another basic introductory course with small chapters and exercises as other 1000 courses out there..
The point is, not trying to add too much at a time. Try adding one feature at a time, but make it production ready, stable, reliable. It's what make progress !
I get that these kinds of posts are meant to be motivational, "Anyone can do it! Hoorah!" type of thing, but it seems misleading.
Please, if you've built something that you or someone else has used, you're a programmer/developer.
This field is so broad that I also feel like I don't know what I'm doing with 10+ years of experience. You will never learn/know everything and that's OK.
I'm a senior engineer, but have never taken a CS class, and have never been able to get past page 1 of any programming book. Possessing knowledge isn't what makes me successful at my job. There is simply far too much knowledge required in this job, and my memory is too sketchy, for me to learn and retain all of it. What makes me successful is that (a) I have a good grasp of how to break projects down into little manageable tasks, and (b) I'm really good at Googling.
For this reason, I do believe that anyone can do it, where the "it" that is being "done" is thinking things through and looking up information, not understanding the ins-and-outs of algorithms and data structures and electronics.
What you're describing is the reason impostor syndrome is so prevalent in the tech industry. Because programming is such a tremendously deep area of study, there will always be people who know things you don't, and this can make one feel inadequate. We're raised to think that being an expert is the same thing as knowing lots of things. In the development world, being an expert is more about being comfortable with what you don't know.
As you work with more developers, you'll realize (or start to actually believe) that everyone has limitations and is out there figuring things out as they go.
There will always be those pro engineers who seem to understand everything but the average developer is probably less skilled than you've built them up to be.
I was an 'aspiring' businessman, but I never was able to execute the hustles and do all the things that a businessman do to make a living at it. I never learned how to do that nor do I possess mental fortitude to do such things. I hardly can deal with stress or perform my adult responsibilities well enough. What makes me think I could take on such a challenge as this?
Luck can't pay much if any role if you don't have any business skills.
I still love the idea of being a businessman, though.
I wish I could tell you I have mental fortitude + hustle. I think I got lucky because I always had people around me who inspired me. I was a product owner / manager / CEO for quite some years who hung out with "techies" all the time.
PS I am the author of the article
But I'm not going to sit here and say "oh, anyone can just go back to school full time while also working full time and complete a grad program at a top ten CS school with a 4.0 GPA and triple their salary within five years." The reality is this world has been set up for people like me to succeed. You see all these posts here about how terrible the Leet Code experience is but I've been working through all of the problem sets in math textbooks for fun since I was 5. I love this stuff and wish I'd have discovered it sooner. My family didn't even own a computer when I was a kid and I had no idea this even existed as a possible career field. But I won spelling bees when I was a kid. I won a television quiz show and got a perfect SAT score. I live for intellectual challenges and love being tested.
If that describes you as well, then great, the knowledge economy is your oyster. But no, that doesn't mean anyone can do it. Even at an elite engineering school and in industry since, I've seen very smart people struggle tremendously through something I figured out in minutes.
Doesn't mean I'm some kind of great or special person. Thanks to spine injuries I suffered in the service, I can hardly get out of bed some days, and for 99% of human history, I'd have been discarded as a worthless piece of trash holding back the rest of the tribe and been thrown to the wolves. I'm just really, really lucky I was born now and not during most of human history.
Now, we can argue about how whether these junior engineers are better or worse than CS grads. And a lot of these programs require you to have spent enough time on your own to be able to like write a fibonacci function. But the large number of people getting hired out of these programs does seem to indicate that switching careers into CS with less than a year of training is not unreasonable and maybe even normalized at this point.
> I don't get how people can spend roughly 3 months learning to code and make a career out of it. Surely they must be lacking in certain core areas of CS.
I kinda agree with you. One usually does NOT make a career in 3 months. But who says you can't? I definitely will fail all coding interviews even now after 1.5 years of practice. But I built a real SaaS app that people are paying for. It's not the best architecture. I am sure it will fail at scale. But hi, fuck it, I built something of real value.
The title is a bit clickbaity - but still true. Anyone can learn coding, no matter the age.
I've got an academic CS background. I didn't learn much beyond what I'd already learned on my own, and the more advanced topics didn't stick because I didn't use any of them for the first decade or so of my career. Only a few jobs in the ensuing decades used any CS theory or advanced fundamentals. My bread-and-butter is web app development and devops, and I do believe anyone can learn to do that without a CS background. Especially in the current market where there are so many unfilled openings. There are plenty of small companies where a self-taught developer can thrive; not everyone needs to be a FAANG-level engineer.
You've identified your core problem, your obstacle to leveling up, and yet show no interest in solving it. What's up with that?
There’s no way in hell everyone can learn how to code. Even if most people had the intellectual capability to code (which they don’t), most don’t have the patience and persistence required to follow through to the end.
Well, money will make people interested, for better or for worse (for worse, I think).
For many years I told tried coding and told myself that I couldn't do it when it got to hard. But the honest answer is that I simply didn't want to put in the work.
Later in life that changed, and I started seriously working at learning to code around age 35 because I was having fun. I decided to go for it professionally at age 38, and got my first coding gig at age 40.
My mother, at her peak, would have never learned how to code even if you held a gun to her head.
There’s lots of things in life I don’t care to learn, but it doesn’t mean I couldn’t. To be perfectly frank, programming is one of the easier things in life I’ve learned, and it’s usually only difficult for the wrong reasons like poor documentation, bugs in other people’s code, people, etc.
What changes once babies grow into toddlers is that they develop the capacity to learn new behaviours, not just through the trial and error of stimulus/response, but through instructions given by language. That's where mothers and fathers excel. The quality of their instructions can be measured by the agility and resilience of the behaviour these instructions impart.
Done well, parenting is not just coding - it's software engineering.
Guess they were wrong when they said people from dying industries should learn some programming: we were coders all along!
It's true, the vast majority of people will never code a "production application".
BUT, many folks code everyday in the form of excel macros, R, Mathematica, Matlab or Julia notebooks. Many people create programs and scripts in all kinds of tools to get stuff done. IT'S ALL STILL PROGRAMMING, it's just not what folks here would consider a traditional "production application". The people who do this are domain practitioners who use computing to do things, but don't have a need to spend a million dollars to hire a team of "real programmers" and their entourage of PMP's, sales, support, and customer success agents to do it for them.
As far as folks "not being able to code" that's all a matter of inclination and background. There's nothing special about software development. Lot's of people can do successfully at various levels. Some are more DIY than others, but I think you would be surprised at what some people's grandma's can do with the right motivation and background.
There's also "nothing special" about writing. Somehow, though, we don't see millions of Hemingways pop up each year.
Writing code is a form of art. There is a science behind it, but the same is true for many other art forms. It's true that everybody can be an artist. Not everybody can be a good artist, though. It's equally true for writers, painters, and coders.
The parent comment was suggesting that very few people can code-- and by "code" they meant "production applications".
I am trying to say that lot's of people can code, well enough to solve their domain problems, well enough to put food on their tables, well enough to not need "real programmers" in increasing numbers of scenarios. Just because they're not doing internet scale application development or cutting edge mission critical projects doesn't mean they "can't code".
There's a long and continuous spectrum between Hemingway-like programmers to bored-out-of-their-skulls enterprise developers to lunch-time dilettantes who are running a far more of their business than they should on brittle excel pivot tables and VBA macros.
I can learn to surf without being a professional surfer. So why can't I learn to code without wanting to make a career out of it?
PS I am the original blog author
Persistence in the face of frustrations along with an actual enjoyment of creating things with code is what got me through.
Programming seems like it would be a dreadful job for someone who didn't get some satisfaction out of typing code and then watching as your code does stuff. Definitely not for everyone.
In my case, I didn't start out wanting to learn programming. I wanted to create a web site for a business idea I had. To do that, I started learning javascript and python. Pretty soon I realized that I was much more interested in learning more about programming and web development than I was about my business idea and that I'd rather get paid by someone else with a business idea to write some code.
I want to say that this is essentially what "the knack" is for a lot of engineering/programming types. It's the willingness to beat your head against a wall dealing with something unfamiliar until it works and you understand it a little more. Some people can't stand it - for others the dopamine hit of finally figuring it out makes all the frustration worthwhile.
I think you meant 'endorphins'...
Great that you're getting that positive feeling but many people just don't. Just like with the infamous 'runner's high', which I never get. I feel shitty before, during and after running and exercise.
Also, congrats on your journey and sticking with it :)
Take VBA + Excel, for example. I've seen many non-programmers (by education or trade) pick it up to solve real problems within their offices. It's certainly not my tool of choice, but the level they pick it up to is basically the arithmetic/low-algebra level. They aren't making software for a living, but they are making software to support their living (that is, they're engineers or accountants or administrators who make something that solves a problem, but not software engineers/programmers in general). Their understanding is at the arithmetic/low-algebra level in that they can do it, but don't necessarily understand (fully) what they're doing (they know what variables are, and use them correctly, but maybe don't understand or even know about scoping rules).
The next level involves actually learning scoping rules and how to apply them. How to create new classes/modules and not just by rote imitation. How to "factor" your program into collections of procedures on data structures. This is the algebra level, this is the point where people can start actually becoming professional programmers (more reliably, you can become a professional at the previous level but you'll be constrained in what you can make by what you can understand).
I have to really disagree with this statement. I agree that not everyone can write the next Google search engine, or even the next personal website. But you don't have to do to learn how to code.
My coding skills are pretty crappy after stepping away from it some years back, but I would still consider myself to be able to code something up. Even a small VBA script to help with Excel automation should be considered coding.
Few people will dedicate themselves to this discomfort on a daily basis.
Writing code makes the brain hurt. It's perpetually frustrating. We're in a bubble here, but outside of this bubble, people generally do everything they can to avoid mental effort.
You can get to an A2 level of a spoken foreign language way faster than most people imagine, but at the same time, getting to native fluency takes longer than even the most pessimistic beginners realize.
Most people dramatically overestimate how long it would take to be able to play a decent tune on the piano, but also have no way of comprehending the near-infinite hours required to become a professional concert pianist.
Each unit of “better” takes exponentially more work than the last. But there’s a lot of utility in even getting to the first level. It just depends on your goals.
I get that the point of the post is to encourage others, but proclaiming to have "learned how to code" feels misleading because there is no real finish line for it. This is an open-ended skill, there is no such thing as being done with it, same with most other skills. Maybe you can claim that you self-learned how to do a Rubik's cube, but I have been learning how to code for 15 years and with each day I feel like there's so much more that I don't know.
In my private projects I use cutting-edge frameworks, write tests (which actually test at that), solve algorithmic problems and learn new languages.
None of this takes place at work and still I get paid - mostly because what I'm doing for a living is akin to brick laying, since it was optimised for predictable outcomes(hilariously enough having tested code is not part of this optimisation - hiring a QA team once the budget for that is approved is, though).
The fact that you can't clearly delineate the point where you've learned to code doesn't mean that can't have learned how to code, and the fact that you can get better at coding doesn't mean you haven't learned to code yet.
The other point is, life is not finished with doing coding. While I'm still a not too bad programmer, in particular my C++ abilities are not on par with my former ones. Simply, because I nowadays write most things in Python, wear other hats than pure programming etc., but I certainly can say I learned to code.
When someone hires you? Maybe when someone pays you for an app you built?
For me it was the latter..
Maybe be watch one or two to get a gist of how things come together but please buy a good book on the topic. Even better, take a college course in Coursera or EDx.
I have the feeling he didn't learn programming but was able to copy/paste a small project together.
This is a pretty common thing amongst self-taught people.
Conversely, I've known college taught programmers who struggle with basic CSS so... it's all relative IMO.
But it's css code. You can debug that real time and it doesn't affect the real stuff that my company actually pays me for.
Allow me to throw a wrench in the works and point out that a lot of the time when people say “function” they mean “procedure”
During my 5 years studying Computer Engineering (BSc, 5 years is the normal amount of time if you don't fail any classes where I'm from), the total amount of time someone taught me CSS was 30 minutes.
Go back a few years and Web Programming would have been an optional class, meaning it could have been 0 minutes.
I can definitely code just good enough to cobble up a project together.
Just because my painting isn't good enough (yet), am I not a painter? Who awards that distinction? :) Genuine thought experiment ..
I took the screenshot from my Wakatime account :)
That said one of the hardest part s of programming on a team so far has been making names that make sense, so, some sympathy there.
I am now working full time in the field. Before that, I was a sysadmin. I worked as a sysadmin from about age 20. I understood ops coming in and this let me punch above my weight.
It took about a year for me to get good enough to apply for jobs.
I would now be considered a good developer by most standards. This only happened because I found a fantastic mentor. He took me under his wing and pulled me up.
I have since introduced my non-technical brother and encouraged him to start learning to code. After about a year of effort he is starting his first full time job in the field next week.
It is possible and very doable.
Find a mentor early though to fast track the learning process.
Other notes based on other comments:
- My brother and I both value critical thinking and apply it naturally. We didn't work in creative fields previously.
- We both settled on early mornings to study while managing our other lives (work/family) (5am).
- I don't have a post secondary degree. Brother does in unrelated field.
- Don't get hung up on "which language and ecosystem to learn". Pick one. Your work will ultimately dictate these things to you and you'll need to adapt. You can pick up a new language quickly.
- Get good a networking (people to people). If you can talk to people, you can get a job in tech.
- Find a mentor or a friend you can talk to about programming and computers. It's more fun and keeps you thinking about it.
- Open your editor every day. Even if you're just reading code for 10 minutes. It sucks coming back two days later and realizing that it's slipping.
- Be kind to yourself. This stuff is complicated.
Most people think networking is trading business cards. Don't do this. It's pointless and doesn't work.
Talk to people. Talk to everyone. Be interested in what they say. Be interesting. The best way to be interesting is to do interesting things. You can do interesting things by being interested.
I met my mentor at the gym. We were talking about gym stuff and eventually he said something I recognized as technical. I followed up and kept asking _good_ questions. I respected their time but made it clear I valued their input.
We developed our relationship overtime and eventually formalized it. I asked him directly to help me and he was excited to help. We all love helping people. It feels good.
This is also how I got my first tech job (different people, same process).
Talk to people and be interested in them and their lives. Sometimes this will provide opportunities. Don't do it with the intention of creating a transaction.
If I _needed_ a tech mentor, I would hang out with tech people. Tech people hang out with other tech people. Go hang out there (this is obviously harder due to covid, but we're almost through it).
Gyms, gun ranges, music stores, libraries all attract these people.
Saying "Hi" is the hardest part.
However, it's been a long time since I learned to code myself and my own learning experience is lost to the mists of time, so I'd really love to hear from people who are either learning right now or have recently learned how to program: what were/are the hard parts for you?
I'm not just asking out of curiosity - I'm trying to build a better programming paradigm (based on visual programming) and a key goal for me is to make building software more accessible to new entrants.
I feel like I stumbled on doing this but for many, I think they probably just bumble along building web apps and taking much longer than necessary to understand fundamentals. You have to expose yourself to high level professional code and absorb as much as you can from it otherwise you’re in danger of plateauing.
By that I mean work out how the core algorithmic parts first then interface to the lower level (normally experimental rigs) and finaly polish the interface
I think that first hurdle is the most important by far because once I crossed that it felt like I knew I was actually capable of being a software engineer. The next difficult jumps for me were grasping OO concepts like polymorphism and inheritance and learning functional programming. I also struggled with async style programming (first callbacks, then promises) as well as understanding contextual values such as Javascript’s this.
After realizing I really wanted a chance to change careers, I decided to just do a second bachelor’s, basically to have a curriculum.
So far, I’ve learned more math than programming. The actual coding we do is greatly benefited by the self learning I did before, but my understanding of what’s going on in code is much higher. The other place I got stuck seems very natural for other people to move past with ease, but it was how to really solve problems with code. For me, I think the much deeper understanding from a school setting will set me up to better understand how to solve problems with code. (At least, I seem to be pretty good solving problems with accounting, my first degree, so I don’t think I lack inherent problem solving ability. This whole second bachelors is a bet that I am just missing deep enough understanding of the subject area to apply it to problem solving yet.)
People that claim that such things aren't timeless are missing the fact that once you've seen enough tools that your underlying knowledge becomes deeper (and therefore timeless) as well.
What will happen though is that when you're doing your job is that you'll begin to notice that you miss certain fundamentals. At such point you know what you're missing, and you can immediately do targeted learning without doing a whole bachelor for it.
This whole story does pressupose that you know aprior what kind of developer you want to be, which is not an easy feat since it's a bit a chicken/egg problem (i.e. you need to know programming and have seen different flavors in order to better know what you want to become).
For me, it took me a long time to really understand where to begin. It wasn't that I couldn't solve a specific problem, like on leetcode. I didn't know how to go from scratch to building some kind of tool or application.
The solution for me ended up being just watching a ton of random tutorials to get something started, then taking the tutorial a totally different direction. That gave me some examples of what the entry point to the process was, and from there it was just an additive process until I got the desired behavior.
I usually know what I want and how, but it takes quite a bit to structure. Back in the day, labview+scripts/c were great. You could get to a point, and then extend as needed.
The other problem, of course, is finding meaningful problems to solve. Would I like to build a semiconductor process simator: yes, yes I would. Will I....not likely.
JavaScript, jquery, json, and xml also were another hurdle. I lump them just because I was kinda learning them all at the same time. I was doing web stuff and one day i finally understood the difference between a scripting language and a compiled language. Suddenly understanding how to use the language became much easier for me.
Oop took me about 6 months of just java coding constantly. Then I got it and it really helped me at my internship.
Now my main struggle is LINQ expressions and streams.
Yeah, that's exactly what I mean about jargon. Even the idea that you have to hardcode what appears at first to be a string of magic words is not very accessible.
> JavaScript, jquery, json, and xml also were another hurdle.
Another area where things are made needlessly difficult - you really shouldn't have to worry about /how/ your data is being transferred (JSON/XML), just that you are in fact transferring it. JS versus jQuery is a bit more of a legitimate concern, but thinking about them in terms of their function rather than what they "are" (JS being general coding and jQuery being a tool for manipulating HTML/CSS) clears it up a big.
> Now my main struggle is LINQ expressions and streams.
I can't help with LINQ but I use streams all the time - what about them are you struggling with? Maybe I can help.
- Have an objective - otherwise it's hard to know if you're making progress.
- Essential to lose anxiety about not knowing everything. Many languages are so big that a beginner can feel lost in them for a long time.
- Some things just take time to 'click'.
- Understanding the basics of whole 'stack' is really useful. Some things are hard without a mental model of how the machine works.
- Basic code 'hygiene' is really important - found Sand Metz's POODR really useful in this. Also learn to use VC early on.
Finally - as others have mentioned persistence is key and that links strongly to how passionate about your objective you are. I almost gave up several times but the objective pulled me back in.
It all depends what you want to do or how much proficiency you seek
I don't think coding will ever be easy but it can be made easier
I just wanted to throw that out there. It's a completely different world now and the access we all have to programming resources would blow the mind of the younger me. If I can give one suggestion, it's to learn about how computers work at a low level as you're learning whatever language calls to you. It helps tie the concepts together in a way that learning only the syntax and quirks of one language does not.
However, I wasn't driven by the desire for my own business or career growth etc (nothing wrong with being driven by those - I do like money very much). The driving force that kept me going was that I absolutely loved programming. It is probably the one enduring thing that I never outgrew. I guess that is why many many years later, I'm still coding. And I still love it.
Just got forwarded this by a friend to realise that it's trending here! :D
AMA if you want. Online for next hour.
Also, always refreshing to see a post that ends on an optimistic note.
Good job.
For context, I was a Product Manager, and fell in love with CS/SEng by taking Harvard's CS50 in my free time. I then did other MOOCs on topics like algorithms and software architecture before finally settling on a 12-course masters in Software Engineering at Harvard Extension.
I took a hybrid approach compared to the author, combining a hacker-builder mentality with academic study, since I enjoy both.
5 years later, I'm building custom apps for enterprise and startups, making about the same as an early-senior software engineer in my country, so I'd say I'm doing quite good. Though it's important to note that I get paid for my sales, project management and design skills on top of programming. There is no way I would make as much as a staff engineer here.
However, I really do not share the sentiment that it doesn't take that long, or that anyone can (or should) do it.
I've spent thousands of hours studying and building, and I still find that pushing code to production and maintaining mid-sized codebases is ridiculously hard. This whole discipline still kicks my ass in myriad different ways, whether it's programming in the small or big. And no, being challenged regularly is not always fun - it can be extremely psychologically taxing too. There is also the commonly understated fact that, as with any complex discipline, learning sees diminishing returns: getting from 0 to 100 may take 400 hours, but getting from 100 to 200 may well take 4000. So you better be prepared for this grind.
Learning to code, and building a prototype glued together with no-code and a simple FaaS backend is completely different to scaling out a production-ready system. And I don't think that's an entire process that one can learn ad hoc or on the job as makeshift CTO. If a prototype you build is really successful, you will likely be completely overwhelmed by the technical challenges and will not be remotely able to lead engineering; rather, you will need to delegate entirely to experts. If the product has a very slow start that allows you to learn as you go, then how are you going to pay the bills?
Framing it in a slightly different way, how many people do you know that grew into a CTO / engineering lead role all by themselves having spent just a few hundred hours of casual coding? Mark Zuckerberg or David Heinemeier Hansson don't count - they likely spent their 10,000 hours coding before they saw any success. They were hardcore. I've spent many hours browsing HN and related sites over the years, and while I've occasionally encountered the "I built a prototype, dumped it onto some competent engineers, and then switched to CEO" archetype (I've met three people like this IRL, actually), I don't think I've ever encountered any substantial examples of "self-made CTO in under a year".
I don't mean to be a gatekeeper or belittle the author or his experience. I am well aware that there are some people that are orders of magnitude smarter than me, and with a nearly-permanent happier predisposition. I also think there is a lot to be said about doing what you enjoy, and as far as "following your passions" goes, programming may be one of the safest bets out there, since software has eaten the world and there are many opportunities in the wild. I just want to offer a counter-argument in that there is a good chance that you will find part of this process grueling. Be prepared!
You're probably better off planning for the decade-long path (starting humble, and improving incrementally) than thinking that anything remarkable is going to happen in your first couple of years.
It's obvious Critical Thinking helps to learn programming.