Is Working at a Large or Small Company Better for Your Career? - RRU 270 - podcast episode cover

Is Working at a Large or Small Company Better for Your Career? - RRU 270

Oct 16, 202448 min
--:--
--:--
Download Metacast podcast app
Listen to this episode in Metacast mobile app
Don't just listen to podcasts. Learn from them with transcripts, summaries, and chapters for every episode. Skim, search, and bookmark insights. Learn more

Episode description

This week the panelists dive into their work backgrounds and discuss the ins and outs of working at small and large companies. They aim specifically at whether one is better than the other for building a career.

Picks


Become a supporter of this podcast: https://www.spreaker.com/podcast/react-round-up--6102072/support.

Transcript

Speaker 1

Welcome back to React Roundup.

Speaker 2

It's a panelist show today where we're going to talk about is working at a large or small company better for your career? With me today is TJ Van Told everybody and Page meeting House. Hey everyone, all right, I'm going to start off with saying where I worked and why you guys kind of fill in what you have done so that we can kind of give us some background. So I currently work at a seed stage startup, which means that we haven't yet gotte our Series A or

Series B or serious funding. So it's very small. There's about seven people in it, and it's a productivity startup called Centered App, and we do kind of a flow type system so to get you into the flow productivity.

Speaker 1

So it's pretty cool stuff.

Speaker 2

And before that, I was working at Nike and Walmart, So I've kind of done both the small company and big company thing just recently.

Speaker 3

Yeah, and I can go back to this is is TJ. And I've sort of ran all stages of this as well. So I started off in big insurance fortune five hundred insurance company is big stuff. From there, I worked for a hosting company, liquid Web that was sort of I guess like medium size, so that was like three four

hundred people when I was working there. Then I went to work for Progress, which is a fairly large company as well, and then currently I work with Paige at Blues Wireless and we are a startup of twenty some people. So I've got experience from sort of both large and small and somewhere in between.

Speaker 4

And I have a similar set of experience, but it's not all in web development, which is a little bit unique because I'm only I've been in web development now for about five years. My first web job was with home Depot, so the largest of large enterprise companies, and now, as TJ mentioned, we are at the smallest of the small startups with twenty I think we had our twenty

fourth or twenty fifth employee just joined recently. But prior to that, for about five years, I worked in various marketing agencies, and I worked for medium sized ones of

a few hundred people. One was acquired and became part of a giant publicist marketing group, and then I went to a startup of about forty forty people when I was there, So everything from very large to very small and back again, and all of them have definite benefits and definite drawbacks, And it just depends, I guess what you're looking for or what you place more value on as to which ones you might be happier with, and of course what stage of your career you're in too.

If you're just starting out, maybe a startup where you get to touch everything is really exciting to you, or it's terrifying because you don't know what you're doing and what other developers and people to kind of mentor and help guide you. So that's a kind of probably a good place to get started, is what benefits are there or what pros and cons to the various sizes and stages of companies.

Speaker 2

Yeah, I definitely think there's a huge advantage in kind of a work life balance in the larger companies that I've seen. If you are in the middle level, midway through your career, or maybe you're looking to spend more time with working on a family, I think a big company is probably a better choice. You know, usually you have larger teams and a little bit longer schedules so that you can kind of predict more and be like, oh, Okay, I'm actually going to take a vacation this year ooh exciting.

Whereas the seed stage startup, you know, you don't really have an idea kind of almost day to day sometimes what you're going to be working on or what the intensity level is going to be, so there can be a lot more challenging in terms of that.

Speaker 3

Yeah, big companies in general are far more predictable. There's there's more. There's more just process behind everything, which can be interpreted as both a good or a bad thing. Like to bring Jack's example up, like for the vacation thing. Oftentimes it can be a good thing because there's very little that would be totally unexpected. Nothing's going to like throw you off and suddenly make you Chances are like lose some time out of the blue. Things are far

more structured that way. But at the same time, you could also view that as a negative because sometimes all that process can get in your way when you're trying

to do something. I know all of us could tell stories of like absurd things that happen at large companies that stop you from accomplishing very trivial things, whereas in small companies chances are at least there are always degrees of this, but siances are you have a little bit more freedom to do what you think is best accomplished, what you think needs to get accomplished, with less getting

in your way. But again just to the constant thing of trade offs, because that does make you more responsible for things. There's less of a crutch for you to fall back on if you can't get something done. You might have to do something that you don't want to do, but there's no one else to do it at a small company, so there's it's tricky.

Speaker 1

Yeah.

Speaker 4

