9 ms·

How to Determine If Candidates Will Thrive in a Remote Work Environment

132 points by drieddust 9y ago

Clubber 9y ago
I miss the old days when companies interviewed you, asked some technical questions, some personal questions, then hired you. It took 30 minutes to an hour. If you didn't work out, they just fired you and started again.
- chasing 9y ago
  "Have you ever used a microwave? Great. Grab your apron and get going. The Big Mac rush starts around 11:30."
  - Clubber 9y ago
    It's funny, back in the Delphi days, we had a famous interview question, "What's the difference between a procedure and a function?" If you couldn't answer that in 5 or so words, we knew you weren't to be hired. You'd be amazed at how many people couldn't. One guy went on for 20 minutes trying to BS an answer.
    - wolfgke 9y ago
      > If you couldn't answer that in 5 or so words, we knew you weren't to be hired. I could answer this questions, but have a tendency for long, technical explanations. ;-)
    - seanmcdirmid 9y ago
      The difference between a procedure and function is so nuanced, in the 80s maybe it meant something, today it would just come across as a pointless trivia question.
      - Clubber 9y ago
        A function returns a value. It doesn't really apply in C type dialects because everything is a function, but in Pascal type dialects, they were distinct as they are in PLSQL and TSQL. If you wrote anything in Delphi, you would have to know that, thus why we asked it. It's actually declared that way. procedure ShowTime; // A procedure with no parameters begin // Display the current date and time ShowMessage('Date and time is '+DateTimeToStr(Now)); end; function Average(a, b, c : Extended) : Extended; begin // return the average of the 3 passed numbers Result := Mean(a, b, c); end; Edit: thanks for the formatting tip. http://www.delphibasics.co.uk/Article.asp?Name=Routines http://www.delphibasics.co.uk/Article.asp?Name=Routines
        gt2 9y ago
        seems like a silly gotcha -- a literal technicality. Aren't you worried you passed on some amazing talent because they didn't read the same "bibles" or study in the same "groups" as you?
        Clubber 9y ago
        You literally couldn't program in Delphi if you didn't know that.
        Stratoscope 9y ago
        Sure, if you were hiring someone with no Delphi/Pascal experience, for example a programmer who had worked in multiple languages and you expected to be able to learn Delphi quickly, then it would be a silly gotcha. But if you were interviewing someone who claimed to know Delphi/Pascal at all and didn't know this off the top of their head, it would be a big red flag. It would be like asking a C programmer what's the difference between "void foo(){...}" and "int foo(){...}". They had better be able to tell you the difference without having to think about it.
        Clubber 9y ago
        It's funny. Based on the responses, I can tell who has Delphi experience and who does not. Pretty good interview question for Delphi devs, I'd say. :) Sure beats 5 hour interviews about God knows what.
    - bitL 9y ago
      Now if you don't come up 5 times in a row with optimal solution to problems like how many possibilities there are for N companies to make mergers until only one company is left without caring about the order using dynamic programming and complicated combinatorics at each step, you won't be hired to write those boring JavaScript apps...
      - gt2 9y ago
        to be fair, there is now the benefit of a wealth of a) readily available info on what works/doesn't work and b) a lot more developers. Ok demand still outstrips supply probably but still, the best paying positions can afford to be choosey and demanding, no?
        marcosdumay 9y ago
        > no? Very likely, no. Unless those companies somehow got very good on your "a" point and told nobody, their more filters they add the biggest the likelihood of having one that is anti-correlated to competence. And just one such filter can be enough to cut all the extremely few great candidates.
        Clubber 9y ago
        It's amazing how risk averse companies are when good talent is so scarce. They need to take more risk on people, especially when it is so easy to fire people in the US. I wouldn't do a 5 hour interview, I don't care who the company is. I haven't had to do a cold interview (not referenced by an existing employee) since my first job out of college 20+ years ago. There is no way companies are going to find talent doing those long slog interviews, unless they pay 2x rates or something. Just the thought of 5 hour interviews makes my stomach queezy.
        bitL 9y ago
        I like doing those onsite interviews at Google, Facebook, Microsoft, Apple etc. once a year to keep in touch with what is required these days. Why not testing yourself? In the worst case you'll get just rejected, not blacklisted or sent to a Gulag :D
    - logfromblammo 9y ago
      "Functions return a value." That's only 4 words. It seems like a rather cruel interview question, now that it qualifies as uninteresting trivia.
      - Clubber 9y ago
        That's why I said 5 or so. I was specifically looking for, "a function returns a value," which is 5. If you worked in Delphi, it most certainly isn't trivia. It's like asking what does void mean in C type dialects or what does the = vs == do. It's not trivia, it's trivial.
        Stratoscope 9y ago
        > It's not trivia, it's trivial. That is a great quote; I hope you don't mind if I borrow it from time to time. The comments that this is "nuanced" or a "silly gotcha" are interesting. I wonder if these commenters have ever programmed in Delphi or Pascal? (No offense intended to those commenters if you have.) I've never used Delphi itself (although a program I wrote was bundled with it for a while, if you remember WinSight). I did write some Pascal code 35 years ago for DOS and the original Mac OS, but haven't touched the language or looked at it since then. But even I knew the answer to this right off the top of my head. It's so fundamental that if you don't know it, you don't know the language at all.
        Clubber 9y ago
        >I hope you don't mind if I borrow it from time to time. Sure. >It's so fundamental that if you don't know it, you don't know the language at all. That's what we were shooting for. We knew there was no way we would know a rock star without working with them, and we were more than willing to accept good people who had room to improve. We couldn't accept someone who didn't know the language. It worked out really well for us. Because the interviews were short, we could fit a lot more in during a workday and get the process over quickly.
        logfromblammo 9y ago
        Now that I exercise my memory of things past, I seem to recall that VB6 had "Function" and "Sub", too, which had essentially the same distinction, except there were some further differences if you ever tried to write Office macros. I never did voluntarily, because "real programmers" just didn't do that. But there was always some legacy POS written by a non-software person--who no longer works for the company, of course--that had been embedded into an Excel spreadsheet and never once tasted source control, but it was somehow critical to the business, anyway, and you might have been assigned the task of figuring out what it did and turning it into "real code". While I have a low sample size, it seemed like those reduced from about 10 MB of godawful brute-force spaghettified spreadsheet macro, down to about 10 lines of Java or C#, using algorithms and basic library functions. The hardest part is convincing your boss's boss that they both do the same thing, because the guy who wrote the macro spent so much time on it that there's just no way it could actually be so simple. As I favor considering aptitude in addition to skill, asking gotcha questions about jargon or syntax doesn't seem fair to someone who could hear that 4-word explanation and instantly understand what you meant.
