9 ms·

How to excel in tech without learning to code

127 points by jseliger 5y ago

xalava 5y ago
TLDR: Learn some basic coding while developing related skills
- ozim 5y ago
  I disagree, it is more that - "one does not have to do any coding but still can be technical" would be more accurate. Understanding how web browser works to understand how things can be implemented, understanding that there is a server and database server. Understanding that if website is not loading there might be 100s of things that can cause it and it might be just something wrong with your browser. Understanding what happens when one types in address in the browser. Understanding which parts of browser behavior developers can change and which ones are nonnegotiable. For example "navigate away" popup - how is it protected and why it is ugly looking, and why you should not implement custom one in your application.
phillipcarter 5y ago
In my experience there's a lot more need for people who understand the data and data systems of a company and how to analyze that data than someone who can write some code. This is also technical work in my mind. Data analysis done correctly is very hard, because it's rarely the case that a company's data systems are well-formed, gather the right information without any gaps, and organize it effectively. Knowing how to wrangle that can make you incredibly valuable to everyone, and there's no need to know how to write product code to do it.
- slap_shot 5y ago
  > there's a lot more need for people who understand the data and data systems of a company and how to analyze that data than someone who can write some code (discloser: I run a company that builds software for data professionals, so I have a bias) This is a very interesting topic I spend a lot of time thinking about. I don't think, in the aggregate, there will be more positions available for folks to "analyze data" (i.e. data professionals) than positions for those that "write code" (i.e. software engineers). Software has been infused into virtually every industry - that is to say most companies are "technology companies" - the global labor market for software engineers reflects that. BUT I do think we are in the nascency of data and data analysis (ironic since we closing in on a century of being in the "information age") and the number of folk s doing this professionally is about to grow astronomically. If you spend enough time, like I do, talking to companies and seeing how they handle data, it's almost staggering how few companies get this right, and that the bigger the company, the worse the effort. Sometimes I cannot even comprehend how big of a wave is coming towards the shoreline.
- greatpostman 5y ago
  Honestly I’ve seen the opposite. Business leaders usually ignore data insights, and the pay that goes to the average data scientist or business intelligence engineer reflects that. Building an actual product, aka coding, is where the money is.
  - gundmc 5y ago
    I think both your and the parent's comments can both be accurate at the same time.
- vagabund 5y ago
  This article is about reaching just a level of proficiency in the technical aspects of your company and product that helps you excel in your non-technical role. The author specifically advises against learning to code because of the time and financial barriers to entry. Is there a way to gain an employable data science skillset that doesn't necessitate those same barriers?
- H8crilA 5y ago
  Eh, maybe, but usually you'll have to write software to wrangle/manage the data. And even if you can go without software it would be a lot slower (like a few orders of magnitude slower with a human in the loop). But your main point about the cost of data wrangling vs the cost of "actual data science" is correct.
- JALTU 5y ago
  Yes-data granularity, structure, architecture, and systems. Having worked with many customers in the difficult-to-define "magical" space (as a commenter put it earlier) of using Excel and it's successors (Smartsheet, etc.) to solve problems without realizing it's a kind of code, understanding how the data flows and forms can be leveraged. Both Smartsheet and Excel are offering a kind of "insight" or ideas feature which attempts to provide a foothold on this data wrangling aspect of an organization's data flow. To another poster's point, yes, sometimes the insights gleaned are ignored or misapplied for various reasons. To me, this is the challenge of the digital revolution: getting enough humans to properly interpret and use the data that is staring them in the face, day after day. Coding may not strictly be necessary. Communication skills surely are.
pkdpic 5y ago
Id like to believe theres a potential future where every human is a software engineer, and makes art or music or something. Also maybe there's solar powered blimps.
darksaints 5y ago
The article missed the number one non-technical tech industry success vector: the charlatans and bullshitters. These are the people who like to call themselves things like "Technologist", and they like to make technical decisions about things like architecture, but without ever having to get their hands dirty dealing with the consequences of their decisions. That's always someone else's problem.
- agentdrtran 5y ago
  Considering the amount of those in the a16z orbit, not a surprising omission