One thing that I appreciated coming out of my boot camp, because I went to a coding boot camp for four months and then transitioned into web development, was I wanted to go to a medium or larger sized company because I wanted other developers around me who were better than me and more skilled and more knowledgeable and all those things that I could learn from. Because if boot camp taught me one thing, it was that there was so

much to learn that I just didn't know. It was how much more there was after this kind of initial

crash course that I had gotten. So being able to go to a company the size of home Depot, for instance, was fantastic because suddenly I was on a team of eight plus other developers from staff level all the way down to software engineering level, and everything in between, people who'd done it for decades, people who'd done it for a few years, people who had computer science degrees, people who didn't, and having all of that around me to learn from, and being part of a team where we

were responsible from everything full stack, our back end services, our front end services, our build pipeline, doing testing, doing code quality scans, setting up our GitHub repos and maintaining those and making sure that they were up to standards. All of that stuff was fantastic because I got to touch and learn about all these different things. But it was also very structured, like you say in that this was our project, this was our lane, this was what

we were responsible for. And then if you needed something done anywhere else, you had to talk to another team, or you had to submit a form, or you had to fill out X, Y and Z pieces of red tape to get it done. And sometimes it was great because we could just something would come to us and we could say we're not responsible for that, go talk

to this other team. Or stuff would come to us and we would be either responsible for it or we'd have to figure it out, or it would be very painful, like you say, to get it done what should have been trivial if somebody had had the level of clearance that was required to make what seemed like a small change.

So a lot of benefits to it, especially early in your career, because you can just go tap someone on the shoulder and say, hey, can you look at this code with me or help me figure out what this is doing or how to do it. But at the same time, a lot of processes and potentially a lot of time in between things getting done shouldn't really take that long if you knew if you were a smaller company, I.

Speaker 3

Guess, yeah, that's funny because that's similar to how I got my start with big insurance. It's just like a junior developer role.

Speaker 1

And I think.

Speaker 3

Another advantage of that is these larger companies they're more likely to have like established training procedures and like the budgets to do that sort of thing, whereas your small startup, you know, they don't have the money to throw around or the time to do that sort of thing. But a larger company can have a whole training department that at least the insurance company I worked for did. They had people that that was their job was to train other people and programs to help you get ramped up

and get more involved. And it was more of a gradual on ramping that I definitely appreciated at the time. And I only have good things to say about going through that process and that company because it did help me get up and running and you know, get my career jump started.

Speaker 1

All right.

Speaker 2

I don't disagree with any of that, but I do feel like we're kind of short shifting the whole startup experience here, because there is a coolness to being able to say, you know, hey, I watched this really great YouTube video on.

Speaker 1

Fire Store or whatever it is, you know, and.

Speaker 2

It's filling a void in our ecosystem, and I'm we're just going to go in there and bring it in and get it done, and we're going to do it today.

Speaker 1

And you only do that kind of thing at a startup.

Speaker 2

I gotta say, if working at big companies, if you want to get a new technology, like let's say that they're doing traditional rest and you really are a huge fan of graph quel, you have to go and drive that.

Speaker 1

Thing daily every day.

Speaker 2

Working with engineering management, product management, project management. These are big ships and they are crazy hard to steer. And so when folks are saying, oh, it's really hard to get something done, the yeah, that's politics, and it's everything else, and it's schedules and and it's all that.

Speaker 1

So there are some advantages to that small company vibe of.

Speaker 2

You can kind of just you know, get it done, which is is a really nice feeling sometimes.

Speaker 4

Absolutely, if you're ready to take ownership of stuff, you can kill it at a small company. You just have to be. I guess the biggest thing a big shift for me was I I was used to going through a lot of communication channels before getting minimal access to whatever it was that we needed at home depot from you know, from another team or an API endpoint or whatever. And I had learned pretty early on that suggesting new technologies, new potent, anything that was going to cost money probably

was never going to happen. They decided at a much higher level than my team, or my manager or even my department, what technologies we were using, what vendors we had access to for anything, and good luck getting something from the grassroots started that you heard about that you thought would be really useful to the team. That was just that was going to die on the vine. But

in startups that is absolutely the case. It's like, if you see something and you have an idea of a way to make it better, you can just throw it out there and probably start running with it that same day if you have the time and the energy to do so, which is awesome. It feels so good and knock stuff out that quickly, and it's a great way to look.

Speaker 1

Exactly.

Speaker 4

It's true, you can you can get into a mess of spaghetti and a lot of vendor charges really quickly if you're not keeping up with it. But at the same time you can also you could also really improve everything in a very short amount of time if if you make the right decisions and kind of value your options.

Speaker 3

