Want to be a software engineer? The difficulty of top down learning.
Ever since I was young I have always been an extremely curious person who enjoyed understanding and solving problems. I was first introduced to programming in high school and I quickly became obsessed with it for obvious reasons.
In high school the first languages and tools I remember using were things like Turing, Processing, GreenFoot and BlueJ. All of which were learning tools, and with the exception of Turing, were Java abstractions with the main focus on graphical programming. These tools allowed me to do some pretty cool things, very quickly. These early experience are really what inspired my interest.
From there I want to my local College to study Web Development. Here I started learning things like HTML, CSS, JavaScript. Later moving onto things like PHP, Ruby, ASP.NET, Angular and many other related skills outside of pure development. It was a wonderful course and gave me all the skills I needed to be a highly effective web developer.
By the end of my college career I had a pretty good understanding of Web Development as a whole. I certainly didn't know everything but I was at the point where nothing was a mystery to me. From here my natural curiosity made me want to dive deeper. The lead me down the rabbit hole of operating systems, systems level development and embedded systems. As you can imagine, the first step was leaning C.
Learning C was far more difficult that I had expected. The concept of the stack and heap memory as well as pointers was extremely confusing. Especially coming from higher level languages with garbage collectors. It quickly came apparent to me not that C was simply more difficult, in reality the language was actually quite simple, but that I had to constantly unlearn all of the bad habits and incorrect assumptions I made over the past few years learning higher level languages!
This is what I now call the curse of top down learning!
I became extremely frustrated that I had made all of these false assumptions when learning non systems level languages. It also made the process of learning C take three times as long as it probably should have.
I had a lack of appreciation for the abstractions I was using!
Don't get me wrong, there are many people that can go an entire career with only focusing on application level development, or doing basic python scripting. However if you want to truly be a software engineer and understand the field as a whole from embedded systems to operating systems and the applications developed for those operating systems, it is highly advantageous to lean from the bottom up.
My suggestion for anyone who truly wants to be a software engineer is to start with C. Understand the difference between the stack and the heap as well as pointers. Dabble with some assembly, even if that is just analyzing the assembly that your smaller C applications produce. If you understand these things fundamentally, everything else will come much easier!
I wish that is how I started. lean from my mistakes!
The above is the detailed content of Want to be a software engineer? The difficulty of top down learning.. For more information, please follow other related articles on the PHP Chinese website!

Hot AI Tools

Undresser.AI Undress
AI-powered app for creating realistic nude photos

AI Clothes Remover
Online AI tool for removing clothes from photos.

Undress AI Tool
Undress images for free

Clothoff.io
AI clothes remover

AI Hentai Generator
Generate AI Hentai for free.

Hot Article

Hot Tools

Notepad++7.3.1
Easy-to-use and free code editor

SublimeText3 Chinese version
Chinese version, very easy to use

Zend Studio 13.0.1
Powerful PHP integrated development environment

Dreamweaver CS6
Visual web development tools

SublimeText3 Mac version
God-level code editing software (SublimeText3)

Hot Topics



Article discusses creating, publishing, and maintaining JavaScript libraries, focusing on planning, development, testing, documentation, and promotion strategies.

The article discusses strategies for optimizing JavaScript performance in browsers, focusing on reducing execution time and minimizing impact on page load speed.

Frequently Asked Questions and Solutions for Front-end Thermal Paper Ticket Printing In Front-end Development, Ticket Printing is a common requirement. However, many developers are implementing...

The article discusses effective JavaScript debugging using browser developer tools, focusing on setting breakpoints, using the console, and analyzing performance.

The article explains how to use source maps to debug minified JavaScript by mapping it back to the original code. It discusses enabling source maps, setting breakpoints, and using tools like Chrome DevTools and Webpack.

This article explores effective use of Java's Collections Framework. It emphasizes choosing appropriate collections (List, Set, Map, Queue) based on data structure, performance needs, and thread safety. Optimizing collection usage through efficient

Once you have mastered the entry-level TypeScript tutorial, you should be able to write your own code in an IDE that supports TypeScript and compile it into JavaScript. This tutorial will dive into various data types in TypeScript. JavaScript has seven data types: Null, Undefined, Boolean, Number, String, Symbol (introduced by ES6) and Object. TypeScript defines more types on this basis, and this tutorial will cover all of them in detail. Null data type Like JavaScript, null in TypeScript

This tutorial will explain how to create pie, ring, and bubble charts using Chart.js. Previously, we have learned four chart types of Chart.js: line chart and bar chart (tutorial 2), as well as radar chart and polar region chart (tutorial 3). Create pie and ring charts Pie charts and ring charts are ideal for showing the proportions of a whole that is divided into different parts. For example, a pie chart can be used to show the percentage of male lions, female lions and young lions in a safari, or the percentage of votes that different candidates receive in the election. Pie charts are only suitable for comparing single parameters or datasets. It should be noted that the pie chart cannot draw entities with zero value because the angle of the fan in the pie chart depends on the numerical size of the data point. This means any entity with zero proportion