- sp332 9y ago
  I think companies are less willing to do job training now.
- mahyarm 9y ago
  Thats called the phone screen now :D
  - Clubber 9y ago
    We made them come in to make sure they didn't have any weird shit attached to their face. This were client facing people after all. :)
    - mahyarm 9y ago
      That is solved today in the world of video chat
- jerrylives 9y ago
  The new thing to do is put employees on a contract agreement for 30 days such that even IF you complete the ridiculous interview gauntlet, you are still a "tentative" employee and have to prove yourself. I did this for a YC company this spring and it was awful.
hashkb 9y ago
Success in remote cultures has a major dependency on leadership as well. I've helped a client start a company who was dead set on having a remote engineering team until he realized that he wasn't comfortable with it. He would have said "they were all bad at remote" but really he was a micromamager with trust issues.
dgreensp 9y ago
We’ve found that people from big companies with a slower work pace and unclear project owners often find it difficult to adjust to a culture that expects them to personally drive their own deliverables. This doesn't sound very compassionate to engineers leaving big, dysfunctional companies (which by the way preach the exact same ethos of personal responsibility). Basically, they are damaged goods who aren't expected to thrive in a better environment?
- Clubber 9y ago
  Agreed. Most people can adapt to their environments. I've worked at both and big companies tend to wear me down, but I can still work there. The problem with small companies is usually they are chaos and often cult of personalities. It's not their fault, it's their nature. They have to be able to pivot their business on a dime. That's tough on developers though, particularly when the thing you've been working on get scrapped on a pivot. What it boils down to is it's short sighted. He's professing like he's solved the interview process. I'll bet his success / failure rate is just like everyone else's.