So fun story back in my big insurance day is one of those like political battles that I fodd or tried to spearhead was getting Chrome installed on everybody's PCs because this was back when Chrome was was pretty new and we were all on lockdown windows setups right, so you couldn't you had no admin access, you can't, you couldn't install a program. And so Chrome came out and I was like, well, people are starting to use this thing, right, like,

we should have it. It has good developer tools, This could really benefit us and the executives, Like like I had to schedule meetings with executives to try to get this to happen because they were saying, well, our apps don't support Chrome, why do you need this? And like just the absurdity of that entire process, right, Like, especially given the benefit of hindsight and looking back at this

is just it gets frustrating at a certain point. Like if if you're the type of person that wants total control over what you're doing and want to be able to try and experiment with things, that those sorts of experiences, I mean, things like that are eventually why I left that company is because that's it just gets ridiculous. Right, At a certain point, you just can't take that sort of thing anymore.

Speaker 2

Yeah, I think the there's a bias here when you think about like a company culture and how it can go wrong. I think in the in the small startup case, the going wrong tends to error towards workoholism.

Speaker 1

Right, it's just we or we just do we just got to go go, go, go go kind of thing, and it's just you're it's crazy.

Speaker 2

Whereas in the big companies when they go bad in terms of culture, they kind of bias towards just politics, just endless politics, endless meetings that never resolved anything, and it's just kind of soul crushing and grinding. And then so I guess that's that is a decision point there is like, Hey, if things go wrong, which direction do

I want them to go wrong in? Is it is it overworking myself or is it just kind of being frustrated to the point where I'm just like, ah, peace out, I don't need this stuff anymore.

Speaker 3

And I think though, like that those might just be good red flags to look for if you're like interviewing or evaluating a job, right Like, if you are interviewing or if you are looking into a startup, those are the sort of questions you want to ask, right like how many hours am I expected to work? Is overtime going to be a thing here? Is it expected? Like I think startup you could probably expect to do a

bit more work. But you know, unless unless you're really that sort of person that wants to throw yourself headfirst into this stuff, like I would definitely consider it a red flag if they told me, you know, you're expected to work fifty sixty hours a week or to do the weekend work, And so that's the sort of thing

I would look for. And on the flip side, like with big companies, I mean, you would want to ask questions about how much authority do developers have, how much are they involved in the decision making processes, you know, how much do they get to say, and what technologies

are used because I've been involved. Even though those are like stereotypical things about these companies, there's certainly pockets of big companies that operate more like a startup, right and there are startups that are a little bit more stable and secure. So those are the sort of things I guess to look for as you're exploring your options.

Speaker 4

And another good thing to consider is what kind of experience are you looking to gain, Like do you want to go super deep into one particular either area of expertise or one product like that's because that's typically what you're going to have on the enterprise level, is you're going to have one product that you are responsible for and it's but it's going to be a complex product more more likely than not, So you're going to be handling the databases, you're going to be handling the back ends,

the front ends, and you're going to be doing some probably some pretty complex stuff with it. But if you are if you like having a variety of things to work on, then maybe a startup is a better choice for that because you'll probably be touching one website one day, and then you'll be looking at some kind of an SEO tool the next day, and then you'll be trying to get analytics a third day and figuring out how to connect all these different pieces of the company into

things that make sense. So if you get a little burned out on one piece, you could probably go pick up a bug somewhere else and get kind of a refresher and a little respite from it, and then you go back to it in a few days time. So

it's kind of like breadth versus depth. And there's small companies startups still are doing very complex things as well, but there's still going to be probably a better chance of you getting more experience in more different things than there would be on a larger product team in a big organization.

Speaker 2

And there's definitely I mean, when you think about a startup, right you've got your your seed round startup, and that's basically pre product market fit, meaning that they still don't really know what they're doing, and.

Speaker 1

That can be wild.

Speaker 2

Everything's changing all the time, versus like a C like a Series A or a Series B or Series C, where the company knows what it's doing now it's just a question of like scaling it up and getting to be larger, and there's a bit more of a of a comfort zone in there. And then on the big company side, there's there's tech companies like Google and Facebook, and these are companies that are have kind of a

cored engineering, like a heart in engineering. And then you've got your sort of brick and mortar startups like your home depot, your Walmart, your Nike, where they're companies that culturally are really about like having a star and you're like the weird tech folks coming in saying, well, way we can sell this stuff online?

Speaker 1

You know.

Speaker 2

So there's definitely when you talk about like the things to look out for in the interview and questions like that, got to think about those like where is this company, what's its background and is.

Speaker 1

