I think it's referring to the performance-orientated nature of modern cycling. Like many sports it has become a highly technical pursuit that requires exceptional levels of attention to detail.
VS Code does not currently support extensions/plugins. The team has confirmed they're coming at some point[1] but we'll need to see how they set it up to determine the best approach to building an F# plugin for it.
Ionide definitely won't be compatible out the gate, but if the API isn't too different we might be able to reuse some of what we've already done.
The best case scenario would be the if plugin system supports dlls so that we could use the FSharp.Compiler.Service directly[2]
VS Code is using Omnisharp[1] which is build on top of Roslyn so as for now it supports only C# / VB. As far as I know they are working on adding plugin support for it for non-Roslyn language so maybe in the future we will have F# plugin there ( actually, as far as I know, that's MSFT plan for adding F# support in VS Code)
Since VS Code is built not on top of Atom but on top of Electron[2] both projects share just "lower level" possibilities and will both build different abstractions layers on top of it. Unless VS Code team chooses to build very similar API to Atom one direct porting won't be easy.
I'm interested what the data shows for workplace productivity and quality (not just quantity) in such an environment. Specifically in engineering, is there not evidence to suggest that longer hours and more pressure does not get more done? (e.g. Peopleware et al)
It's not a reimplementation but a gradual publish of existing code, upgraded to meet the required standards (some of it was not written with being open in mind).
WPF will not be available on non-Windows platforms. That has always been the case and will remain so - it has a far to deep integration with the OS for it to ever be platform independent and a reimplementation would be an absolutely ginormous effort.
And on a tangent, I guess the WPF thing was expected. But! I also thought WPF is mostly a re-implementation of all the windows widgets on top of a framebuffer - it doesn't use native win32 buttons, dropdowns, text rendering, etc etc...?
If the authors have genuinely copied CSS and icons (I haven't checked) then I would expect Trello Inc. to pursue the authors for copyright infringement (justifiably).
The point is to be very precise with the criticism. Is the work stolen (protected by copyright law) or is it just a convincing clone?