News for hackers. Stuff that matters.
Re:The Zen of Go by aequitas on Sunday February 23, 2020 @09:44AM (#22397019)
Unless your building a user facing frontend please keep art out of your code. Just like a bridge internal's concrete structure doesn't need decoration so does your backend's plumbing. Writing elegant and artful code that is hard to understand and debug does not make you a clever developer. Keep that stuff for the demo-scene or 99-bottles-of-beer. Go is an language for engineering software, not crafting.
Re:The Zen of Go by gtf21 on Sunday February 23, 2020 @10:29AM (#22397240)
This seems to have totally missed the first half of the comment to which you replied: _elegance_ certainly has a place in programming, just as it does in mathematics and many other disciplines. Things that are elegant are often difficult to conceive, but easy to understand being simpler solutions to a problem than something inelegant.
Re:The Zen of Go by rat9988 on Sunday February 23, 2020 @09:47AM (#22397031)
I have seen uncharitable interpretations, but this one is one one of the worst.
Re:The Zen of Go by fastball on Sunday February 23, 2020 @10:08AM (#22397133)
What exactly are you picturing when someone says "elegant" or "artful" code?

To me, elegant code is DRY code. Elegant code is code with useful abstractions where needed, and no abstractions where they just complicate matters. Code that is succinct yet clearly communicates its purpose.

From the sounds of it, you have an entirely different conception of what elegant code looks like.

Re:The Zen of Go by crazyjncsu on Sunday February 23, 2020 @10:01AM (#22397094)
> Writing elegant and artful code that is hard to understand and debug does not make you a clever developer

The whole purpose, to me, of artfulness in code is to take unartful, hard to understand code and make it simple. What other objective is there?

Re:The Zen of Go by bjornjajajaja on Sunday February 23, 2020 @01:30PM (#22398559)
Honestly if a solution is too hard to understand and debug then it is not elegant. Elegance is turning a complicated solution into an easier-understood one. Clever solutions could be elegant but they could also be shortcuts that are confusing and cause more harm than good. There’s definitely a difference.
Re:The Zen of Go by Koshkin on Sunday February 23, 2020 @11:51AM (#22397852)
> Unless your building a user facing frontend please keep art out of your code.

Honestly, I had rather art be kept out of the user facing frontend. (Computer programming, on the other hand, is considered art by some computer scientists.)

Re:The Zen of Go by tpmx on Sunday February 23, 2020 @11:13AM (#22397568)
(I don't necessarily disagree, but...)

It's probably changed a lot since, but at least back in the 90s demo-scene code was absolutely 100% written for the result alone, even perhaps when it should perhaps have been say 75% for the sake of reusability. Imagine "decent" 90s game code quality, then dial the qualitynotch down a bit, since it will only have to work once on a well-defined machine anway.

I'm long since tuned-out. I do seem to remember Farbrausch making some waves when they started applying the concept of reusability and structure to their work in the early 2000s.

Re:The Zen of Go by njharman on Sunday February 23, 2020 @11:47AM (#22397823)
> Writing elegant and artful code that is hard to understand

You do not know the meaning of elegant. At least in context of programming and maths.

Re:The Zen of Go by skywhopper on Sunday February 23, 2020 @10:01AM (#22397095)
You have a depressingly narrow view of what "art" can mean.