- subpixel 5y ago
  “Enterprise Search” - where non-technical, self-styled experts turn FUD about how Google’s index works into career security.
- mrkramer 5y ago
  WeWork and Theranos comes to mind.
mikotodomo 5y ago
That sounds boring, I want to learn cool stuff like programming and circuit design.
- TillE 5y ago
  Yeah seriously. Becoming an expert user of software (without being able to dig into its guts) sounds miserable. Anyway, there are plenty of roles where you're not writing code day to day, but if you don't understand how to program a computer (eg, writing simple assembly for an 8-bit CPU) and how machine code is executed, you're missing a fundamental piece of how computers work from which everything else derives.
  - schwartzworld 5y ago
    > eg, writing simple assembly for an 8-bit CPU I don't think most of the professional software devs I know could do this, maybe not any.
    - bluefirebrand 5y ago
      Maybe not tomorrow, but I bet many of them could learn how in a relatively short period of time. At least enough to build an adder or something.
chaostheory 5y ago
I don’t feel that you need to code well, but it would help if you actually understand the very basics of programming. There are so many quick, free to use, and easy to understand resources now; like games, that I feel that there are only poor excuses for actively avoiding not learning to code.
mrkramer 5y ago
>How to excel in tech without learning to code Idk, read Steve Jobs' biography. Passion and dedication are powerful forces for any type of success not only Computer Tech success.
- astrange 5y ago
  That biography was remarkably poorly written (constantly goes into cheap human interest without questioning anyone's statements, Bill Gates is directly quoted as saying a "floppy drive has too low latency" instead of "high") but it might be possible to learn something from it. Personally I think it makes the strongest arguments for 1. be born in the 50s 2. do drugs 3. marry Laurene Powell Jobs. "Dedication" doesn't describe a lot of his life, especially not before #3.
deleted 5y ago
[deleted]
fungiblecog 5y ago
In my (long) experience it isn't a spectrum though. I think there's this pernicious lie that anybody could learn anything "if they just work hard enough" and it's not really true. There's a certain base level of analytical ability that's required - and if you have that you can learn anything in tech given time. Everybody else who cannot think analytically like this - including many who work in tech and basically fake it - has a very limited understanding that is close to useless and often very dangerous because of their role.
commandlinefan 5y ago
How the hell is it that product managers have the kind of free/unsupervised time to meander around learning this bit of technology and that while the actual developers are expected to account for every minute they spend in the time-tracking tool two weeks in advance, every two-week period?
jl2718 5y ago
Okay, so basically, tell other people to code. Got it. The only special thing about someone who ‘can code’ versus someone who ‘cannot’ is their persistence to do whatever is necessary to solve the problem at hand. At some point that skill was required. ‘Coders’ end up doing everything in a business: talk to customers, validate use cases, test, financial projection, write marketing copy, design interfaces, make a presentations to investors, build a web site, manage the database, onboard new hires, interview. They just do it for someone else to take the credit, because they’re too busy to play that game. If you want to see this principle in action, try giving a coder a critical assignment from any other department/discipline, anything that is obviously more critical to the business than whatever they are doing. Watch them attack the problem relentlessly, failing over and over again until they get it. Then find someone from any other department: ask an HR person to do the CFO’s job, or a sales person to do security operations. They’ll tell you they don’t know how to do that, and that will be the end of it.
- wilsonnb3 5y ago
  This is an absurd take. Coding is just a skill like anything else - plumbing, writing, cooking, playing guitar. Some people have learned how to do it, some haven’t, and anyone can learn even if they won’t be great. It’s not a superpower.
  - jl2718 5y ago
    Yeah, that’s the point; it’s not a superpower. I happen to be a pretty handy as a plumber too, but not because I was born that way, and not because I had dreams of being a plumber; it’s because I’ve had to fix nearly everything in my house. Now, mind you, everybody in the house has faced the same set of problems, but not everybody in the house has become an expert handyman over the same span of time. I wonder why. Must be my preternatural talent at turning screws. Others are all quite certain they would be terrible at it.
- creakingstairs 5y ago
  I’ve worked with plenty of coders who just says “I don’t know.” When faced with a problem. I’ve also seen plenty of non coders who go the extra mile (even learn to code!) when faced with a new challenge. You can maybe make the argument that persistence/grit is more prevalent in coders (not that all coders have grit). I’d guess maybe internally motivated and curious people tend to gravitate to specialist roles - not necessarily just coding.
beastcoast 5y ago
One thing that is extremely useful IME is to learn how to read code, but don't worry about writing code. For example, check out the APIs of a service using its API explorer, and then read some of the code behind those APIs. Most code is very straightforward and the code that isn’t, is either a.) well documented, since SDEs also have to grok it, or b.) only understood by a few SDEs on the team, but those SDEs are willing to take the time to explain it to newcomers.
NoPicklez 5y ago
Well I'm sure it isn't news to everyone that tech isn't just coding.
morelandjs 5y ago
I agree with the author’s take for the most part. That said, the best line managers I’ve had have done some IC work in the past of the same nature. The best PMs I’ve worked with vigorously attack the customer facing aspects of the problem and trust their technical reports completely on the implementation details, including pushback when the ICs see problems in the product scope.
andrewfromx 5y ago
this is a great read if you are an "Individual Contributor" programmer and want to stop coding and be a manager someday. What do I do with my time if not coding is such a hard transition to make. Because as a developer you already know everything in this article. Now just practice doing stuff to help the org with all this knowledge.
- _fat_santa 5y ago
  It’s funny, because in a sense tech people and non tech people have the same problem. Non tech folks want to get closer to the tech and tech folks want to get closer to the business. Just like you can a non-technical person and not understand the tech, a technical person has the same problem of understanding the tech but not the underlying business decisions. I’ve actually been working on this at work. Figuring out the right level to bring people over to the other side. I want to introduce my non technical coworkers to the code so it doesn’t overwhelm them but I also want to expose my coders to the business side in a way where they won’t get overwhelmed
  - User23 5y ago
    For me the issue with the business side isn’t that it’s overwhelming, it’s that I find it boring. I have the mental capacity and adequate hard and soft skills to do the work, but it’s not sustainable to do a good job at something that burns one out just thinking about it. In case it’s not crystal clear, I’m not saying it’s objectively boring work. Some people observably find it engaging and I’m glad they do.
  - Mezzie 5y ago
    And if you do understand both, nobody believes you/they spend their time undermining you. The problem is that a lot of technical people won't listen to anybody who didn't work in their precise subfield for X years, and the non-technical people won't listen to someone without (for example) an MBA, even when that person is bridging a gap. Of course I'm not as good at coding as a developer who's done this full time for 2 decades or as good at business decisions at most C-suite people (or I'd be running my own business), but I've been doing web development for over 20 years, and I've managed a few projects + have studied how to run an organization at the graduate level. Most of the time when I notice things and bring them up, all it does is either get me more work or it's just ignored anyway. Part of it is that the tech and non-tech people don't understand one another, but another part is that they each think their way of thinking is the one best way.
