Realities of the Tech Industry: an interview (now with 20% more spice)
Ғылым және технология
0:00 Introduction
3:00 Switching from Infrastructure to Development
5:00 Linux skills that many Developers are missing
8:00 shoring up your weaknesses
11:00 Agility
14:00 Memorization and Learning
16:30 Dave admits his mistakes
23:15 Steve Yegge callout
26:00 From IT to CS
28:00 Engineering
31:30 ...and overengineering (middle out)
36:00 Teams, Skill Gradients, Companies
39:00 How to grow senior engineers
42:00 How to grow junior engineers
44:45 Agile
49:00 Agile operations teams
51:30 we're taking questions
52:13 Final words from Matthew
I'm writing a book! Pre-ordering helps me out in a very direct way. The Software Developer's Guide to Linux: A practical, no-nonsense guide to using the Linux command line and utilities as a software developer: www.amazon.com/Software-Devel...
Some of Matthew's (awesome) KZread videos:
Troubleshooting TLS: • Troubleshooting Transp...
A Practical Terraform Intro: • Introduction to Terraf...
My New Packer Course: www.udemy.com/course/practica...
My OG Linux Project Course: www.udemy.com/course/hands-on...
Пікірлер: 24
I think more videos on what you expect from the junior people. What kinds of attributes make a new person on the team successful.
@sudomateo
Жыл бұрын
This is a fantastic topic and one we can totally cover sooner rather than later. Thank you Marc!
@zachr93
Жыл бұрын
@@sudomateo hey you're that infrastructure guy! hehe, just kiddin'
@tutoriaLinux
Жыл бұрын
Gottem
@sudomateo
Жыл бұрын
@@zachr93 haha. It be like that.
Programmers not knowing tooling is a big problem. I work in Germany and developers coming out of university here don't know GIT or Linux at all. It's not part of the education, which is so weird because when you work in a team you absolutely need to know GIT, and being able to grep things on the commandline makes your life SO much easier. When we onboard new people we often have to let them do basic Linux and GIT courses first before they are able to even start. Thank god for Udemy.
@sudomateo
Жыл бұрын
There are so many programmers that don't know anything about the tools they use. I don't have a problem with that if they put in the time to learn and catch up, but many don't do that and it hurts them when it comes time to debug or solve a production issue and they are slow.
The "companies see you as your past self" comment really resonated. Companies first choice for a role always seems to be someone that did the exact same thing somewhere else. This makes sense from an investment perspective: those people take the least amount of time to ramp up typically. But if all of your engineers have only done one specific thing their entire career, you'll lose out on a lot of breadth of knowledge.
@sudomateo
Жыл бұрын
It's such a difficult thing to overcome too. Especially if you don't get the chance to work on other things during your role.
Dude your videos really inspired me with my DevOps career❤
Great conversation. This was super insightful.
Great Video! I hope you can make one about how to go from devops/sre to developer / SW engineer based on your experience doing that
@sudomateo
Жыл бұрын
I think we'll cover this in our next chat! I'm just waiting to get better from being sick and then we're back at it!
@samarelsayed9347
11 ай бұрын
@@sudomateo Thank you! Will be waiting for it and please take your time to get well 🙏
@sudomateo
11 ай бұрын
@@samarelsayed9347 thank you!
amazing alpha in this channel
Don't agree with your arguments on auto complete. I have 10 YOE in SWE and heavily rely on autocomplete, there is way too much info and complexity out there for me to worry about trivial things like language specific APIs. Some days I switch languages every hour, no way I'm remembering exact syntax for list comprehension in python, the correct way to handle some random git issue or if there is a better way to convert a list into an array in java other than manually... I just google or use autocomplete and move on 👀
@sudomateo
Жыл бұрын
Thank you for the comment! This is one of those it depends conversations that changes depending on the context. Relying on autocomplete for the small syntax things is perfectly fine. We all do it every day on our mobile devices and in our editors. The issue arises when we forget about the cost associated with the code we're writing or when we can't perform basic operations in the tools we use every day. If you have to reference how to commit code every day instead of learning it then that, in my eyes, becomes an issue. Then add things like Copilot and it further separates the engineer from the code and doesn't encourage thinking about the problem. Like everything in this field, it's a balance.
@bact1om
Жыл бұрын
@@sudomateo agreed, I don't search how to create a commit every day. I guess one of the differentiating factors is how effective you are at finding information you don't remember due to lack of constant use. Other factor is figuring out when it's time to create a script/alias to optimize a common operation, like finding and highlighting errors in a directory of log files. I don't have to remeber exact syntax for find+grep, I just use the alias/script and have it as reference next time I need to find something different.
@sudomateo
Жыл бұрын
@@bact1om great points! Being effective at finding information on demand is a skill in itself. Knowing when to invest the time to create those helper scripts and aliases is also important because there's a point of diminishing return on that too. That being said, if you have a topic that you'd like to hear us talk about on video please let us know. I love these conversations and enjoy reading the comments to hear other perspectives especially from those that have been in the field longer than we have. Appreciate you chatting!
Hi Dave and Matt, be cool for some project videos. Like company X is trying to solve this problem, here's how we would approach it. Maybe something people could build along to?
@tutoriaLinux
Жыл бұрын
This is a really great idea. I've done a few project videos in the past and have enjoyed the process. I'll plan something, maybe I'll just stream myself writing a fun little golang web project and then setting it up to run on DigitalOcean or something. The "real-life" approach you suggested sounds like something I've been wanting to do. Thanks!
@sudomateo
Жыл бұрын
This is a fantastic idea and one that I think we'll be visiting at some point. Sometimes just talking about your approach really helps spread knowledge and perspectives that you wouldn't have otherwise thought of.