Register a SA Forums Account here!
JOINING THE SA FORUMS WILL REMOVE THIS BIG AD, THE ANNOYING UNDERLINED ADS, AND STUPID INTERSTITIAL ADS!!!

You can: log in, read the tech support FAQ, or request your lost password. This dumb message (and those ads) will appear on every screen until you register! Get rid of this crap by registering your own SA Forums Account and joining roughly 150,000 Goons, for the one-time price of $9.95! We charge money because it costs us money per month for bills, and since we don't believe in showing ads to our users, we try to make the money back through forum registrations.
 
  • Post
  • Reply
Shaman Linavi
Apr 3, 2012

getting bummed out with the few companies that have got back to me only to say "hey someone will be in touch in the next few weeks to schedule an interview". also getting anxious because now i'm fighting against all these soon-to-be recent grads for coveted Jr. Software Shitter roles.

also got a canned rejection about a job in my dream location of Juneau, AK but i'm still holding out hope on all the government jobs i applied to up there :unsmith:

Adbot
ADBOT LOVES YOU

Schadenboner
Aug 15, 2011

by Shine

Shaman Linavi posted:

my dream location of Juneau, AK

:stare:

HoboMan
Nov 4, 2010

Gazpacho
Jun 18, 2004

by Fluffdaddy
Slippery Tilde

Schadenboner posted:

This is a whole lotta words that I didn't read any of.
if you read even one word of it i will smash your face

Schadenboner
Aug 15, 2011

by Shine

Gazpacho posted:

if you read even one word of it i will smash your face

Oh poo poo, I read "operations"!

:ohdear:

Symbolic Butt
Mar 22, 2009

(_!_)
Buglord

Space Whale posted:

OK But how do you poo poo one out and then implement methods in it in a live interview quickly?

honestly it's mostly about if you've seen the problem or a variation of the problem before, because then you go straight to writing the right classes/methods.

if it's a completely new problem to you, you just gotta pray that the interviewer is able to appreciate you brainstorming some ideas that maybe converge to the right design. (in my experience OOP is not very good with this :ssh:)

but yeah my point is that experience is the key, practice these kind of questions and look up the answers.

Symbolic Butt fucked around with this message at 15:42 on Apr 21, 2018

TimWinter
Mar 30, 2015

https://timsthebomb.com
I've never discounted an interviewee if they say "well we only have X minutes so I'll just write stubs for these methods" *def method(): raise NotImplementedError*. If I get a candidate writing code for an OOP problem in usually looking for structure and data flow.

I'm also terrible at OOP and that might be showing in how I interview.

TimWinter
Mar 30, 2015

https://timsthebomb.com

Symbolic Butt posted:

if it's a completely new problem to you, you just gotta pray that the interviewer is able to able to appreciate you brainstorming some ideas that maybe converge to the right design. (in my experience OOP is not very good with this :ssh:)

Again pulling from limited experience here, but I've seen management be careful to not put the peope who can't appreciate this sort of thing in the interviewer pool.

The strongest technical guys on my team are the most self critical, and they themselves admit we'd never grow the team if they were allowed to pass/fail candidates based on how well the interviewee approached a new-to-them problem that the interviewer could ace in one pass while sleeping.

Space Whale
Nov 6, 2014

Symbolic Butt posted:

honestly it's mostly about if you've seen the problem or a variation of the problem before, because then you go straight to writing the right classes/methods.

if it's a completely new problem to you, you just gotta pray that the interviewer is able to appreciate you brainstorming some ideas that maybe converge to the right design. (in my experience OOP is not very good with this :ssh:)

but yeah my point is that experience is the key, practice these kind of questions and look up the answers.

Have you interviewed enough to pass this interview?

If you can grind interviews, the interview is terrible.

Space Whale
Nov 6, 2014

TimWinter posted:

Again pulling from limited experience here, but I've seen management be careful to not put the peope who can't appreciate this sort of thing in the interviewer pool.