zwieback 5y ago
Quibble: tech != SW. Outside of programming there's a ton of technical work where it's helpful but not necessary to know how to program. Beyond that this is a very good read.
- excalibur 5y ago
  Coding is a specialty, not the end all be all of tech knowledge. You don't want developers configuring your switches and firewalls. If I had a dollar for every time I had to help a developer setup VPNs and database connections...
  - User23 5y ago
    It really depends. There certainly are developer roles where actually understanding networking is vital. Of course they are a tiny minority, but it’s where you find some of the most interesting people.
- analog31 5y ago
  Indeed, some tech is based on things like physics, math, chemistry, manufacturing, and so forth. We've figured out how to have people managing a tech business, who couldn't grasp all of the disciplines that go into the tech. The danger with any technology is that it will start extracting rent from your business if you don't understand it. At the very least, I'd advise any manager to read The Mythical Man Month, which I think is still fresh after nearly half a century.
- anyfactor 5y ago
  The problem is for me atleast, the people I want to colloborate who are technically competent in non-programming fields don't see programming as crucial as we see it to be. In many situation there is nothing I could offer in terms of efficiency or profitability that they can't get done with exisiting software solutions, contractors/freelancers etc. In most case what programming has to offer for successful small to medium businesses is just novelty, I often think and having someone constantly trying to integrate programming solutions has little marginal value. When it comes to selling, programming often isn't first thing to address for technically successful people who aren't already fascinated with startup, hacking, sideproject etc. If you have a counter point I would love to hear that.
