5 ms·

This is one of the best job ads I’ve ever seen. Seamless segue into culture and “btw we’re hiring” at the end :) This is truly a fantastic post-mortem: even an

This is one of the best job ads I’ve ever seen. Seamless segue into culture and “btw we’re hiring” at the end :) This is truly a fantastic post-mortem: even an application-level developer like myself could follow it. Though I am in the middle of Rust in Action at the moment so I was primed for this type of content (: And of course it’s always a pleasure seeing someone else who comments their code at such a high LoC ratio. Literate programming works!

IshKebab 3y ago
Only in America though unfortunately.
- deleted 3y ago
  [deleted]
- dcre 3y ago
  Not true. We have team members in Europe and NZ. “Most of our team are based outside of the Bay Area. We do ask that your workday overlaps with Pacific Time for at least four hours.”
  - IshKebab 3y ago
    That's quite an ask though - it means I'd finish at 8:30pm at the earliest every day which is completely impossible with children.
    - steveklabnik 3y ago
      You are not wrong, but that's why we try to focus on the direct need: shared time to directly collaborate with others in the company, rather than secondary expressions of those needs, like "must be in the US." It's true that means that this won't be a fit for a lot of people, but that's always the case with every job. (This is also why our job descriptions tend to not say things like "must have X years of Rust experience" and instead say things like "you will thrive in this role if you appreciate the hard-won thrill of debugging a knotty problem to root cause," because that's focusing on the direct need we have for the position.)
      - IshKebab 3y ago
        Yeah that's fair enough. Just a shame for me!
        steveklabnik 3y ago
        Totally. And we have tons of people who work here who do have kids! Just in easier time zones. I’m hoping that as we grow, this continues to relax. Time will tell.
- steveklabnik 3y ago
  This is not the case, just to be clear about it. We have a bunch of folks in Canada, the UK, and Europe. We do ask for some overlap in working hours with the US, which does make it harder the further away you get, but that is the constraint, not “US only.”
  - p_l 3y ago
    I adore the clear rules Oxide has on their webpage regarding scope of where they hire from. I'll admit that to this day Github has been a bit of sore memory spot with how they publicly were all "we hire internationally and remote" but for a long time wouldn't publish that "internationally" meant "here's a small list of countries that applies to". Now if only I believed I had a chance to pass the interviews :D
  - vhodges 3y ago
    Ah, that's good to know since it wasn't clear you were able to hire in Canada, as the peer comment says, I am not sure I would make it past a screening round :) (I don't currently do Rust - though I skimmed the tutorial and it looked doable), but working on a hypothetical web console written in Go has appeal. The other project I'd be interested in working on (likely as an open source, separate project) would be bringing the dx/ux and tooling to home lab level gear. Is there a Canadian subsidiary or is it a contract employee kind of relationship (if you can comment!)?
    - steveklabnik 3y ago
      > but working on a hypothetical web console written in Go has appeal. Our console is written in TypeScript on the front end and Rust in the back end, as far as I know: I'm not aware of Go being a meaningful part of our stack (other than in dependencies, like CockroachDB). > Is there a Canadian subsidiary or is it a contract employee kind of relationship (if you can comment!)? I don't personally know the answer to this, being from the US :)
      - bcantrill 3y ago
        Neither in that we use Remote for our non-US employees.

IshKebab 3y ago

Only in America though unfortunately.

deleted 3y ago
[deleted]
dcre 3y ago
Not true. We have team members in Europe and NZ. “Most of our team are based outside of the Bay Area. We do ask that your workday overlaps with Pacific Time for at least four hours.”
- IshKebab 3y ago
  That's quite an ask though - it means I'd finish at 8:30pm at the earliest every day which is completely impossible with children.
  - steveklabnik 3y ago
    You are not wrong, but that's why we try to focus on the direct need: shared time to directly collaborate with others in the company, rather than secondary expressions of those needs, like "must be in the US." It's true that means that this won't be a fit for a lot of people, but that's always the case with every job. (This is also why our job descriptions tend to not say things like "must have X years of Rust experience" and instead say things like "you will thrive in this role if you appreciate the hard-won thrill of debugging a knotty problem to root cause," because that's focusing on the direct need we have for the position.)
    - IshKebab 3y ago
      Yeah that's fair enough. Just a shame for me!
      - steveklabnik 3y ago
        Totally. And we have tons of people who work here who do have kids! Just in easier time zones. I’m hoping that as we grow, this continues to relax. Time will tell.
steveklabnik 3y ago
This is not the case, just to be clear about it. We have a bunch of folks in Canada, the UK, and Europe. We do ask for some overlap in working hours with the US, which does make it harder the further away you get, but that is the constraint, not “US only.”
- p_l 3y ago
  I adore the clear rules Oxide has on their webpage regarding scope of where they hire from. I'll admit that to this day Github has been a bit of sore memory spot with how they publicly were all "we hire internationally and remote" but for a long time wouldn't publish that "internationally" meant "here's a small list of countries that applies to". Now if only I believed I had a chance to pass the interviews :D
- vhodges 3y ago
  Ah, that's good to know since it wasn't clear you were able to hire in Canada, as the peer comment says, I am not sure I would make it past a screening round :) (I don't currently do Rust - though I skimmed the tutorial and it looked doable), but working on a hypothetical web console written in Go has appeal. The other project I'd be interested in working on (likely as an open source, separate project) would be bringing the dx/ux and tooling to home lab level gear. Is there a Canadian subsidiary or is it a contract employee kind of relationship (if you can comment!)?
  - steveklabnik 3y ago
    > but working on a hypothetical web console written in Go has appeal. Our console is written in TypeScript on the front end and Rust in the back end, as far as I know: I'm not aware of Go being a meaningful part of our stack (other than in dependencies, like CockroachDB). > Is there a Canadian subsidiary or is it a contract employee kind of relationship (if you can comment!)? I don't personally know the answer to this, being from the US :)
    - bcantrill 3y ago
      Neither in that we use Remote for our non-US employees.