- albertgoeswoof 9y ago
  More likely that people who are succesful at big companies don't leave as much, because there's a higher upside sticking where they are than joining a small startup that allows remote working. So the people they are hiring from big companies are usually the rubbish ones. Btw, if you're really good you can work remotely even in the largest companies. Just work your way up to your own P&L, hire a global team and away you go. Probably will have to check in a few times a year in person, but that's no big deal.
  - Clubber 9y ago
    There are pockets of awesomeness in big companies. I worked for a company that sold for over half a trillion, and it was a great job until we got acquired. Small companies can be hellholes too, especially when runway is short, or competition is fierce. Like anything, it depends on the culture. As far as staying at big companies, inertia is a big reason. It's easy to justify staying at a place that pays really well, particularly if you have a family, a car payment, and/or a mortgage. 5 weeks of vacation is nice too; that comes with tenure and leaves as soon as you do. I have to constantly check myself to see if I'm miserable. I have scars for staying miserable for too long. It's bad for my career due to burnout. Not everyone has learned that lesson though.
johnpython 9y ago
If they talk about how great it was to do their laundry during work hours, thumbs down. Talking about the work/life balance benefits of remote work is a bad thing? This makes even less sense since remote work is usually coupled with flexible work hours.
codingdave 9y ago
> If they talk about how great it was to do their laundry during work hours, thumbs down. I've worked from home, successfully, for many years, and I disagree with that criteria. Everyone works from home differently, and I know people who can rock their work exactly because of the added flexibility to care for their home and family on their work breaks. It decreases the stress in their life to slice their day in different ways, and allows people with busy lives to do better on all fronts. There are many different ways to manage remote teams - some are hands-off, only concerned about whether the work is done. Some monitor their people to be sure they are 100% online during "working hours". Many are in a middle ground, with expectations set of specific response times to Slack, IMs, emails, etc. Likewise, there are many different remote working styles. Some people do well with a typical 8 hour day. I tended to target a 40 hour week, but that would be made of many 2-3 hour chunks throughout the week, not 8 hour blocks. At the end of the day, you have to trust your team to do their work. The companies that are resistant to their remote people handling personal tasks during their "working day" don't truly have that trust.
- Spartan-S63 9y ago
  The way I see it, too, is that companies that don't embrace flexible work hours in fully remote companies (as opposed to just flexible working arrangements) aren't really a remote company. They're just pushing off the capital cost of having an office to the employee themselves. It's a pretty dishonest thing to pass themselves off as a remote company if they expect you to work like you do in an office environment. The flexibility of being able to intermingle personal tasks throughout the workday is paramount to remote work. It totally does reduce stress and it allows you to work when you're productive and not work when you're not. I find that I'm a very bursty developer and I think that's more the rule than the exception in our profession. Remote work arrangements really help accommodate that reality where output is not constant throughout the day.
  - randlet 9y ago
    > They're just pushing off the capital cost of having an office to the employee themselves. I made the same comment elsewhere. Completely agree with your post here.