That going to work within my career? And where I want to take my career. Yeah.

Speaker 3

When I worked in Big Insurance, we had to wear a shirt and tie into the office every day because there was an insurance company right the whole it aspect of it was just one component of it, and it was just a company policy you wear shirt and tie. So I got dressed up every day. I was prepared every uh every like wedding and events like. I was ready, like, man, I got a full I got a full wardrobe, ready.

Speaker 4

For this business, casual, ready for anything.

Speaker 1

Yeah. I got a smock at Walmart, a full on smock. Yeah. And I actually knew the cheer too.

Speaker 4

Oh yeah, yeah, I had.

Speaker 1

I was a principal engineer. I wasn't anywhere near I did you know? I would go into the store. I'm like, hey, I worked there.

Speaker 4

I guess home Depot, Apron, the whole nine yards. But before, right before I got there and got hired, everybody, even people who worked in our corporate offices, were required I think, to do maybe three or four store days a year where they would go in and be on the front lines helping customers and dealing with all the stuff that

store employees do on a daily basis. And once I was hired, they had actually made that they had gotten rid of that as a requirement, So you did your one store day when you first started, and then pretty much never again because they wanted you working on whatever

it was that you were actually hired to do. But I you know, I really enjoyed it, and I think a lot of people gained a lot more empathy for the amount of stuff that customer service or customer facing people put up with on a daily basis, and especially when it's something like home depot hardware, where people come in and something is broken off of their window but

they have no idea what it's called. You have no idea what it's called, You've never even seen this piece before, and you're expected to try and help them find it in the store and replace it. So it was a I think it's a great wake up call for people who have not worked in customers facing jobs before just how difficult that can be and how tiring it can be.

But at the same time, I also very much understand we're paying you a lot more, most likely than we're paying the store employees, So do your job, whatever it was we actually hired.

Speaker 3

You to do. I do think like it. I don't know if this is strictly speaking true, but at larger companies you do feel a little bit more removed from whatever it is the company is doing. You feel a

bit more like a cog and a giant system. And I have to imagine that home depot program was trying to help you rectify that or bring people close to it to it, because when I worked in commercial automobile insurance, like I never met anybody that was actually insurance agent or an actual policy holder, so it was very I was very far removed. It felt very just esoteric random stuff I was doing. And it does give you, like

a little bus motivation. It does help when you really feel like you are doing something important or worthwhile or have a connection to whatever it is the end product or service that it is you're producing.

Speaker 1

Yeah, that's a big deal.

Speaker 2

I mean for me, the reason that I got into software or writing code when I was kid was I wanted to make games for my friends, and so it's been that virtuous cycle. Always wanted to put stuff in front of people that are like, ooh, that's neat, you know, and get that little buzz of like wow, I made that, and people like it, you know. But if you're working in insurance.

Speaker 1

You know, maybe that's not a thing that you know, Wow, I made rich people a lot richer. Woo you devise that algorithm? Woo. Yeah I got with an additional point zero or zero one percent. Yes, yeah.

Speaker 2

You know, at the end of the day, you're like, wow, I want maybe I want something in my life where I want to give people something, you know, new And Nike I did this feature where you know, you would recommend shoes based on the shoes that you'd already bought and that sort of stuff, and being a person as a runner with flat feet, that actually was something cool to me because like, that's a better kind of experience they might get in a store where you know, you

talk to somebody and you want to get you know, get some advice. You know, here's an algorithm saying, hey, you know you bought you know, these kind of motion petrol shoes whatever. And then I felt like, oh, I had an impact in somebody's life today, and that's a good thing. That's a nice way to wake up in the morning and feel like, ah, you know, I'm changing in the world this.

Speaker 1

A little bit today. Yeah.

Speaker 4

That that user feedback that you get if you get it, if you're lucky enough to be able to see some of what people say is is awesome. Like the team that I worked for within Home Depot, we were an internal team and our clients were actually Home Depot employees as well, so from time to time they they had to use our tool to do their jobs and we

would get feedback both negative and positive. But some of the times when we'd get positive feedback, people would say things like we'd saved them hours out of their week with stuff that we had made and done, which was so rewarding. And that's the kind of thing exactly that

really motivates you. It's like you might not see as you're building something the benefit or the impact that it's going to have on somebody else's job, But hearing things like we'd saved them hours of work a week was awesome. And that's something that kind of was attractive to me when I was starting to interview at Blues where I work now. Was seeing the product that they're making and hearing how it could improve so much was really enticing.

