4 ms·
Agreed. Source code being "denormalized" as plaintext brings practicality, yet also problems like structure-indentation mismatch, or having merge conflicts over
by pshc 9y ago
Agreed. Source code being "denormalized" as plaintext brings practicality, yet also problems like structure-indentation mismatch, or having merge conflicts over a trivial rename.
Writing a non-plaintext editor is a huge UI/UX problem, however...
- coldtea 9y agoHuh? On the contrary, it's very easy. Smalltalk environments used to it, Lisp machines could do it, etc. Even the combination (programmer edits code as text, but in fact just manipulates a structure, which on the programming environment has all the cool properties of live code --knowledge of structure, easy refactoring, etc-- but at the end is again saved as text and works with all tools like Git etc) is trivial to make.
- pshc 9y agoOkay, allow me to clarify. A structure editor that has an all-around experience superior to plaintext editing, to the extent that such an editor can gain critical mass/mainstream adoption, remains an unsolved problem.