mellery451 9y ago
> Successful remote workers are disciplined and self-motivated. No boss is eyeing them from across the office to see whether they’re working. They alone are responsible for structuring their workdays. This sounds like precisely the kind of person I want to work with, regardless of whether they are remote or co-located.
prh8 9y ago
> If they talk about how great it was to do their laundry during work hours, thumbs down. That really just means they're a butts-in-seats company that doesn't have an office. Take this from a job listing of theirs[1] > we don't care if you work at night, on weekends, in your pajamas, after class, in another timezone, etc. We do ask that you are available by Skype during regular 9-5 CST work hours That's great if you can flex your work time, but if you have to always be available, that means you are either working or thinking about work almost all the time. This makes work even more stressful, unless you only work during the proper business hours. On another note, the laundry thing is just ridiculous. That's a 5 minute task. People in an office environment burn 10 minutes at a time playing ping pong, foosball, or any number of time wasters. [1]: https://community.articulate.com/discussions/building-better-courses/part-time-e-learning-designer-remote-flexible-hours-small-fun-company https://community.articulate.com/discussions/building-better...
- JshWright 9y ago
  That's a pretty hilarious quote from the job posting... We don't care when you work, as long as it's in addition to the regimented 40 hours we prescribe.
  - pc86 9y ago
    Don't forget the very first line: 15-20 hours to start. So you're paid for 15 hours, but required to be available for 40. Decorum prevents me from saying how I truly feel about that.
    - randlet 9y ago
      Also don't forget the: Cool things about working for us: Potential to earn bonuses for projects. Very *LOW* salary but since we are ROWE (Results Only Work Environment), bonuses are part of the deal!
      - prh8 9y ago
        I didn't even make it that far in the posting. Here's another gem that is very close to the top > You would be part of our underpaid production team
darioush 9y ago
I find it somewhat hilarious that companies think they're vetting employees and use these small little "probes". It's much more likely that the candidate is vetting you and already has a good idea of whether or not they will be able to work from home. Wow, I really like lunch time with my teammates so... I think I'll go remote where I can't do that at all and just freeloading on a random company so I can do my laundry from home! No one will ever notice my evil scheme! Said no one ever.
randlet 9y ago
- If they talk about how great it was to do their laundry during work hours, thumbs down - we don't care if you work at night, on weekends, in your pajamas, after class, in another timezone, etc. We do ask that you are available by Skype during regular 9-5 CST - Cool things about working for us: Potential to earn bonuses for projects. Very *LOW* salary but since we are ROWE (Results Only Work Environment), bonuses are part of the deal! As someone who successfully works remotely full time: nope, nope, nope. These guys have offloaded their office space costs to their employees homes under the guise of a flexible work schedule.
- randlet 9y ago
  Too late to edit but I realize now points 2 & 3 are from a non Articulate job posting posted on the Articulate site. My apologies!
tcfunk 9y ago
> We look for work-from-home experience and affinity Great, back to the "you've gotta have experience to get experience" dance.
ksk 9y ago
It seems like every other week an article is posted about interviewing, and then half the commenters proceed to customarily disagree with their own personal anecdotes and such. Has anyone proposed an alternate method that has been put into practice, and actually works? OTOH, it seems like tons of different styles based on often opposing viewpoints (yes/no CS questions, yes/no whiteboard coding, etc) all work. Maybe what needs to happen is someone needs to create a proper taxonomy of the differnt styles, and a method to choose one depending on the situation ala data structures.
- kvonhorn 9y ago
  > Has anyone proposed an alternate method that has been put into practice, and actually works? Not that I've read this year, but I think we're finally past peak FizzBuzz.
j45 9y ago
Having remotely hired others and being hired, I've noticed remote workers don't always understand how critical it is to deliver and add value, instead of putting their interests and balance and what they're getting out of it ahead. Highly recommend anyone who has opinions about certain rights try hiring someone for a gig and see how much the responsibilities come to mind, when it comes to being effective. Some people aren't geared to work from home, or good at it from the get go. They still may be geared to work remotely (maybe a coworking space). Managing distractions at home is no different than managing distractions at the office. Same goes for finding a way to be effective at the office vs remote. The ability to focus and manage distractions is something that can take people a while to figure out, and a worthwhile thing to focus on. I just try to remember the value of removing the commute - If we take an the 2 hours a day saved in a commute (door to seat), it saves 60 hours a month, or 720 hours a year. That's an entire 30 days of living per year of extra waking hours.