You know, it's a product that makes it easy to have an Internet of Things object that doesn't necessarily have access to Wi Fi. It gives it that cellular connection so that it can take the data from the sensors that it's got and send it up to a cloud really easily. And when you start to think about all the potential use cases for that and how many people or how many products it could positively impact, that's really really cool to think about all the things that it

could help make better and make easier. And that's something that I wanted to be part of.

Speaker 3

Yeah, And I think like that sort of thing doesn't necessarily have to be a small company big company thing. I think it's probably easier to be more involved in a smaller company. But I mean, I've also had experiences when I worked at Progress and we sold software, but I very rarely got to see any of the people

using it. So I used to like going to events like JavaScript events, software events, because sometimes people would come up to we'd have like booze or just see them and people would say, Hey, I use your stuff, or I've read your blog post, and it's it's an amazing like just jolt you get because lots of times when you do stuff like that, you put work out into the ether and unless somebody tells you, you just kind of assumed well, it's out there, and who knows if

anybody's going to see this or do anything with it. So just getting that, like that reassurance that your work actually is being used, you have a purpose in life at least for this.

Speaker 4

So, yeah, you can feel like you're screaming into the voids sometimes when you're writing content and nobody comments or shares or just even likes it.

Speaker 1

Yeah exactly, I felt that before. Yeah, Well, so.

Speaker 2

That actually brings an interesting point, which is, I think it's undervalue that engineers need to market themselves. It's a lot easier to get a job when the company's coming after you as opposed to you going and wanting to work at a company, right, so that there's a great

incentive that's going a different way. And to get there, right, you got to build an aim for yourself, and that is in some senses a risk at a big company, because big companies are gonna have you know, closed source systems, and unless you're going to get on an open source project that is well well supported inside of a big company, lots of big companies start oss and then just let it die in the search for you know, profit, which is of course important, but you know, that kind of

thing you want, you're going to be able to build up some blog posts and content around your resume. I think maybe a little bit more at the tech company or at the like smaller medium sized company that's kind of doing some innovative work and wants to put something out in open source, maybe get a little buzz better for recruiting. And I think there's many more opportunities for well, sorry, but like selfless self promotion at like in some of

these companies. And that's the thing to keep you an eye out for, because you do have to promote yourself.

Speaker 3

You do.

Speaker 4

And that was something that I got that another scene developer told me pretty early on in my career, maybe i'd been working for about a year, year and a half, and he made the comment that I really, if I wanted to kind of show my cred, especially because I didn't have a computer science background or degree, I was going to need to or it would really benefit me to start writing about what I was learning at work.

And even though I worked on an internal tool, I found plenty of opportunities to take what I had learned and change it into something that I didn't use our internal source code for, you know, I could make a much smaller example that I would put into my own GitHub repo and then put out in the community that was free of all the home depot specific ip or I would just take a concept that I had learned about and create some small, much simplified version of it,

or even even stuff that I had built inside projects was a great one that I would be able to use because they were it was my own code, and I would, you know, I would refer back to stuff that we had done at work to figure out how to make it work for my side project. But it

was all written by me and my own stuff. But that was a huge, huge thing, I think in helping me get further in my career because it was something that I could point to internally when somebody would have a question, I'd be like, oh, I wrote a blog post about that, and so you know, people on my team could benefit from it. My managers could see that I was doing it. It helped kind of solidify yes, I do know what I'm talking about, and I have at least learned enough to be able to write and

teach somebody else about it. But it also was an outside signal to people outside of the company. That I was doing good things and giving back to the community in this way and making my way.

Speaker 1

And I am.

Speaker 4

I know that. Because of that kind of stuff, I started getting opportunityes, Like a couple of software's and service companies asked me, after I'd been publishing for probably a couple of years just on my own, if I'd like to write for their publications, and they paid me to do it. And then I was invited onto one of the podcasts here because I'd written an article for log Rocket, and suddenly I was on JavaScript Jabber, which is a

sister podcast of ours, talking about it. And then I was invited to React Roundup because I'd done a conference talk on responsive design and React and that had been

picked up by one of the newsletter publications. So that kind of stuff not only does it build your credibility and give you a platform which a lot of other developers are not doing, so it's a huge visibility booster there, but it also can potentially lead to paid speaking engagements, paid writing engagements, new jobs because somebody saw that you did X, Y and Z and they're like, I need somebody here to do X, Y and Z. Also, it's ridiculous how if you're consistently doing stuff like that, you

can turn it into something much bigger than what it started out as.

Speaker 3

Yeah, And I feel like because I had a similar journey in terms of working on my own to you get my name out from outside of a big company. And the thing is you do have to jump through some hoops because I had to do some similar things, Like you're very careful to make sure you're not using any code that it was originally there. You almost like feel like awkward, you're foresuer doing all of this on your free time, not as part of your work time.

