The Shapes of Code

Re:The Shapes of Code by clarry on Tuesday January 28, 2020 @10:08AM (#22170041)

I think a comment is appropriate if the problem cannot be factored out. But in my experience such things can be factored out most of the time, hence the argument that most code should be boring and immediately obvious.

[ Parent | on HN ]

Re:The Shapes of Code by Firadeoclus on Tuesday January 28, 2020 @10:37AM (#22170320)

Factoring out a comment into code sometimes loses information. I would argue that database_year_offset is not as informative as the original comment. Free form text can say things better than identifier names.

[ Parent | on HN ]

Re:The Shapes of Code by nerdponx on Tuesday January 28, 2020 @07:21PM (#22175751)

Most code, sure. But it's not an ideal to be striven for, or a metric to be used when evaluating code.

[ Parent | on HN ]