I've really liked interviews where I either present a personal project I've worked on, or get to interview someone about their own personal projects. It's just more fun.
Their major complaint of the project approach is not getting signal on adaptability to new codebases. That has never been a first concern at any company I've worked at, and frankly if engineers are touching a new codebase every month then I'm getting a bit worried.
I've now done probably close to 100 system design interviews. One of the main things I've looked for in candidates is their ability to identify, communicate, and discuss trade-offs. The next thing on my checklist is their ability to move forward, pick an option, and defend that option. Really nimble candidates will pivot, recognizing when to change approaches because requirements have changed.
The goal here is to see if the candidate understands the domain (generic distributed systems) well enough on their own. For more senior roles I look to make sure they can then communicate that understanding to a team, and then drive consensus around some approach.
> For more senior roles I look to make sure they can then communicate that understanding to a team, and then drive consensus around some approach.
This is why I’m stuck at Senior lol. I can craft incredibly deep technical documents on why X is the preferred path, but when inevitably someone else counters with soft points like DX, I fall down. No, I don’t care that the optimal solution requires you to read documentation and understand it, instead of using whatever you’re used to. If you wanted to use that, why did you ask me to do a deep-dive into the problem?
I'm old enough to recall when boost first came out, and when it matured into a very nice library. What's happened in the last 15 years that boost is no longer something I would want to reach for?
Qt is... fine... as long as you're willing to commit and use only Qt instead of the standard library. It's from before the STL came out, so the two don't mesh together really at all.
In my experience I've had no issues. Occasionally have to use things like toStdString() but otherwise I use a mix of std and qt, and haven't had any problems.
That's basically what I mean. You have to call conversion functions when your interface doesn't match, and your ability to use static polymorphism goes down. If the places where the two interact are few it works fine, but otherwise it's a headache.
I use boost and Qt but completely disagree. Every new version of boost brings extremely useful libraries that will never be in std: boost.pfr was a complete game changer, boost.mp11 ended the metaprogramming framework wars, there's also the recently added support for MQTT, SQL, etc. Boost.Beast is now the standard http and websocket client/server in c++. Boost.json has a simple API and is much more performant than nlohmann. Etc etc.
Jon has addressed this elsewhere, but the gist of the argument, as I understand it, is that he hasn't worked professionally in any other ecosystem or language. So leaving Scala is tantamount to abandoning his entirely professional experience (20+ years!), skill set, and all open source contributions, and then restarting from scratch in a new ecosystem. All without any guarantee that the allegations around him won't just follow him. Its a really tough position to be in.
I believe there is at least one other thing I got from the post: that he shouldn't have to abandon Scala, perhaps because doing so is to give in to a sort of injustice (in his mind)?
My comment here is a very narrow one. In general I agree with your sentiment and thoughts, so please don't misread me. There is one nit I need to pick, however.
There is a subtle, but worthwhile, difference between "plausible" and "credible". Lots of stories are plausible. Few are credible.
In emotion laden cases like this we tend to want to believe stories we already agree with, or have some investment in. I'm no exception to that.
We need to not be misled by what is plausible, or confuse that with what is credible.
Very interesting point. You're right there is a difference and the difference is subtle. I agree with what you're implying: the accusers stories are plausible. Credibility requires more information.
I've really enjoyed Haidt's book, though its really a couple of different books in one. I need to read his other work.
To your point about left and right, an interesting point I heard recently is that the left is coalition-driven whereas the right is consensus-driven (at least in US politics). Mapping this back to Haidt, one of his findings is that the left tends to greatly emphasize one or two of the "moral taste receptors", with the right having a roughly equal emphasis between them. It isn't clear to me how these two points might explain each other, but I do wonder if there isn't some self-reinforcement there. If there is, I wonder how/if that might explain political systems more widely.
Disney | Senior Software Engineer | Onsite | Full-time | San Francisco, Santa Monica, Seattle, New York
Disney (Video Player Engineering) is seeking a Senior Software Engineer to help us deliver excellent streaming experiences for Hulu, Disney+ and ESPN+ as a developer of our client player. Our team is responsible for playback across several devices including gaming consoles, mobile devices and set top boxes. You will have the opportunity to lead in the design and implementation of our cross-platform C/C++ and Rust player that runs Disney+ and Hulu on these devices.
We’re looking for an experienced C/C++ or Rust engineer who has video player and cross platform development experience. You should have a passion for coding and debugging hard problems, and an eagerness to help us deliver seamless video to our subscribers. Being a Senior member, you will get to own large features, lead the technical direction of our work, and mentor and provide technical expertise to other engineers. You will work closely with other technical teams in the application layer and backend video services to deliver features.
I think you need to look into your hiring portal. I have actually applied to this position (or a position with the exact same description) many months ago. Never heard anything. Which is strange since I have decades of video encoding, video player, c++, and cross platform development experience at both startups and FANG.
For what it's worth, I interviewed for a position similar to this at Disney+ a few years ago (unsure if it's the exact same one since it's been so long), and after being given a coding challenge that they agreed I could turn in after a week and an email from someone I was supposed to ask questions to, I didn't get any responses from them whatsoever until less than 24 hours before the supposed turn-in. (Among the questions I asked were clarifications of very basic things like "Am I supposed to be getting 404 errors when trying to query the links returned by the API the instructions say I should be rendering results from, or is there an issue with your backend?" After having spent essentially two full days over the weekend on it, I emailed the night before we had agreed I'd complete the challenge to say that I wasn't interested in continuing with the interview process, and the next day I finally received a response saying something along the lines of "oops, the engineer we said would answer your questions was on vacation, here's the email of a different one".
Obviously that's just one data point, but I wouldn't be shocked if their hiring portal worked fine and this is just how their recruiting works.
That's an interesting anecdote. I grew up on a border town, but as a US Citizen often going up into Cananda. Without fail it was always the US border guards who were the jerks (I went to school with their kids!) and the Canadian guards who were gracious and courteous.
Given that I've NEVER had what I would call a great interaction with a US border guard, it warms my heart to hear that at least they could be kind to some one ;-)
This has been my experience as well (as a US citizen). I've crossed the US/Canadian border many times and the US guards are usually the jerks. I always dread re-entry into the US because of that.
Their major complaint of the project approach is not getting signal on adaptability to new codebases. That has never been a first concern at any company I've worked at, and frankly if engineers are touching a new codebase every month then I'm getting a bit worried.