bdcravens 5y ago
I thought the title was a great pun, but didn't see Excel mentioned in the article. The article even mentioned low-code/no-code, which Excel - and offspring like Google Sheets - IMO is the original and still best tool in that space.
- sevensor 5y ago
  I came to the comments section planning to say the same thing. We used to throw around the term "computer literacy." It meant being able to use a word processor like WordPerfect and a spreadsheet like Lotus 1-2-3, and it meant understanding enough about file storage that you knew when it was OK to eject your floppy. A lot of water has passed under the bridge since then. Basic competence with word processors and spreadsheets is no longer assumed. It's not unusual to meet a young person who, despite having been immersed in technology since birth, is unaware that Chromebooks support screenshotting and copy-paste between apps. (Source: spouse is a teacher whose students not-infrequently take pictures of the screen with their phones and email themselves the pictures to paste into documents.) There's a lot of low-hanging fruit to be had, just gaining what we used to regard as basic computer literacy. (I would not recommend learning how to use floppy disks. That information is of almost no use to the layperson.)
  - doopy1 5y ago
    To piggyback off of this, I kind of have a similar issue with coding bootcamps. They pump out novice programmers that are lacking basic tech literacy. Sure, these folks learned how to write a CRUD app, but you hire them and they can't setup SSH without massive handholding, etc.
    - wiseleo 5y ago
      Asking a software engineer to be aware of environment setup intricacies does not make sense. Once you hold their hands once by writing a comprehensive document, they will learn and not guess how you want things to be done. I write a lot of such documents. :)
throwaway984393 5y ago
Some of the most important jobs in tech don't require coding skills, they require problem-solving, planning, due diligence, and operations skills. A great tech lead or department manager merely asks the right questions and gets people to do the right things at the right time. Most of the non-software-dev roles have various skillsets and can be huge assets if they can think about the big picture and put decisions/work into better context. And actually now that I think of it, just reading the documentation of tech is a huge benefit. You can know more about some tech than a software dev purely because the dev may never have read all the docs and aren't familiar with all its capabilities. Architects for example are voracious readers and don't really write code.
- hrnn 5y ago
  What I've always wondered, is when getting into one of those roles (i.e. Tech Lead) without coding history or expertise, wouldn't you be missing credibility?
  - spikej 5y ago
    Not as long as they have a good understanding of what's involved, and can ask questions leading you to deliver better value to business.
    - sesteel 5y ago
      Leadership is about managing risk, so that is a hard disagreement from me. Any good leader, especially a tech lead, needs to be able to both define the path and execute the path. If you don't have the skills or background to execute the path, you often have no clue what is involved and aren't of much help. Even when well versed in a domain and related tech, we get surprised all the time.
- nojito 5y ago
  I've said this before. The very best managers at FAANG and similar cannot code out of a wet paper bag and yet they are productivity multipliers for their teams which is why their compensation is so much higher than what most people think.