132 points by drieddust 9y ago

I miss the old days when companies interviewed you, asked some technical questions, some personal questions, then hired you. It took 30 minutes to an hour. If you didn't work out, they just fired you and started again.

chasing 9y ago
"Have you ever used a microwave? Great. Grab your apron and get going. The Big Mac rush starts around 11:30."
- Clubber 9y ago
  It's funny, back in the Delphi days, we had a famous interview question, "What's the difference between a procedure and a function?" If you couldn't answer that in 5 or so words, we knew you weren't to be hired. You'd be amazed at how many people couldn't. One guy went on for 20 minutes trying to BS an answer.
  - wolfgke 9y ago
    > If you couldn't answer that in 5 or so words, we knew you weren't to be hired. I could answer this questions, but have a tendency for long, technical explanations. ;-)
  - seanmcdirmid 9y ago
    The difference between a procedure and function is so nuanced, in the 80s maybe it meant something, today it would just come across as a pointless trivia question.
    - Clubber 9y ago
      A function returns a value. It doesn't really apply in C type dialects because everything is a function, but in Pascal type dialects, they were distinct as they are in PLSQL and TSQL. If you wrote anything in Delphi, you would have to know that, thus why we asked it. It's actually declared that way. procedure ShowTime; // A procedure with no parameters begin // Display the current date and time ShowMessage('Date and time is '+DateTimeToStr(Now)); end; function Average(a, b, c : Extended) : Extended; begin // return the average of the 3 passed numbers Result := Mean(a, b, c); end; Edit: thanks for the formatting tip. http://www.delphibasics.co.uk/Article.asp?Name=Routines http://www.delphibasics.co.uk/Article.asp?Name=Routines
      - gt2 9y ago
        seems like a silly gotcha -- a literal technicality. Aren't you worried you passed on some amazing talent because they didn't read the same "bibles" or study in the same "groups" as you?
        Clubber 9y ago
        You literally couldn't program in Delphi if you didn't know that.
        Stratoscope 9y ago
        Sure, if you were hiring someone with no Delphi/Pascal experience, for example a programmer who had worked in multiple languages and you expected to be able to learn Delphi quickly, then it would be a silly gotcha. But if you were interviewing someone who claimed to know Delphi/Pascal at all and didn't know this off the top of their head, it would be a big red flag. It would be like asking a C programmer what's the difference between "void foo(){...}" and "int foo(){...}". They had better be able to tell you the difference without having to think about it.
        Clubber 9y ago
        It's funny. Based on the responses, I can tell who has Delphi experience and who does not. Pretty good interview question for Delphi devs, I'd say. :) Sure beats 5 hour interviews about God knows what.
  - bitL 9y ago
    Now if you don't come up 5 times in a row with optimal solution to problems like how many possibilities there are for N companies to make mergers until only one company is left without caring about the order using dynamic programming and complicated combinatorics at each step, you won't be hired to write those boring JavaScript apps...
    - gt2 9y ago
      to be fair, there is now the benefit of a wealth of a) readily available info on what works/doesn't work and b) a lot more developers. Ok demand still outstrips supply probably but still, the best paying positions can afford to be choosey and demanding, no?
      - marcosdumay 9y ago
        > no? Very likely, no. Unless those companies somehow got very good on your "a" point and told nobody, their more filters they add the biggest the likelihood of having one that is anti-correlated to competence. And just one such filter can be enough to cut all the extremely few great candidates.
        Clubber 9y ago
        It's amazing how risk averse companies are when good talent is so scarce. They need to take more risk on people, especially when it is so easy to fire people in the US. I wouldn't do a 5 hour interview, I don't care who the company is. I haven't had to do a cold interview (not referenced by an existing employee) since my first job out of college 20+ years ago. There is no way companies are going to find talent doing those long slog interviews, unless they pay 2x rates or something. Just the thought of 5 hour interviews makes my stomach queezy.
        bitL 9y ago
        I like doing those onsite interviews at Google, Facebook, Microsoft, Apple etc. once a year to keep in touch with what is required these days. Why not testing yourself? In the worst case you'll get just rejected, not blacklisted or sent to a Gulag :D
  - logfromblammo 9y ago
    "Functions return a value." That's only 4 words. It seems like a rather cruel interview question, now that it qualifies as uninteresting trivia.
    - Clubber 9y ago
      That's why I said 5 or so. I was specifically looking for, "a function returns a value," which is 5. If you worked in Delphi, it most certainly isn't trivia. It's like asking what does void mean in C type dialects or what does the = vs == do. It's not trivia, it's trivial.
      - Stratoscope 9y ago
        > It's not trivia, it's trivial. That is a great quote; I hope you don't mind if I borrow it from time to time. The comments that this is "nuanced" or a "silly gotcha" are interesting. I wonder if these commenters have ever programmed in Delphi or Pascal? (No offense intended to those commenters if you have.) I've never used Delphi itself (although a program I wrote was bundled with it for a while, if you remember WinSight). I did write some Pascal code 35 years ago for DOS and the original Mac OS, but haven't touched the language or looked at it since then. But even I knew the answer to this right off the top of my head. It's so fundamental that if you don't know it, you don't know the language at all.
        Clubber 9y ago
        >I hope you don't mind if I borrow it from time to time. Sure. >It's so fundamental that if you don't know it, you don't know the language at all. That's what we were shooting for. We knew there was no way we would know a rock star without working with them, and we were more than willing to accept good people who had room to improve. We couldn't accept someone who didn't know the language. It worked out really well for us. Because the interviews were short, we could fit a lot more in during a workday and get the process over quickly.
      - logfromblammo 9y ago
        Now that I exercise my memory of things past, I seem to recall that VB6 had "Function" and "Sub", too, which had essentially the same distinction, except there were some further differences if you ever tried to write Office macros. I never did voluntarily, because "real programmers" just didn't do that. But there was always some legacy POS written by a non-software person--who no longer works for the company, of course--that had been embedded into an Excel spreadsheet and never once tasted source control, but it was somehow critical to the business, anyway, and you might have been assigned the task of figuring out what it did and turning it into "real code". While I have a low sample size, it seemed like those reduced from about 10 MB of godawful brute-force spaghettified spreadsheet macro, down to about 10 lines of Java or C#, using algorithms and basic library functions. The hardest part is convincing your boss's boss that they both do the same thing, because the guy who wrote the macro spent so much time on it that there's just no way it could actually be so simple. As I favor considering aptitude in addition to skill, asking gotcha questions about jargon or syntax doesn't seem fair to someone who could hear that 4-word explanation and instantly understand what you meant.