The strongest technical guys on my team are the most self critical, and they themselves admit we'd never grow the team if they were allowed to pass/fail candidates based on how well the interviewee approached a new-to-them problem that the interviewer could ace in one pass while sleeping.

Can I work for your team? Seriously. I'm looking for environment, and that's the healthiest thing I've seen in a while.

TimWinter
Mar 30, 2015

https://timsthebomb.com
Haha, I work for a startup, so the good is balanced with what I hope are just growing pains.

If you're serious, shoot me a resume at my email, tim@ the domain in my avatar. Then you can corroborate (or call out my lies on) everything I've said about interview/hiring practices.

Symbolic Butt
Mar 22, 2009

(_!_)
Buglord

Space Whale posted:

Have you interviewed enough to pass this interview?

If you can grind interviews, the interview is terrible.

well yeah, that's the job market for you :sigh:

but still, you can't help it, as a programmer you need to cultivate a repertoire.


at "real work", with non-obvious problems I don't like to start with classes, I try to prototype everything with small structs and functions. eventually patterns emerge and that's the moment that I encapsulate certain things within classes and methods.

I guess this is more of a "bottom-up approach" to OOP, it's what works for me and how I keep faking it in enterprise coding. it also helps me to avoid a lot of bikeshedding.

Symbolic Butt
Mar 22, 2009

(_!_)
Buglord
I did an interview the other day, the position was for a linux sysadmin/devops thing. they asked me to code a poor man's Akinator in java "in OOP style". I did it implementing a slight variation of a linked list which I guess was what they wanted.

still, kind of an odd question for a devops position :shrug:

"hey can you pretend you studied 4 years of baby's computer science to prove you can take care of linux machines?"
"sure can!"

Progressive JPEG
Feb 19, 2003

Symbolic Butt posted:

honestly it's mostly about if you've seen the problem or a variation of the problem before, because then you go straight to writing the right classes/methods.

if it's a completely new problem to you, you just gotta pray that the interviewer is able to appreciate you brainstorming some ideas that maybe converge to the right design. (in my experience OOP is not very good with this :ssh:)

but yeah my point is that experience is the key, practice these kind of questions and look up the answers.

ideally you don't go right into writing the code until after you've had a brief discussion with the interviewer to explain how you decided to go that route and what the tradeoffs are vs other options. and this gives the interviwer an opportunity to tell you if they think differently

like ideally you don't start writing any code until you've both agreed on what that code is going to be doing. writing it should be effectively a formality at that point

they're judging your ability to explain and work through the problem with a product owner or coworker, and if you just stand there silently for a few seconds before going directly into writing code then you're not helping them determine that. even if you know the answer off the top of your head it doesn't hurt to show your knowledge of what the other options might be and why you think they wouldn't be applicable to the problem

Symbolic Butt
Mar 22, 2009

(_!_)
Buglord
I didn't get many interviews where the interviewers seemed open to discuss design like that. they've been like "here's the problem, do you understand it? ok you have 20min to code this while explaining your reasoning"

they seemed mostly for proving that I can actually type code than really assessing any non-gimmicky programming skill


what I'm saying is that interviewing is slowly killing me lol

Space Whale
Nov 6, 2014
OK so look stuff up

What is the canonical SUDOKU or ELEVATOR class/object model?

TimWinter
Mar 30, 2015

https://timsthebomb.com

Space Whale posted:

OK so look stuff up

What is the canonical SUDOKU or ELEVATOR class/object model?

As someone who still believes in OOP but never "got" it, I'm also interested in this

Gazpacho
Jun 18, 2004

by Fluffdaddy
Slippery Tilde
you shouldn't approach the problem as if the interviewer wants you to shake out some canonical answer in all of its detail. (maybe you get a dick interviewer who does, but don't assume it.)

as Yegge explains, OO design questions are meant to find competent designers, but they're also meant to eliminate

- candidates who blank completely and don't even give a bad answer
- candidates who try to word-salad their way through (e.g. "Car is a subclass of Garage")