127 points by jseliger 5y ago

xalava 5y ago

TLDR: Learn some basic coding while developing related skills

ozim 5y ago
I disagree, it is more that - "one does not have to do any coding but still can be technical" would be more accurate. Understanding how web browser works to understand how things can be implemented, understanding that there is a server and database server. Understanding that if website is not loading there might be 100s of things that can cause it and it might be just something wrong with your browser. Understanding what happens when one types in address in the browser. Understanding which parts of browser behavior developers can change and which ones are nonnegotiable. For example "navigate away" popup - how is it protected and why it is ugly looking, and why you should not implement custom one in your application.

phillipcarter 5y ago

In my experience there's a lot more need for people who understand the data and data systems of a company and how to analyze that data than someone who can write some code. This is also technical work in my mind. Data analysis done correctly is very hard, because it's rarely the case that a company's data systems are well-formed, gather the right information without any gaps, and organize it effectively. Knowing how to wrangle that can make you incredibly valuable to everyone, and there's no need to know how to write product code to do it.

slap_shot 5y ago
> there's a lot more need for people who understand the data and data systems of a company and how to analyze that data than someone who can write some code (discloser: I run a company that builds software for data professionals, so I have a bias) This is a very interesting topic I spend a lot of time thinking about. I don't think, in the aggregate, there will be more positions available for folks to "analyze data" (i.e. data professionals) than positions for those that "write code" (i.e. software engineers). Software has been infused into virtually every industry - that is to say most companies are "technology companies" - the global labor market for software engineers reflects that. BUT I do think we are in the nascency of data and data analysis (ironic since we closing in on a century of being in the "information age") and the number of folk s doing this professionally is about to grow astronomically. If you spend enough time, like I do, talking to companies and seeing how they handle data, it's almost staggering how few companies get this right, and that the bigger the company, the worse the effort. Sometimes I cannot even comprehend how big of a wave is coming towards the shoreline.
greatpostman 5y ago
Honestly I’ve seen the opposite. Business leaders usually ignore data insights, and the pay that goes to the average data scientist or business intelligence engineer reflects that. Building an actual product, aka coding, is where the money is.
- gundmc 5y ago
  I think both your and the parent's comments can both be accurate at the same time.
vagabund 5y ago
This article is about reaching just a level of proficiency in the technical aspects of your company and product that helps you excel in your non-technical role. The author specifically advises against learning to code because of the time and financial barriers to entry. Is there a way to gain an employable data science skillset that doesn't necessitate those same barriers?
H8crilA 5y ago
Eh, maybe, but usually you'll have to write software to wrangle/manage the data. And even if you can go without software it would be a lot slower (like a few orders of magnitude slower with a human in the loop). But your main point about the cost of data wrangling vs the cost of "actual data science" is correct.
JALTU 5y ago
Yes-data granularity, structure, architecture, and systems. Having worked with many customers in the difficult-to-define "magical" space (as a commenter put it earlier) of using Excel and it's successors (Smartsheet, etc.) to solve problems without realizing it's a kind of code, understanding how the data flows and forms can be leveraged. Both Smartsheet and Excel are offering a kind of "insight" or ideas feature which attempts to provide a foothold on this data wrangling aspect of an organization's data flow. To another poster's point, yes, sometimes the insights gleaned are ignored or misapplied for various reasons. To me, this is the challenge of the digital revolution: getting enough humans to properly interpret and use the data that is staring them in the face, day after day. Coding may not strictly be necessary. Communication skills surely are.

pkdpic 5y ago

Id like to believe theres a potential future where every human is a software engineer, and makes art or music or something. Also maybe there's solar powered blimps.

darksaints 5y ago

The article missed the number one non-technical tech industry success vector: the charlatans and bullshitters. These are the people who like to call themselves things like "Technologist", and they like to make technical decisions about things like architecture, but without ever having to get their hands dirty dealing with the consequences of their decisions. That's always someone else's problem.

