News for hackers. Stuff that matters.
Re:PostgreSQL Bloat: origins, monitoring and managing by colanderman on Monday April 04, 2016 @09:09PM (#11427069)
To the author: those code snippets would be 10x more readable if you got rid of the useless "admin@aws-eu-west-1-portal:compose (session 1)" preceding each input line.
Re:PostgreSQL Bloat: origins, monitoring and managing by thwarted on Monday April 04, 2016 @09:35PM (#11427162)
And/or get rid of the insanely narrow fixed-width centered column and let the user resize it along with the window. So many programming blogs put code samples in a fixed-width unresizable column.
Re:PostgreSQL Bloat: origins, monitoring and managing by ak39 on Tuesday April 05, 2016 @02:58AM (#11428396)
Not sure about this suggestion. Long lines of text are difficult for eyes to track. That's why you'll see tools like "Clearly" format text into narrower columns. Apparently there is an optimum number of words per line.

Here is one write up on it: http://baymard.com/blog/line-length-readability

Re:PostgreSQL Bloat: origins, monitoring and managing by __david__ on Tuesday April 05, 2016 @05:40AM (#11429115)
Short lines are definitely good for prose (books makers have known this centuries), but I find that code is different. I tend to find code that has longer lines is much easier to read than code that rigidly adheres to (say) an 80 column length limit.

I think it's because I tend not to read code in order. I like to see the shape of it, look at just the beginning of the line to see what might be going on in that line and only looking at the whole line if it seems relevant to what I'm doing. Normally just seeing the first 20 or so characters (or pulling some keywords out from syntax highlighting) is enough to understand the broad strokes.

Re:PostgreSQL Bloat: origins, monitoring and managing by chris_wot on Tuesday April 05, 2016 @05:37AM (#11429102)
Doesn't help me when I'm reading on an iPad or on the train on an iPhone. Just sayin'.
Re:PostgreSQL Bloat: origins, monitoring and managing by codepope2014 on Tuesday April 05, 2016 @03:08AM (#11428450)
Good point and I've removed the user/host part, but the session part is relevant. With Compose's Write Stuff programme (compose.io/write-stuff) we try to retain the contributing authors content and styling as far as possible.