And I feel like in a startup, there's because there's less bureaucracy, you have more ability to get your name out for sure, because you have more freedom to work on stuff you're interested in and therefore more willing to write about. Small companies in general aren't going to care, like, you know, lose my care if you take like an entire section of code you've been working on for a

long time and throw it out there. But if you're just referencing something you did, it's like, oh, that's like good pr Probably like putting the name out there, it's it's not a big deal. There's there's less concerns, So I feel like you definitely do have more freedom at a smaller company to try to make a name for yourself than you do instead of like a giant organization.

Speaker 2

Yeah, I think page you put like a great recipe there for just starting out and getting into it. You know, Hey,

I ran into this little thing. I'm going to go and you know, do a quick dev too on how to fix this one particular issue, and you'll end up in a bunch of Google searches because other people will get stuck on and be like, oh, yeah, you know that guy's you know, I've got a good, you know, recipe for how to get around that, and then it kind of builds on it and you get more and more exposure and that's great.

Speaker 1

Yeah.

Speaker 2

So yeah, a really good recipe there to get into the world of self marketing.

Speaker 1

Yeah.

Speaker 4

I mean, I just have a note on my phone.

It's the most basic thing ever of stuff that I have figured out how to do, either through work, through projects, and when I come across something else that I think would be interesting or that I think other people would like to see how I did it, I'll just write it down as a note to myself, and then when I'm when I have time and when I'm looking for something to write about, I'll just reference back to that and pick one of the topics that still sounds good.

And it's a great jumping off point because I know a lot of people struggle with, well what am I going to write about? Well, what are you doing all day? You're probably solving interesting problems. So just kind of try and keep a reminder to yourself of something interesting that you solved. You know, probably somebody else, you know, they'll run up against it too. You're probably not the only person who will meet this particular thing.

Speaker 3

Yeah, And honestly, if you're not solving interesting problems, then it might be time to consider, right, Like, there's it's a great it's a higher you know, there's a good time to be a software developer. That's what I'm what I'm getting at. There are opportunities out there, so the interesting problems don't have to be you know, the world's most inventive startup, like you're at the next there, BnB

and Uber. You can have interesting problems to solve in all sorts of markets, Like there were certainly interesting insurance problems.

I'm sure there are interesting home depot problems, Nike problems as well, because those types of companies have like there's something to be said about solving something at those sorts of scales as well, like you really do have the potential to touch a lot of people to make a difference, Like it's it is funny because bigger companies also tend to have more ceremony and process, but that's somewhat for a reason, Like sometimes you get to deal with some

interesting problems of hitting sometimes huge user bases and large data sets that you're going to have trouble finding at a startup, So sometimes you can find some unique and interesting problems to solve at big companies.

Speaker 4

Also, Oh absolutely, one of the ones that springs to mind immediately that was pretty new when I left, or have been solved recently, was we had some product data that was two hundred and fifty thousand potential rows in an Excel spreadsheet that we either needed to upload and ingest into our system or make downloadable for the user. So yeah, those were nightmare things to solve, but our users lived and died by these Excel spreadsheets, so it wasn't even a question of if we could make this work.

It was more how do we make this work? Because it needs to work. It was just so, yeah, those are ridiculous problems. But because it was a larger company and has been around for forty years, you couldn't just say we're not going to support this anymore because the users would mutiny and come with us, come at us with pitchfork. So yeah, there were definitely lots of weird,

interesting problems that had to be solved. But at the same time, these are the same kind of problems that I know other companies of large scale and maybe older are also struggling with. Not everybody can start out as Google and just be all information systems data from the get go. There's lots and lots of brick and mortar stores that are struggling with legacy systems and old processes

that they can't just shut down. They have to revamp them and make them bring them into the twenty first century,

but also support the older way of doing stuff. Well, one thing that I wanted to bring up that I don't think we've really talked about is the various sorts of roles that you can have at different companies like a large store or a large company like home depot because of what they do, they're not going to have things like developer relations that they just don't need it because they're selling hammers and they're selling chainsaws and they're

selling mails. But if you want to be maybe a site reliability engineer, they definitely have a team that is all about that, making sure that the infrastructure underneath all these applications is stable and sound and scaling and doing everything that it needs to where like Blues, developer relations is a huge part of our culture because we want developers to really like using our products and to think of us when they're looking at their next IoT initiative

