***<\/p>\n\n\n\n
<\/i>Calling all talented technologists! All dabblers of data! All muddlers of math! Can you <\/span>curry<\/span><\/a> lambda calculus<\/span><\/a> problems with ease? Could you <\/span>A*<\/span><\/a> your way out of a friggin\u2019 <\/span>maze<\/span><\/a>!? Do you <\/span>dream in oh-so-glorious-code<\/span><\/a>!!? If so, we want you, oh prophetic rockstar programmer ninja warrior!<\/span><\/p>\n\n\n When it comes to jobs that deal with software, there are big inconsistencies with titles. A dentist is a dentist, but for tech-folks, there are programmers, coders, developers, engineers, hackers, and indeed, <\/span>rockstars, ninjas, jedis, and warriors<\/span><\/a>. <\/span><\/p>\n\n\n\n Different companies may each have their own interpretation of \u201csoftware developer.\u201d All of these labels, however, boil to the same primary functional responsibility: <\/span>build stuff in code<\/span><\/a>, turn 0s into 1s, and, basically, get stuff done.<\/span><\/p>\n\n\n\n That said, \u201cbuild stuff in code\u201d is a broad charge. There is a spectrum of effort in building stuff and no shortage of ways to work in code. Many argue there\u2019s a taxonomy across some of these titles: programmers and coders focus on writing code whereas developers and engineers focus on thinking about code; a rockstar is passionate and creative while a ninja is disciplined and efficient. (Note that many prominent voices in software advise companies to <\/span>stop<\/span><\/a> looking<\/span><\/a> for<\/span><\/a> rockstar<\/span><\/a> coders<\/span><\/a>.) Of course, these opinions don\u2019t impact how <\/span><insert your favorite company here><\/span><\/i> labels its engineering opportunities. There are no standard definitions.<\/span><\/p>\n\n\n\n Compounding the confusion is the fact that building software is (or can be) so much more than just putting pen to paper, so to speak. The product development process is sliceable in many ways, and each of those slicings has its own unique set of responsibilities, and, of course, job titles. <\/span><\/p>\n\n\n\n So whether you\u2019re a Computer Science student who\u2019s trying to decipher what the heck is going on, or just an onlooker who wants to understand the tech talent world a bit better, let\u2019s break it down.<\/span><\/p>\n\n\n\n The development process encompasses these steps:<\/span><\/p>\n\n\n\n Hopefully, this can help you to focus your job search in the right place!<\/span><\/p>\n\n\n\n (A caveat for those truculent techno-feelie technophiles reading this: for each example that follows, we know there are a variety of counter-examples, substitutions, and exceptions that can be made – this is just a general overview of a sampling of roles with brief notions as to what they involve.)<\/span><\/i><\/p>\n\n\n\n The leader of this process is generally the much-coveted Product Manager. The <\/span>Product Manager<\/span> (PM) is the chief evangelist for a product. In the poetic words of <\/span>Dave Stanke<\/span><\/a>, a PM at Google, product management is the \u201cfacilitation of forward movement, through inspiration and influence.\u201d <\/span><\/p>\n\n\n This is a job that wears many hats. A PM advocates for stakeholders, helps turn ideas into a roadmap, ensures deliverables are of high quality, and supports everyone and everything by staying happy and optimistic all throughout. Some PMs might do a bit more design work, with detailed interactive mockups; some PMs might actually build tests by writing executable stories such as via a framework like <\/span>Cucumber<\/span><\/a>; and some PMs are quite technical, and would jump into the code… if only the rest of the team would let them.<\/span><\/p>\n\n\n\n Some other titles associated with Ideation and Specification: Business Analyst, Systems Analyst, Change Manager, Program\/Project Manager, Sales Engineer.<\/span><\/p>\n\n\n\n In a small enough shop, the PM also serves as a User Experience (UX) Designer, someone who focuses on improving the quality of interactions between users and the product. Within larger firms, a PM does more strategizing across stakeholders while the UX Designer is more of a Cognitive Science role, driving how the product is used, incorporating elements of marketing and graphic design. In the smallest of shops, everyone\u2019s a PM!<\/span><\/p>\n\n\n\n UX Design is not the same thing as either <\/span>User Interface (UI) Design<\/span> or <\/span>Graphic Design<\/span>, both of which are more art-focused with proficiencies in things like Adobe Creative Suite and styling web pages (<\/span>which may be in code<\/span><\/a>). Ken Norton, a Partner at Google Ventures and an Ex-PM at Google, <\/span>notes that<\/span><\/a>, \u201cUX is focused on the user\u2019s journey to solve a problem, UI is focused on how a product\u2019s surfaces look and function.\u201d <\/span><\/p>\n\n\n\n Some other titles associated with Design: Business Analyst, Web Designer, Accessibility Specialist, Interaction Designer<\/span><\/p>\n\n\n\n An <\/span>Architect<\/span> (add whichever prefix you prefer: Software, Technical, Information, Data) is someone who can map out how business specifications translate into a software solution, before any code is written. <\/span><\/p>\n\n\n This is analogous to physical-space architects who create blueprints for buildings, bridges, and tunnels, planning out all of the details, big and small. As experience from past projects helps inform architectural decisions, the software architect is usually a more senior role. The Architect must have a vision for how the various components interact, how the product scales as its use and complexity grows, as well as consider things like security, performance, and data management. The architect might help implement things, or might not. Some more details over at Quora <\/span>here<\/span><\/a>.<\/span><\/p>\n\n\n\n Some other titles associated with Architecture: Solutions Engineer, Data Scientist, Database Administrator.<\/span><\/p>\n\n\n\n When it comes to the actual coding, as previously noted, there\u2019s every flavor of job title. Consider:<\/span><\/p>\n\n\n\n For example: Junior Backend Developer, or Senior Full-Stack Web Engineer Level 2. <\/span><\/p>\n\n\n\n In addition, a developer might specialize in a particular language, framework, operating system, or piece of technology. You might be a Junior <\/span>Python<\/span><\/i> Backend Developer, or a Junior <\/span>Python\/Django<\/span><\/i> Backend Developer. You could also be a <\/span>Database<\/span><\/i> Developer or a <\/span>Unix<\/span><\/i> Rockstar.<\/span><\/p>\n\n\n\n One frequent point of confusion is around <\/span>the distinction of \u201cfrontend\u201d from \u201cbackend.\u201d <\/span><\/a> Ordinarily, frontend refers to the parts of an application that users see and interact with, whereas backend refers to business logic and data storage. For a website, for example, the frontend (the web page you see) will be written in a mix of HTML, CSS, and JavaScript while the software serving that web page could be a mix of Python and SQL. As languages evolve and web browsers become more sophisticated, the distinction between the two ends blur. A few years back, if you knew JavaScript, you were a frontend developer; now, with Node.js, that same developer can do both frontend and backend work.<\/span><\/p>\n\n\n\n Many large companies have dedicated testing teams of people that go by varying names such as <\/span>Quality Assurance (QA) Engineer<\/span>, <\/span>Automation Engineer<\/span>, or even just <\/span>Test Engineer<\/span>. Testing is obviously an important aspect of building software – we want to ensure what we built not only works (QA), but that it works to our business specifications (<\/span>User Acceptance Testing or UAT<\/span><\/a>), and furthermore, that what we built hasn\u2019t broken something previously built (Regression Testing).<\/span><\/p>\n\n\n\n In (sorry to say) the most inglorious of these jobs are people that do manual testing, which entails following a test plan, clicking through step by step, making sure the results are consistently correct. At the other end are people who write automated tests in code – in many cases the testing code can be more complex than the application code itself.<\/span><\/p>\n\n\n\n Network Operations Center (NOC) Engineers<\/span><\/a> are folks who help monitor systems to ensure availability and reliability. When things go wrong in any way, the NOC is usually the first to know or hear about it. <\/span><\/p>\n\n\n\n In some cases, the NOC may act as a first level of support and try to resolve the problem, and in others, the NOC will need to escalate out to engineers more familiar with the broken application or system. Sometimes, NOC Engineers will have no coding experience, and in others, they\u2019ll have significant amounts and are expected to build internal tools that help with monitoring and supporting system stability.<\/span><\/p>\n\n\n\n Some other titles associated with Support: Support Technician, Technical Solutions Engineer, System Administrator (SysAdmin), Database Administrator, Helpdesk Support, Operations Analyst<\/span><\/p>\n\n\n\n There are a few other big categories of engineers worth noting, but that don\u2019t fit as well in the product development process:<\/span><\/p>\n\n\n\n With any of these roles, remember that as your experience or level of managerial responsibility increases, so does the title! Two possible pathways, for example:<\/span><\/p>\n\n\n![\"\"](\"https:\/\/i0.wp.com\/www.craigperler.com\/blog\/wp-content\/uploads\/2022\/08\/pasted-image-0-2-300x300-1.png?resize=300%2C300&ssl=1\")
<\/figure>\n<\/div>\n\n\nBuild Stuff in Code<\/h2>\n\n\n\n
Overview: The Product Development Process<\/span><\/h2>\n\n\n\n
![\"\"](\"https:\/\/i0.wp.com\/www.craigperler.com\/blog\/wp-content\/uploads\/2022\/08\/pasted-image-0-1024x481-1.png?resize=1024%2C481&ssl=1\")
<\/figure>\n<\/div>\n\n\nIdeate<\/span><\/h3>\n\n\n\n
![\"\"](\"https:\/\/i0.wp.com\/www.craigperler.com\/blog\/wp-content\/uploads\/2022\/08\/Screen-Shot-2017-01-26-at-10.01.16-AM.png?resize=540%2C428&ssl=1\")
<\/figure>\n<\/div>\n\n\nDesign<\/span><\/h3>\n\n\n\n
Architect<\/span><\/h3>\n\n\n\n
![\"\"](\"https:\/\/i0.wp.com\/www.craigperler.com\/blog\/wp-content\/uploads\/2022\/08\/pasted-image-0-3-1024x455-1.png?resize=1024%2C455&ssl=1\")
<\/figure>\n<\/div>\n\n\nImplement<\/span><\/h3>\n\n\n\n
![\"\"](\"https:\/\/i0.wp.com\/www.craigperler.com\/blog\/wp-content\/uploads\/2022\/08\/pastedImage0-1024x521-1.png?resize=1024%2C521&ssl=1\")
<\/figure>\n\n\n\nTest<\/span><\/h3>\n\n\n\n
![\"\"](\"https:\/\/i0.wp.com\/www.craigperler.com\/blog\/wp-content\/uploads\/2022\/08\/pasted-image-0-4.png?resize=750%2C342&ssl=1\")
<\/figure>\n\n\n\nSupport<\/span><\/h3>\n\n\n\n
![\"\"](\"https:\/\/i0.wp.com\/www.craigperler.com\/blog\/wp-content\/uploads\/2022\/08\/pasted-image-0-5-200x300-1.png?resize=200%2C300&ssl=1\")
<\/figure>\n\n\n\nEngineer++<\/span><\/a><\/h3>\n\n\n\n
Senior and Seniorer<\/span><\/h3>\n\n\n\n
![\"\"](\"https:\/\/i0.wp.com\/www.craigperler.com\/blog\/wp-content\/uploads\/2022\/08\/chart-1.png?resize=600%2C371&ssl=1\")
<\/figure>\n<\/div>\n\n\nDon\u2019t be the Titanic<\/span><\/h3>\n\n\n\n