agentdrtran 5y ago
Considering the amount of those in the a16z orbit, not a surprising omission
subpixel 5y ago
“Enterprise Search” - where non-technical, self-styled experts turn FUD about how Google’s index works into career security.
mrkramer 5y ago
WeWork and Theranos comes to mind.

mikotodomo 5y ago

That sounds boring, I want to learn cool stuff like programming and circuit design.

TillE 5y ago
Yeah seriously. Becoming an expert user of software (without being able to dig into its guts) sounds miserable. Anyway, there are plenty of roles where you're not writing code day to day, but if you don't understand how to program a computer (eg, writing simple assembly for an 8-bit CPU) and how machine code is executed, you're missing a fundamental piece of how computers work from which everything else derives.
- schwartzworld 5y ago
  > eg, writing simple assembly for an 8-bit CPU I don't think most of the professional software devs I know could do this, maybe not any.
  - bluefirebrand 5y ago
    Maybe not tomorrow, but I bet many of them could learn how in a relatively short period of time. At least enough to build an adder or something.

chaostheory 5y ago

I don’t feel that you need to code well, but it would help if you actually understand the very basics of programming. There are so many quick, free to use, and easy to understand resources now; like games, that I feel that there are only poor excuses for actively avoiding not learning to code.

mrkramer 5y ago

>How to excel in tech without learning to code Idk, read Steve Jobs' biography. Passion and dedication are powerful forces for any type of success not only Computer Tech success.

