News for hackers. Stuff that matters.
Re:Why bad scientific code beats code following “best practi... by DanielBMarkham on Sunday August 28, 2016 @01:37PM (#12377452)
This is funny because the author is exactly right, but I think he's misidentified the poor coders. The folks he's complaining about are academic coders without a lot of commercial experience, which tend to make all of those errors.

He also nails it when he says "idleness is the source of much trouble"

In the commercial world, you code to do something, not just to code (hopefully). So you get in there, get it done right, then all go out for a beer. You don't sit around wondering if there's some cool CS construct that might be fun to try out here (At least hopefully not!) Clever code is dangerous code.

Good essay.

Re:Why bad scientific code beats code following “best practi... by pixie_ on Sunday August 28, 2016 @01:49PM (#12377507)
I've seen tons of over-engineered code in the real world. People with the title of 'architect' abstracting every last bit of code so that it's impossible to make sense of. Everyone starts off wanting to make a 'powerful framework' that can do everything, but end up with an over complicated mess of configuration that makes it too difficult to do anything with it.

I've seen this happen multiple times at multiple companies.

Re:Why bad scientific code beats code following “best practi... by DanielBMarkham on Sunday August 28, 2016 @01:54PM (#12377540)
What can I say. I was trying to be kind.

It's a noob error -- and the worst part? People make these mistakes, create huge messes, then go on to other companies and do it all over again.

The general point is this: imperative, OO code has a known set of anti-patterns which good practitioners become familiar with and avoid. If you're fresh out of school, making these mistakes are just the way you learn the ropes. Using those folks as an example was much kinder than complaining about the lousy status of some programmer/architects in general. At least the college kids have a good excuse :)

ADD: I'll say this a different way. Yes, I've seen tons of it in the wild. I do not consider these people to be professional programmers. I consider them folks who got technically stuck at some point in their education.

Re:Why bad scientific code beats code following “best practi... by collyw on Sunday August 28, 2016 @01:57PM (#12377552)
I saw a really good / fun post about writing a Hello World app by years of experience.

The first example was

print "Hello world!".

It gradually started adding functions, inheritance and other features with each year of experience.Then after ten years it went back to print "Hello World".

Thats been the reality for me. Understand the complex features of a language, but more importantly learn when they are appropriate.

Re:Why bad scientific code beats code following “best practi... by mamon on Sunday August 28, 2016 @01:59PM (#12377558)
Re:Why bad scientific code beats code following “best practi... by collyw on Sunday August 28, 2016 @02:02PM (#12377574)
Almost. I have tried to find it a few times but never been able to since I first stumbled upon it. The funniest part was the end result (the most experienced programmer) being exactly the same as the first - which this version is missing.
Re:Why bad scientific code beats code following “best practi... by SmurfJuggler on Sunday August 28, 2016 @02:36PM (#12377781)
Re:Why bad scientific code beats code following “best practi... by collyw on Monday August 29, 2016 @02:43AM (#12380402)
Yes, thats the one!
Re:Why bad scientific code beats code following “best practi... by prance on Tuesday August 30, 2016 @02:06PM (#12392408)
Actually it's not exactly the same: he added a README.
Re:Why bad scientific code beats code following “best practi... by JustSomeNobody on Sunday August 28, 2016 @01:53PM (#12377532)
This truly cannot be overstated. These 'architects' have it in their mind that they can create an app framework that can handle _any_ change that comes along and they sell the umpteenth rewrite of the software to management based on this fallacy.
Re:Why bad scientific code beats code following “best practi... by pjmlp on Sunday August 28, 2016 @02:01PM (#12377568)
In the commercial world, specially at enterprise level, coders are only allowed to follow beautiful designs of UML layers created by business analysts, solution architects that haven't written a single line of code in the last 15 years.
Re:Why bad scientific code beats code following “best practi... by quotemstr on Sunday August 28, 2016 @02:10PM (#12377634)
Do places like that actually still exist?
Re:Why bad scientific code beats code following “best practi... by quantumhobbit on Sunday August 28, 2016 @02:52PM (#12377865)
Yes, but now the business analysts and architects call themselves scrum masters and product owners.
Re:Why bad scientific code beats code following “best practi... by pjmlp on Sunday August 28, 2016 @03:05PM (#12377938)
Yes, lots of them specially at DAX level in projects with offshoring components.