sp332 9y ago
I think companies are less willing to do job training now.
mahyarm 9y ago
Thats called the phone screen now :D
- Clubber 9y ago
  We made them come in to make sure they didn't have any weird shit attached to their face. This were client facing people after all. :)
  - mahyarm 9y ago
    That is solved today in the world of video chat
jerrylives 9y ago
The new thing to do is put employees on a contract agreement for 30 days such that even IF you complete the ridiculous interview gauntlet, you are still a "tentative" employee and have to prove yourself. I did this for a YC company this spring and it was awful.

hashkb 9y ago

Success in remote cultures has a major dependency on leadership as well. I've helped a client start a company who was dead set on having a remote engineering team until he realized that he wasn't comfortable with it. He would have said "they were all bad at remote" but really he was a micromamager with trust issues.

dgreensp 9y ago

We’ve found that people from big companies with a slower work pace and unclear project owners often find it difficult to adjust to a culture that expects them to personally drive their own deliverables. This doesn't sound very compassionate to engineers leaving big, dysfunctional companies (which by the way preach the exact same ethos of personal responsibility). Basically, they are damaged goods who aren't expected to thrive in a better environment?

Clubber 9y ago
Agreed. Most people can adapt to their environments. I've worked at both and big companies tend to wear me down, but I can still work there. The problem with small companies is usually they are chaos and often cult of personalities. It's not their fault, it's their nature. They have to be able to pivot their business on a dime. That's tough on developers though, particularly when the thing you've been working on get scrapped on a pivot. What it boils down to is it's short sighted. He's professing like he's solved the interview process. I'll bet his success / failure rate is just like everyone else's.
albertgoeswoof 9y ago
More likely that people who are succesful at big companies don't leave as much, because there's a higher upside sticking where they are than joining a small startup that allows remote working. So the people they are hiring from big companies are usually the rubbish ones. Btw, if you're really good you can work remotely even in the largest companies. Just work your way up to your own P&L, hire a global team and away you go. Probably will have to check in a few times a year in person, but that's no big deal.
- Clubber 9y ago
  There are pockets of awesomeness in big companies. I worked for a company that sold for over half a trillion, and it was a great job until we got acquired. Small companies can be hellholes too, especially when runway is short, or competition is fierce. Like anything, it depends on the culture. As far as staying at big companies, inertia is a big reason. It's easy to justify staying at a place that pays really well, particularly if you have a family, a car payment, and/or a mortgage. 5 weeks of vacation is nice too; that comes with tenure and leaves as soon as you do. I have to constantly check myself to see if I'm miserable. I have scars for staying miserable for too long. It's bad for my career due to burnout. Not everyone has learned that lesson though.

