Of course Raph Levien would be the guy to design something like this…
Aren’t “insanely fast” and “plugins communicating through pipes rather than scripting” contrary design goals? For a plugin that, says, reindents all the code in a buffer, I would be worried that just sending the reindented buffer content over the pipe could kill the performance benefits of a fast core engine. On the other hand, if you let people load code on the editor side, it’s easy to have this code just marshal whatever back and forth to an external process (a lot of Emacs modes do this) if that’s the best design choice.
16 ms is a fairly generous time budget.
It’s the time you have if you want to hit 60 frames per second. A.k.a. as fast as vsync-ly possible.
How can the code “just happen to be owned by Google”?
Author works at Google and is using his work computer to work on this project?
He wouldn’t necessarily have to be using his work computer :(
Google claims ownership of work done on personal time with personal resources?
That’s incredibly shitty of them, if so.
It’s being done on 20% time, from what I understand.
There’s a process to get the company to formally disclaim ownership of things, but then you’re pretty heavily restricted in terms of when you can work on it. If you don’t care about ownership, just getting an OSS license on something is the simpler path by a wide margin.
If it’s useless enough then the process is easy :-)
Shitty, perhaps, but also not uncommon.
Not uncommon, but I normally associate the practice with companies that don’t “get” Open Source, or why devs might pursue side-projects and what their personal IP means for their careers in general.
I wouldn’t normally associate those attitudes with Google. And since a lot of developers refuse to sign agreements signing personal IP over to their employer, I’m surprised to hear Google requires it, given how popular they have been among developers as a “good” employer.