I honestly don’t know the answer, I guess this is exactly what this whole debate comes down to. In theory all the tools are there, in practice people see very mixed results.
I understand that some people prefer to work from home, but there seems to be a narrative that every single one good software engineer is in that camp, and I honestly don’t see where this belief came from… I very much miss the days where I could meet all the junior members of my team in the office and quickly sort out whatever was blocking them etc.
The problem here is that if the idea of using debuggers becomes an unfashionable niche then the next language won’t provide one at all.
Given how great Java/C#/JS debuggers are, one could hope that every new language will ship with a working debugger, that it would be table stakes.
But there’s a whole generation of working programmers that started their careers in Go and were told debuggers are lame all along, so it’s hard to blame them for not using one.
I am very much in the opposite camp, I am 10x more productive in tech stacks where I can use an interactive debugger.
It’s not that I enjoy stepping through code line by line, I rely on a debugger to verify if my assumptions about “starting conditions” of a certain piece of code are correct and, if so, at which point my understanding of how things should be no longer reflect reality.
This can all be done with printf, if you knew ahead of time what you want to print. But most of the time I don’t, the whole point is that I do interactive exploration of the program state (“evaluate expression” is the main feature of a good debugger). When I find a problem I dig deeper, which is a lot faster within a debugger session than any recompilation loop I’ve ever seen (even in Go).
In similar spirit I play with SQL queries when given a data set that I need to extract something from.
It's worth pointing out that Kotlin's standard library contains a type called `Result` with a slightly different API. Also a function called `runCatching`[1] that uses it.
This. The article and most comments here assume that getting a degree is prohibitly expensive, which is the case only in one country in the world. If you happen to live in that country, consider studying abroad.
Considering the recent "Spectre is here to stay" paper [1], can anyone comment on whether Firefox should be considered secure until the work on process-per-site lands (I believe they are working on it)?
I think this is the biggest gap in the Haskell ecosystem right now. Every time I try to write something in Haskell, I remember I cannot "talk to my program" easily and just give up.
I, for one, agree with this kind of hiring process.
From my own experience - people that do well in such interviews are good generalists. On their own they will start discussing performance improvements and ways to parallelize the solution, it's a pleasure to have such an interview.
It's about enjoying problem solving and willing to keep your brain fit. It has nothing to do with memorizing solutions to some existing set of problems.