astrange 5y ago
That biography was remarkably poorly written (constantly goes into cheap human interest without questioning anyone's statements, Bill Gates is directly quoted as saying a "floppy drive has too low latency" instead of "high") but it might be possible to learn something from it. Personally I think it makes the strongest arguments for 1. be born in the 50s 2. do drugs 3. marry Laurene Powell Jobs. "Dedication" doesn't describe a lot of his life, especially not before #3.

deleted 5y ago

[deleted]

fungiblecog 5y ago

In my (long) experience it isn't a spectrum though. I think there's this pernicious lie that anybody could learn anything "if they just work hard enough" and it's not really true. There's a certain base level of analytical ability that's required - and if you have that you can learn anything in tech given time. Everybody else who cannot think analytically like this - including many who work in tech and basically fake it - has a very limited understanding that is close to useless and often very dangerous because of their role.

commandlinefan 5y ago

How the hell is it that product managers have the kind of free/unsupervised time to meander around learning this bit of technology and that while the actual developers are expected to account for every minute they spend in the time-tracking tool two weeks in advance, every two-week period?

jl2718 5y ago

Okay, so basically, tell other people to code. Got it. The only special thing about someone who ‘can code’ versus someone who ‘cannot’ is their persistence to do whatever is necessary to solve the problem at hand. At some point that skill was required. ‘Coders’ end up doing everything in a business: talk to customers, validate use cases, test, financial projection, write marketing copy, design interfaces, make a presentations to investors, build a web site, manage the database, onboard new hires, interview. They just do it for someone else to take the credit, because they’re too busy to play that game. If you want to see this principle in action, try giving a coder a critical assignment from any other department/discipline, anything that is obviously more critical to the business than whatever they are doing. Watch them attack the problem relentlessly, failing over and over again until they get it. Then find someone from any other department: ask an HR person to do the CFO’s job, or a sales person to do security operations. They’ll tell you they don’t know how to do that, and that will be the end of it.

wilsonnb3 5y ago
This is an absurd take. Coding is just a skill like anything else - plumbing, writing, cooking, playing guitar. Some people have learned how to do it, some haven’t, and anyone can learn even if they won’t be great. It’s not a superpower.
- jl2718 5y ago
  Yeah, that’s the point; it’s not a superpower. I happen to be a pretty handy as a plumber too, but not because I was born that way, and not because I had dreams of being a plumber; it’s because I’ve had to fix nearly everything in my house. Now, mind you, everybody in the house has faced the same set of problems, but not everybody in the house has become an expert handyman over the same span of time. I wonder why. Must be my preternatural talent at turning screws. Others are all quite certain they would be terrible at it.
creakingstairs 5y ago
I’ve worked with plenty of coders who just says “I don’t know.” When faced with a problem. I’ve also seen plenty of non coders who go the extra mile (even learn to code!) when faced with a new challenge. You can maybe make the argument that persistence/grit is more prevalent in coders (not that all coders have grit). I’d guess maybe internally motivated and curious people tend to gravitate to specialist roles - not necessarily just coding.

beastcoast 5y ago

One thing that is extremely useful IME is to learn how to read code, but don't worry about writing code. For example, check out the APIs of a service using its API explorer, and then read some of the code behind those APIs. Most code is very straightforward and the code that isn’t, is either a.) well documented, since SDEs also have to grok it, or b.) only understood by a few SDEs on the team, but those SDEs are willing to take the time to explain it to newcomers.

NoPicklez 5y ago

Well I'm sure it isn't news to everyone that tech isn't just coding.

morelandjs 5y ago

I agree with the author’s take for the most part. That said, the best line managers I’ve had have done some IC work in the past of the same nature. The best PMs I’ve worked with vigorously attack the customer facing aspects of the problem and trust their technical reports completely on the implementation details, including pushback when the ICs see problems in the product scope.

andrewfromx 5y ago

this is a great read if you are an "Individual Contributor" programmer and want to stop coding and be a manager someday. What do I do with my time if not coding is such a hard transition to make. Because as a developer you already know everything in this article. Now just practice doing stuff to help the org with all this knowledge.

_fat_santa 5y ago
It’s funny, because in a sense tech people and non tech people have the same problem. Non tech folks want to get closer to the tech and tech folks want to get closer to the business. Just like you can a non-technical person and not understand the tech, a technical person has the same problem of understanding the tech but not the underlying business decisions. I’ve actually been working on this at work. Figuring out the right level to bring people over to the other side. I want to introduce my non technical coworkers to the code so it doesn’t overwhelm them but I also want to expose my coders to the business side in a way where they won’t get overwhelmed
- User23 5y ago
  For me the issue with the business side isn’t that it’s overwhelming, it’s that I find it boring. I have the mental capacity and adequate hard and soft skills to do the work, but it’s not sustainable to do a good job at something that burns one out just thinking about it. In case it’s not crystal clear, I’m not saying it’s objectively boring work. Some people observably find it engaging and I’m glad they do.
- Mezzie 5y ago
  And if you do understand both, nobody believes you/they spend their time undermining you. The problem is that a lot of technical people won't listen to anybody who didn't work in their precise subfield for X years, and the non-technical people won't listen to someone without (for example) an MBA, even when that person is bridging a gap. Of course I'm not as good at coding as a developer who's done this full time for 2 decades or as good at business decisions at most C-suite people (or I'd be running my own business), but I've been doing web development for over 20 years, and I've managed a few projects + have studied how to run an organization at the graduate level. Most of the time when I notice things and bring them up, all it does is either get me more work or it's just ignored anyway. Part of it is that the tech and non-tech people don't understand one another, but another part is that they each think their way of thinking is the one best way.

zwieback 5y ago

Quibble: tech != SW. Outside of programming there's a ton of technical work where it's helpful but not necessary to know how to program. Beyond that this is a very good read.

excalibur 5y ago
Coding is a specialty, not the end all be all of tech knowledge. You don't want developers configuring your switches and firewalls. If I had a dollar for every time I had to help a developer setup VPNs and database connections...
- User23 5y ago
  It really depends. There certainly are developer roles where actually understanding networking is vital. Of course they are a tiny minority, but it’s where you find some of the most interesting people.
