Developer productiveness is a kind of matters that by no means goes away. How can we not solely make it simpler to ship code but additionally make that code extra dependable and resilient? Because of this, we’re seeing one thing of a renaissance in developer instruments, from AI-based pair programming to low-level refactoring providers, and even higher methods of highlighting each syntax and errors earlier than we’ve even began to run a compiler or a debugger.
We’ve seen a variety of new instruments from advances in compilers and languages; .NET’s Roslyn compiler permits editors to look at what code will do, line by line, as you write it. On the similar time, it permits builders to edit code because it’s being debugged so you’ll be able to consider fixes or strive novel approaches with out having to modify context. It’s a extra environment friendly technique to work, utilizing debugging instruments concurrently an editor, so you’ll be able to see your code in a dwell software whilst you’re writing it.
This is a wonderful means of working with enterprise logic, but it surely doesn’t work properly with a control-based structure device reminiscent of XAML. Right here you’re working with interactions between code and structure, each working via completely different units of instruments in the identical IDE. With structure prerendered, you’re unable to make use of the default hot-reload instruments to vary design on the fly.