johnpython 9y ago

If they talk about how great it was to do their laundry during work hours, thumbs down. Talking about the work/life balance benefits of remote work is a bad thing? This makes even less sense since remote work is usually coupled with flexible work hours.

codingdave 9y ago

> If they talk about how great it was to do their laundry during work hours, thumbs down. I've worked from home, successfully, for many years, and I disagree with that criteria. Everyone works from home differently, and I know people who can rock their work exactly because of the added flexibility to care for their home and family on their work breaks. It decreases the stress in their life to slice their day in different ways, and allows people with busy lives to do better on all fronts. There are many different ways to manage remote teams - some are hands-off, only concerned about whether the work is done. Some monitor their people to be sure they are 100% online during "working hours". Many are in a middle ground, with expectations set of specific response times to Slack, IMs, emails, etc. Likewise, there are many different remote working styles. Some people do well with a typical 8 hour day. I tended to target a 40 hour week, but that would be made of many 2-3 hour chunks throughout the week, not 8 hour blocks. At the end of the day, you have to trust your team to do their work. The companies that are resistant to their remote people handling personal tasks during their "working day" don't truly have that trust.

Spartan-S63 9y ago
The way I see it, too, is that companies that don't embrace flexible work hours in fully remote companies (as opposed to just flexible working arrangements) aren't really a remote company. They're just pushing off the capital cost of having an office to the employee themselves. It's a pretty dishonest thing to pass themselves off as a remote company if they expect you to work like you do in an office environment. The flexibility of being able to intermingle personal tasks throughout the workday is paramount to remote work. It totally does reduce stress and it allows you to work when you're productive and not work when you're not. I find that I'm a very bursty developer and I think that's more the rule than the exception in our profession. Remote work arrangements really help accommodate that reality where output is not constant throughout the day.
- randlet 9y ago
  > They're just pushing off the capital cost of having an office to the employee themselves. I made the same comment elsewhere. Completely agree with your post here.

mellery451 9y ago

> Successful remote workers are disciplined and self-motivated. No boss is eyeing them from across the office to see whether they’re working. They alone are responsible for structuring their workdays. This sounds like precisely the kind of person I want to work with, regardless of whether they are remote or co-located.

prh8 9y ago

