On Aug 13, 2019, at 1:16 PM, Jose Isaias Cabrera <jic...@outlook.com> wrote: > > I see all of you smart programmers using this non-column matching behavior, > and I ask myself why? Thoughts? Or not. :-)
It started in the days of real terminals, where the extra line was one of the 24-ish you got on a glass tty or it cost you a whole line on real paper on a traditional tty. Today, you’re probably running your text editor windows 60-80 lines high, so the extra line might not seem like much of cost, proportionately speaking. But, the more code you see on screen, the more context you have in front of you, so the less paging around through the file you have to do to maintain your mental model of what the program is doing. Out of sight, out of mind. As for alignment, every programmer’s text editor worth the name going back at least to vi (1980!) has some way of matching braces, no matter what column they’re in. Now that all programmer’s text editors worth the name have copied Emacs’ flash-matching feature, you no longer even have to hit a command key to do the match. There is no longer any reason to be unsure whether your braces are properly matched. Aligned braces are not only unnecessary in any curly-brace language I’m aware of, they carry cost you might not be willing to pay. Beyond that, you get into matters of style, rather than matters of pragmatic truth, which is not only off topic, it’s usually unproductive to argue over. Pick one style per project and stick to it. _______________________________________________ sqlite-users mailing list sqlite-users@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