and evaluating the options that are out there. So it also really depends like where where do you want your career to go. Do you want to specialize in a large company where you can be a real subject matter expert in a particular area or field, or do you want to be out in front of the public because that might make it more sense to be at a smaller company trying to get help get the company's name out at the same time as you're making a name

for yourself at that company. So it's there's a lot of different things to consider based on where you want to go next.

Speaker 3

I guess yeah, I'm just thinking, look at Progress. We had an SEO team with like a handful of people that just specialized in that, and thinking, like the smaller companies have worked for a blue like there there is no SEO team, there's no SEO person, Like, it's si SEO is going to be what it is, right like, so I think get bigger roles just because there's there's more people, there's naturally going to be more specialization. I mean, I've worked at bigger companies that had like people that

their entire job was specializing in one database. They were just the database person for that technology. They knew it in and out, and that database was important enough to the company to hire someone specifically for that. So if that's your thing, like, if you have a niche that you love, that's your life's passion, you probably can find a role for it at a larger company, or at least you're probably more likely to.

Speaker 2

I've always been impressed by that. I was a guy a company I was working on who was the my sqel guy just straight up like that is what he knew. He knew every single look and cranny of my sequel and down to like the dot the triple Dot version of Patch releases, right, But you know you're like, well, what happens when if my sequel isn't around anymore?

Speaker 1

I not that it won't I'm not saying it won't be.

Speaker 2

I'm just like putting it out there, like I think about it as a career longevity thing, and it's like, no, it's always going to be. And it's like, wow, that is an impressive amount of dedication to a very very focused piece of it. But then again, you know you do that and if that's your gig, I mean I'm guessing you probably get paid some decent money for that.

Speaker 3

Oh yeah, and if you do the work as you said earlier, to like be able to pro public profile around it. If you need a MySQL specialist, because you know, some big company somewhere is going to hit some MySQL airs over and over again and do a Google search to look for someone right there, you'll be exactly Yeah.

Speaker 4

I had a friend, a coworker at my old job, and he would tell me about a previous company he'd worked for and they had the coball guy and the Cobyal guy only came in like two weeks out of the year to maintain their mission critical co ball system. But he got paid big bucks because he was one of the few who still nose cobaal and like I said,

only had to work a minuscule amount of time. So if you want to be if you want to go into one of those archaic languages that are still powering so much of our industry, it's probably not a bad idea. But if you like being on the newer side of the technology, which will give you a lot more job options, probably, I mean, he had job security forever because this system

needed to exist and needed to be maintained. But you probably want to have a more flexible, more up to date skill set if you plan on being in this industry for another twenty thirty years. But yeah, there's definitely a place for those people, for sure.

Speaker 1

And that's an interesting point, right.

Speaker 2

People seem to think about well when they look at one of these jobs as maybe an eight to five job, And I really don't think that technology is an eight to five job. You have to go after hours and

train yourself and keep up with the new technologies. It's there's just more to it than that, and it's we get paid a lot of money, And there's a good reason that we get paid a lot of money, and it's because not necessarily just overworking, but like you have to make sure that you are also driving your own technology in your own career, and that's going to push beyond an a defined boundary.

Speaker 3

Yeah, it sort of depends on what you want, right, Like there are certainly people that I have friends that are working in big insurance still and are still doing the same nine to five job. And there's something to be said of just finding a comfortable place that's something that you enjoy doing, because there are certainly roles that you can keep doing without having to do the grind, and you might not get as far into your career,

but it's just what you're comfortable doing. So it's it's about finding what you want to accomplish and then you know, valuating your options and trying to figure out how to get there. And definitely say that those jobs exist in the larger company, Yeah, companies that almost expected that you have. You're you're passionate about technology and always learning and that sort of stuff. I remember when I was working a name which is a host of the social network company

and Steve jobs is still around. I mean, the entire company would shut down for watching that keynote because we're all just glued about what was going to come out of WILLI Wan because chocolate factory, you know, this year, and and you go into bigger companies and they're like, well, you know, it's Apple release day.

Speaker 1

What are we doing? They're like, what.

Speaker 2

Nothing the other day at the office, dude, Yeah, yep, all right, well this has been absolutely wonderful.

Speaker 1

Let's talk about picks. Anymody got one?

Speaker 3

Yeah, I can go first. So I'm going to pick a app for the Mac called Rocket, and it's an app to but you drop in emoji in any application. You essentially hit colon. You have to give your Mac like full accessibility access to this app, but you just type of colon in any application anywhere where you can type, and it brings up a little like system wide emoji picker.