the reference definitions of polymorphism, inheritance and encapsulation are easy enough to memorize (or crib in a phone screen). an OO design question tests whether the candidate has the concepts, not just the definitions.

Sapozhnik
Jan 2, 2005

Nap Ghost
why would you inflict steve yegge on innocent people like us

what crimes have we committed to deserve that

Notorious b.s.d.
Jan 25, 2003

by Reene

Symbolic Butt posted:

I did an interview the other day, the position was for a linux sysadmin/devops thing. they asked me to code a poor man's Akinator in java "in OOP style". I did it implementing a slight variation of a linked list which I guess was what they wanted.

still, kind of an odd question for a devops position :shrug:

"hey can you pretend you studied 4 years of baby's computer science to prove you can take care of linux machines?"
"sure can!"

you would be surprised how many sysadmins can't code

like, at all

ShadowHawk
Jun 25, 2000

CERTIFIED PRE OWNED TESLA OWNER

Notorious b.s.d. posted:

you would be surprised how many sysadmins can't code

like, at all
Yes, if you're doing "DevOps" or especially "SRE" then half your job should be automating the operational tasks and other sysadmin style bullshit.

HoboMan
Nov 4, 2010

Notorious b.s.d. posted:

you would be surprised how many sysadmins can't code

like, at all

i'd be surprised if any sysadmins could code

like, at all

Symbolic Butt
Mar 22, 2009

(_!_)
Buglord

Notorious b.s.d. posted:

you would be surprised how many sysadmins can't code

like, at all

HoboMan posted:

i'd be surprised if any sysadmins could code

like, at all

yeah I get that, I expected this kind of question in a "software engineer" position, not in a linux janitor position but what do I know

Space Whale
Nov 6, 2014
I want to devops and do it everywhere I work but can't get a devops job without experience lol

Shaman Linavi
Apr 3, 2012

Sapozhnik posted:

why would you inflict steve yegge on innocent people like us

what crimes have we committed to deserve that

idk what a yegge is but that article seems to be OK and certainly helped to show me how i've failed at interviews in the past
also lolling that it was written in 04 and its still all the same poo poo

hobbesmaster
Jan 28, 2008

Symbolic Butt posted:

yeah I get that, I expected this kind of question in a "software engineer" position, not in a linux janitor position but what do I know

devops is supposed to be an engineering position

Notorious b.s.d.
Jan 25, 2003

by Reene

hobbesmaster posted:

devops is supposed to be an engineering position

devops is just what startups call "ops" now

hobbesmaster
Jan 28, 2008

Notorious b.s.d. posted:

devops is just what startups call "ops" now

i'm guessing they don't pay more like companies that actually are hiring developers that can also do ops

Arcsech
Aug 5, 2008
I think the phrase you want for a devops job that doesn’t blow chunks is “SRE”

Notorious b.s.d.
Jan 25, 2003

by Reene

hobbesmaster posted:

i'm guessing they don't pay more like companies that actually are hiring developers that can also do ops

they sure don't

Notorious b.s.d.
Jan 25, 2003

by Reene

Arcsech posted:

I think the phrase you want for a devops job that doesn’t blow chunks is “SRE”

don't worry that's just a meaningless buzzword now, too

hobbesmaster
Jan 28, 2008

hmmm glad I never seriously looked at devops positions then

i do like how recruiters keep trying to grab embedded Linux people for infrastructure roles

Notorious b.s.d.
Jan 25, 2003

by Reene

hobbesmaster posted:

hmmm glad I never seriously looked at devops positions then

i do like how recruiters keep trying to grab embedded Linux people for infrastructure roles

recruiters are blind pattern matchers

posting says "linux" resume says "linux" let's call

jony neuemonic
Nov 13, 2009

"devops" as a position is a massive signal that the company doesn't actually understand what it is.

unfortunately, that's apparently every company.

FamDav
Mar 29, 2008

Notorious b.s.d. posted:

you would be surprised how many sysadmins can't code

like, at all

this past phone interview was exactly that :(.

jony neuemonic posted:

"devops" as a position is a massive signal that the company doesn't actually understand what it is.

unfortunately, that's apparently every company.

on the other side of it, interviewing people who put devops on their resume has gone fairly poorly for us over the past year.

maybe the answer is most companies/candidates aren’t so great

Fiedler
Jun 29, 2002

I, for one, welcome our new mouse overlords.

Arcsech posted:

a devops job that doesn’t blow chunks

Good luck with that.

TimWinter
Mar 30, 2015

https://timsthebomb.com
Part of the hesitancy when hiring devops without direct devops experience is warranted: the last devops meetup I went to had a senior devop lecturing people with zero work experience on how to spin up docker containers on aws as experience to get a cushy devops job.

kitten emergency
Jan 13, 2008

get meow this wack-ass crystal prison
the whole devops/sre bullshit minefield is stupid as hell because everyone involved in it is making stupid decisions

1) the business read the phoenix project and figured out a 'convenient' way to turn IT from a cost center into a profit center; fire your it people and hire devops people instead!
2) the developers don't give a poo poo because a good 80% of professional software developers in industry want to pull tickets off of jira for 8 hours, write some code, and go home. most of these people should not be trusted to do anything with their computers other than program them, and that last part's a bit dicey
3) the traditional ops people feel like their jobs are being threatened because they don't know how to program (by and large this is correct, and would be correct no matter what; if they don't get devopsed out of existence, they'll get outsourced or replaced by managed service organizations or platform providers or linux or something), so they start cranking through 'how to devops 101' and poo poo in the pool for everyone else
4) the handful of people that give a poo poo about devops/sre positions for realsies get hosed because there's not a lot of jobs that actually fit their skillset and few open up because if you actually are doing interesting work around developer tooling, infrastructure automation, et. al. you're probably a lynchpin and aren't going to leave

traditional it/ops roles are still critically important and are a completely different skillset, imo. ideally "devops" in a professional software dev org is mostly concerned with improving the efficiency and effectiveness of the sdlc via tooling and automation at varying parts of the process.

Blinkz0rz
May 27, 2001

MY CONTEMPT FOR MY OWN EMPLOYEES IS ONLY MATCHED BY MY LOVE FOR TOM BRADY'S SWEATY MAGA BALLS

uncurable mlady posted:

the whole devops/sre bullshit minefield is stupid as hell because everyone involved in it is making stupid decisions

1) the business read the phoenix project and figured out a 'convenient' way to turn IT from a cost center into a profit center; fire your it people and hire devops people instead!
2) the developers don't give a poo poo because a good 80% of professional software developers in industry want to pull tickets off of jira for 8 hours, write some code, and go home. most of these people should not be trusted to do anything with their computers other than program them, and that last part's a bit dicey
3) the traditional ops people feel like their jobs are being threatened because they don't know how to program (by and large this is correct, and would be correct no matter what; if they don't get devopsed out of existence, they'll get outsourced or replaced by managed service organizations or platform providers or linux or something), so they start cranking through 'how to devops 101' and poo poo in the pool for everyone else
4) the handful of people that give a poo poo about devops/sre positions for realsies get hosed because there's not a lot of jobs that actually fit their skillset and few open up because if you actually are doing interesting work around developer tooling, infrastructure automation, et. al. you're probably a lynchpin and aren't going to leave

traditional it/ops roles are still critically important and are a completely different skillset, imo. ideally "devops" in a professional software dev org is mostly concerned with improving the efficiency and effectiveness of the sdlc via tooling and automation at varying parts of the process.

:discourse:

Adbot
ADBOT LOVES YOU

jony neuemonic
Nov 13, 2009

FamDav posted:

maybe the answer is most companies/candidates aren’t so great

sounds about right, yeah.

  • 1
  • 2
  • 3
  • 4
  • 5
  • Post
  • Reply