At large companies, this kind of stuff is the norm even for internal transfers. They got all sorts of whack policies in place, department leads try to work around the red tape and make very very VERY specific job postings that only the actually desired candidate can fill.
The problem is in the chain of learning required to understand or master something. If you offload the foundational things that you learn and chunk you will hinder yourself. We can see this right now in the reading dilemma in US schools where early decoding skills were misunderstood and it lead to significant struggles later.
That seems a little apocalyptic. She's are a magistrate judge and is making sure evidence isn't destroyed. After the conclusion of the case they will be able to delete the data. The legal system handles this stuff by allowing you to bring in experts which seems a lot more reasonable than every judge being an expert in technical details AND the law.
Javascript hotloading development setups are about the closest you can get to the REPL development loop outside of lisp. I'd imagine lua is similar if the embedding is set up for it.
Revise.jl in Julia (https://docs.julialang.org/en/v1/manual/workflow-tips/#Revis...) also gives a really neat REPL development experience. It allows tracking changes to any source code file, module, even standard libraries or the Julia compiler itself!
I hate to be that guy but a ton of languages have REPLs. The whole collection of smalltalks out there are basically an interactive environment. All of them forth languages do it too. Factor, Racket, LiveCode, there are so many. And for most of them, watching files and hotreloading is not how they do it.
To whoever down-voted me, please do explain how HMRs are comparable to Erlang's true hot code swapping or even Lisp's live redefinition.
HMR is limited to modules (almost or always UI components), and there is no native VM support (module boundaries, side effects, and global state complicates it further) for it, and there is no multi-version coexistence either, and it is absolutely not suitable for production.
To call "hot module replacement" hot loading is very generous, and quite an overstatement.
It is only very superficially similar to hot code swapping. It is a developer tool, not a foundation for live, fault-tolerant systems.
It is absurd to call hot module replacement (HMR) "hot reloading". It might sound fancier, but it is nowhere close to true hot code swapping.
Peak redefinition of terminology. Call it what it is: hot module replacement, at best.
Hot module reloading is common in JS land and does things like trying to preserve running state as opposed to just watching a dir and restarting everything.
I might be misremembering, but I seem to recall people extolling the virtues of ISAs when Lambda School adopted them. Then the reputation sort of died off when it turned out they were doing some pretty predatory things. All of that aside however, are bootcamps doing well? There seems to be not enough job openings in software to sustain traditional college graduates right now.
IME people who say this in the workplace tend to overestimate the importance of one aspect (usually the product development itself) and ignore the importance of things like taking a product to manufacturing, getting technical costing under control, or adapting to user needs. There's a lot of fluff in the article, but this part in the conclusion and your statements about "A people hiring A people" or the example of Linus' place in the kernel all align:
> It’s a competitive advantage to build an environment where people can be hired for their unique strengths, not their lack of weaknesses; where the emphasis is on composing teams
There's plenty of otherwise "10x" programmers who go outside of their strengths and suffer for it.
I did an EE degree and the sophmore firmware course used an 8 bit PIC (or a motorola 6800 a few years before). About a third of the semester was entirely in PIC assembly, then C, then advanced stuff in C. I think your idea is pretty viable, and sounds more fun than the comp arch class offered.