And I've really enjoyed using it. I remembered it because I got a new Mac for the new job and I went to take colon in something and my emoji picker didn't come up, and I was like, oh man, I didn't realize how reliant I had become on this thing. But it's also smart enough to you can filter out certain apps, so like Slack is essentially blacklisted because Slack already has an emoji picker, right, so it doesn't like you don't get two emoji pickers conflicting with each other,

and you can sort of configure that. But for lots of times, if you're just like in a random textbox and Chrome, sometimes it's nice to be able to type an emoji and just have it work. So I found it's a pretty nice littleb for doing that. So that's my pick.

Speaker 1

That's awesome, nice, cool.

Speaker 4

Those are fun. So my pick for this week is going to continue on the IoT train that I have been on as of late. This one is one that actually I posted to Twitter last week and it got a lot more engagement that I was expecting. And it's called The Raspberry Pie Beginner's Guide, and it's a yeah, it's a kid's book. It's built for kids to get started with their first Raspberry Pie and kind of get

into programming, and it's fantastic. It is two hundred and fifty two color pages with pictures and code blocks and all kinds of good tips for people who don't know anything about raspberry pies, but are looking to learn, and even though it is aimed at kids, I found it really useful and helpful. And apparently the rest of Twitter agreed with me, because there were plenty of people who were writing about how they had used it, how they

and their kids have used it. How no shame in buying a book that's aimed at kids to get you started. So I would highly recommend it if you are looking to get into that kind of industry or start tinkering around with this, because it's very helpful. It's cleared up a lot of stuff that I just didn't know. I didn't know about raspberry pies and how to kind of begin the IoT learning. So it's it's a good read.

Speaker 1

So when are we going to get to see some of your IoT creations?

Speaker 4

Well, as soon as I finished the book, and I have a whole bunch of sensors that I have ordered from a company called the Seed with three e's. They make all sorts of sensors for pies and Arduino's and all those little micro controllers and reco processors. But they are I think their factories in China, so I'm waiting on the international shipping to oh yeah, get done. It's taking a little bit longer than something like Amazon.

Speaker 3

But soon I feel like we need more books like that for adults. I don't know if any of you remember. I don't think these are a thing anymore, but I think it was head Start.

Speaker 1

Oh yeah, those are great, yea.

Speaker 3

And they were just fantastically written because they would have just like cartoons all over the place, and also head First.

Speaker 1

I thought it was maybe head First. Was it head First?

Speaker 3

I can't remember, but I had.

Speaker 1

A lot of the cartoons and that was fantastic.

Speaker 2

Yeah.

Speaker 3

I don't know what happened to them, but those books were great. And sometimes they would have those books on pretty advanced topics. I remember learning like some advanced Java from those books, and it was just so presentable. And I feel like we don't, like, we don't do textbooks much anymore in the first place, and when we do, like, I don't know, I feel like we'vearied on too much of the side of like text informational, unless on the fun sort of aspect of presenting some of this content.

Speaker 4

Yeah, the O'Reilly books, as detailed as they can get, are usually a little bit dry, and it's very nice to see little cartoons of people picking stuff up and holding pies and connecting things and diagrams and all that stuff. So yeah, I agree with you, we need to bring the fun back to tech full stuff.

Speaker 2

Having written a couple of those, they do it digitally. They do have a very strong tone and the editors will enforce that on you if you don't like. My tone is much more jovial and fun and kind of approachable. So when I write books for myself there, they're very that, whereas you know, you get the Ariiley thing and they're saying, oh, no, you know this is this is a bit more of a textual reference kind of thing. But they did have

that head first series and it is very good. If they had a head first mL, I'd be all over that right now for sure.

Speaker 1

Yep. All right, Well, my pick for this week is Virtual Coffee. IOW.

Speaker 2

It's a kind of get together for folks in tech. It's really good. They're very strong in terms of keeping it a safe space and making sure that there's a large diversity of folks in the chat and the one that I went to, we talked a lot about work life balance and getting burnt out and how to deal with that, and I thought that that was really cool and it was interesting because the topic time just came out of nowhere. It's like the thing that was foremost

some people's minds. I think the pandemic and being inside all the time has really kind of brought to the fore all these issues of like burnout and the rest of it and how do we manage that? So very interesting.

It's great to be able to talk to other people on network, and so what we talked about before about self promotion, you know, find these kinds of ways that you can get your name out there and say, you know, hey, I'm in the community looking around for work, or this is what I've been doing lately, and get your name out there.

Speaker 1

All right, Well, this has been wonderful. Thanks for listening to REACT. Round up and see you next week, hie, everybody see you then. I

Transcript source: Provided by creator in RSS feed: download file
For the best experience, listen in Metacast app for iOS or Android