> If they talk about how great it was to do their laundry during work hours, thumbs down. That really just means they're a butts-in-seats company that doesn't have an office. Take this from a job listing of theirs[1] > we don't care if you work at night, on weekends, in your pajamas, after class, in another timezone, etc. We do ask that you are available by Skype during regular 9-5 CST work hours That's great if you can flex your work time, but if you have to always be available, that means you are either working or thinking about work almost all the time. This makes work even more stressful, unless you only work during the proper business hours. On another note, the laundry thing is just ridiculous. That's a 5 minute task. People in an office environment burn 10 minutes at a time playing ping pong, foosball, or any number of time wasters. [1]: https://community.articulate.com/discussions/building-better-courses/part-time-e-learning-designer-remote-flexible-hours-small-fun-company https://community.articulate.com/discussions/building-better...

JshWright 9y ago
That's a pretty hilarious quote from the job posting... We don't care when you work, as long as it's in addition to the regimented 40 hours we prescribe.
- pc86 9y ago
  Don't forget the very first line: 15-20 hours to start. So you're paid for 15 hours, but required to be available for 40. Decorum prevents me from saying how I truly feel about that.
  - randlet 9y ago
    Also don't forget the: Cool things about working for us: Potential to earn bonuses for projects. Very *LOW* salary but since we are ROWE (Results Only Work Environment), bonuses are part of the deal!
    - prh8 9y ago
      I didn't even make it that far in the posting. Here's another gem that is very close to the top > You would be part of our underpaid production team

darioush 9y ago

I find it somewhat hilarious that companies think they're vetting employees and use these small little "probes". It's much more likely that the candidate is vetting you and already has a good idea of whether or not they will be able to work from home. Wow, I really like lunch time with my teammates so... I think I'll go remote where I can't do that at all and just freeloading on a random company so I can do my laundry from home! No one will ever notice my evil scheme! Said no one ever.

randlet 9y ago

- If they talk about how great it was to do their laundry during work hours, thumbs down - we don't care if you work at night, on weekends, in your pajamas, after class, in another timezone, etc. We do ask that you are available by Skype during regular 9-5 CST - Cool things about working for us: Potential to earn bonuses for projects. Very *LOW* salary but since we are ROWE (Results Only Work Environment), bonuses are part of the deal! As someone who successfully works remotely full time: nope, nope, nope. These guys have offloaded their office space costs to their employees homes under the guise of a flexible work schedule.

randlet 9y ago
Too late to edit but I realize now points 2 & 3 are from a non Articulate job posting posted on the Articulate site. My apologies!

tcfunk 9y ago

> We look for work-from-home experience and affinity Great, back to the "you've gotta have experience to get experience" dance.

ksk 9y ago

It seems like every other week an article is posted about interviewing, and then half the commenters proceed to customarily disagree with their own personal anecdotes and such. Has anyone proposed an alternate method that has been put into practice, and actually works? OTOH, it seems like tons of different styles based on often opposing viewpoints (yes/no CS questions, yes/no whiteboard coding, etc) all work. Maybe what needs to happen is someone needs to create a proper taxonomy of the differnt styles, and a method to choose one depending on the situation ala data structures.

kvonhorn 9y ago
> Has anyone proposed an alternate method that has been put into practice, and actually works? Not that I've read this year, but I think we're finally past peak FizzBuzz.

j45 9y ago

Having remotely hired others and being hired, I've noticed remote workers don't always understand how critical it is to deliver and add value, instead of putting their interests and balance and what they're getting out of it ahead. Highly recommend anyone who has opinions about certain rights try hiring someone for a gig and see how much the responsibilities come to mind, when it comes to being effective. Some people aren't geared to work from home, or good at it from the get go. They still may be geared to work remotely (maybe a coworking space). Managing distractions at home is no different than managing distractions at the office. Same goes for finding a way to be effective at the office vs remote. The ability to focus and manage distractions is something that can take people a while to figure out, and a worthwhile thing to focus on. I just try to remember the value of removing the commute - If we take an the 2 hours a day saved in a commute (door to seat), it saves 60 hours a month, or 720 hours a year. That's an entire 30 days of living per year of extra waking hours.