Be an Engineer, not a Frameworker
<p>As always, caveats first: <strong>Engineers definitely <em>should</em> and <em>do</em> use frameworks.</strong> They’re beautiful bits of engineering that get stuff done in a maintainable way. <strong>Frameworks are not the enemy of this article.</strong> Bravo, frameworks. OK, enough of that.</p>
<p><em>Sorry, what are frameworks?</em> Frameworks are software tools that provide a scaffolding to complete software projects of a particular type. So if you want to write a single-page web app in TypeScript, you don’t have to do it from scratch because there’s Angular. Want to do some Machine Learning in Python? Allow me to introduce my friends Scikit-Learn and Keras. Want to write a backend in C#? (Oh my, you’re <em>very</em> hip.) I’m sure you already know about ASP.NET. I could do this for the next 1500 words, but you get the idea.</p>
<p>If you know a framework, you can often get a job that has the word “engineer” in the title, and possibly “machine learning”. If you know <em>two</em> frameworks, you might get a job that also has the words “full stack” in the title. But your skill set needs to go much deeper than frameworks if you’re going to have success in your <em>next</em> job — the one where you get hired because you had 3–5 years of “engineering” experience on your resume. Otherwise, you’re going to be sitting in a very uncomfortable chair at that 90-day review.</p>
<p>You may need to go on a journey. From Frameworker to Programmer to Engineer. Let’s look at each of these phases of the journey. I’ll describe each one and talk about what professional progress looks like for that phase.</p>
<p><a href="https://johndanielraines.medium.com/be-an-engineer-not-a-frameworker-c58fe28d0c88">Visit Now</a></p>