analog31 5y ago
Indeed, some tech is based on things like physics, math, chemistry, manufacturing, and so forth. We've figured out how to have people managing a tech business, who couldn't grasp all of the disciplines that go into the tech. The danger with any technology is that it will start extracting rent from your business if you don't understand it. At the very least, I'd advise any manager to read The Mythical Man Month, which I think is still fresh after nearly half a century.
anyfactor 5y ago
The problem is for me atleast, the people I want to colloborate who are technically competent in non-programming fields don't see programming as crucial as we see it to be. In many situation there is nothing I could offer in terms of efficiency or profitability that they can't get done with exisiting software solutions, contractors/freelancers etc. In most case what programming has to offer for successful small to medium businesses is just novelty, I often think and having someone constantly trying to integrate programming solutions has little marginal value. When it comes to selling, programming often isn't first thing to address for technically successful people who aren't already fascinated with startup, hacking, sideproject etc. If you have a counter point I would love to hear that.

bdcravens 5y ago

I thought the title was a great pun, but didn't see Excel mentioned in the article. The article even mentioned low-code/no-code, which Excel - and offspring like Google Sheets - IMO is the original and still best tool in that space.

sevensor 5y ago
I came to the comments section planning to say the same thing. We used to throw around the term "computer literacy." It meant being able to use a word processor like WordPerfect and a spreadsheet like Lotus 1-2-3, and it meant understanding enough about file storage that you knew when it was OK to eject your floppy. A lot of water has passed under the bridge since then. Basic competence with word processors and spreadsheets is no longer assumed. It's not unusual to meet a young person who, despite having been immersed in technology since birth, is unaware that Chromebooks support screenshotting and copy-paste between apps. (Source: spouse is a teacher whose students not-infrequently take pictures of the screen with their phones and email themselves the pictures to paste into documents.) There's a lot of low-hanging fruit to be had, just gaining what we used to regard as basic computer literacy. (I would not recommend learning how to use floppy disks. That information is of almost no use to the layperson.)
- doopy1 5y ago
  To piggyback off of this, I kind of have a similar issue with coding bootcamps. They pump out novice programmers that are lacking basic tech literacy. Sure, these folks learned how to write a CRUD app, but you hire them and they can't setup SSH without massive handholding, etc.
  - wiseleo 5y ago
    Asking a software engineer to be aware of environment setup intricacies does not make sense. Once you hold their hands once by writing a comprehensive document, they will learn and not guess how you want things to be done. I write a lot of such documents. :)

throwaway984393 5y ago

Some of the most important jobs in tech don't require coding skills, they require problem-solving, planning, due diligence, and operations skills. A great tech lead or department manager merely asks the right questions and gets people to do the right things at the right time. Most of the non-software-dev roles have various skillsets and can be huge assets if they can think about the big picture and put decisions/work into better context. And actually now that I think of it, just reading the documentation of tech is a huge benefit. You can know more about some tech than a software dev purely because the dev may never have read all the docs and aren't familiar with all its capabilities. Architects for example are voracious readers and don't really write code.

hrnn 5y ago
What I've always wondered, is when getting into one of those roles (i.e. Tech Lead) without coding history or expertise, wouldn't you be missing credibility?
- spikej 5y ago
  Not as long as they have a good understanding of what's involved, and can ask questions leading you to deliver better value to business.
  - sesteel 5y ago
    Leadership is about managing risk, so that is a hard disagreement from me. Any good leader, especially a tech lead, needs to be able to both define the path and execute the path. If you don't have the skills or background to execute the path, you often have no clue what is involved and aren't of much help. Even when well versed in a domain and related tech, we get surprised all the time.
nojito 5y ago
I've said this before. The very best managers at FAANG and similar cannot code out of a wet paper bag and yet they are productivity multipliers for their teams which is why their compensation is so much higher than what most people think.