Our server costs ~$56 per month to run. Please consider donating or becoming a Patron to help keep the site running. Help us gain new members by following us on Twitter and liking our page on Facebook!
Current time: March 28, 2024, 9:37 pm

Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Bit flipping
#41
RE: Bit flipping
(April 26, 2016 at 4:56 am)bennyboy Wrote:
(April 25, 2016 at 8:24 am)Mathilda Wrote: Doesn't matter how optimised it is if it's giving you the wrong results.

Code changes over its lifetime. Maintenance introduces bugs. Legibility reduces the chance of bugs being introduced.

Writing legible code is a good habit to develop from the very beginning.

Saying that a basketball player should develop a good layup right from the start doesn't mean he shouldn't spend a little time trying to see if he can do a slam dunk.  Yeah, a visually-pleasing program is a good professional practice.  But trying to see how much use you can squeeze into a single line of code, or counting clock cycles on 3 different variants of a routine, can increase programming IQ-- and that can eventually make seemingly impossible tasks possible.

Except it's a PITA to read/figure out in team scenarios where deadlines matter.  Hard to read, bleeding edge optimized code should really only be written where the waste of cycles is actually important.  Otherwise, you're just wasting development time trying to come up with a new solution to a solved problem, and pissing off your team/boss/client for no good reason.

Basically, do it on the side for your own learning and pull it out of your back pocket if necessary, but don't interfere with development by trying to make good the enemy of perfect.
"I was thirsty for everything, but blood wasn't my style" - Live, "Voodoo Lady"
Reply
#42
RE: Bit flipping
(April 26, 2016 at 9:52 am)KevinM1 Wrote:
(April 26, 2016 at 4:56 am)bennyboy Wrote: Saying that a basketball player should develop a good layup right from the start doesn't mean he shouldn't spend a little time trying to see if he can do a slam dunk.  Yeah, a visually-pleasing program is a good professional practice.  But trying to see how much use you can squeeze into a single line of code, or counting clock cycles on 3 different variants of a routine, can increase programming IQ-- and that can eventually make seemingly impossible tasks possible.

Except it's a PITA to read/figure out in team scenarios where deadlines matter.  Hard to read, bleeding edge optimized code should really only be written where the waste of cycles is actually important.  Otherwise, you're just wasting development time trying to come up with a new solution to a solved problem, and pissing off your team/boss/client for no good reason.

Basically, do it on the side for your own learning and pull it out of your back pocket if necessary, but don't interfere with development by trying to make good the enemy of perfect.

Or provide a decent comment that explains in plain english what that line of code does.
Reply



Possibly Related Threads...
Thread Author Replies Views Last Post
  Coin Flipping Poll Tiberius 15 5133 April 19, 2010 at 1:00 pm
Last Post: Violet



Users browsing this thread: 1 Guest(s)