|
|
|
SSC-Dedicated
           
Group: Administrators
Last Login: Yesterday @ 5:09 AM
Points: 31,526,
Visits: 13,864
|
|
|
|
|
|
Say Hey Kid
      
Group: General Forum Members
Last Login: Friday, June 14, 2013 10:50 AM
Points: 691,
Visits: 1,724
|
|
Something to worry about when algorithms are being used to control our cars:
http://jalopnik.com/5648126/volvo-pedestrian-avoidance-crash-test-fails-spectacularly
...
-- FORTRAN manual for Xerox Computers --
|
|
|
|
|
Old Hand
      
Group: General Forum Members
Last Login: 2 days ago @ 11:24 AM
Points: 319,
Visits: 728
|
|
I'm about half way in to Automate This which is a book about the rise of the use of algorithms and it is a very interesting book. It can be pretty spooky when if then else goes wrong.
Cheers
|
|
|
|
|
Ten Centuries
      
Group: General Forum Members
Last Login: Wednesday, June 12, 2013 10:46 AM
Points: 1,290,
Visits: 3,001
|
|
"Even more unfortunate is the fact some managers never learn that. "
Actually, that is very easy for them when they are only concerned about themselves first.
"Technology is a weird thing. It brings you great gifts with one hand, and it stabs you in the back with the other. ... "
|
|
|
|
|
SSC Rookie
      
Group: General Forum Members
Last Login: Friday, April 19, 2013 8:44 AM
Points: 45,
Visits: 283
|
|
| Knight Capital is useful ammo when countering dangerous management demands on your development time lines. Usually management tries to hide 'problems' like this, but that one was just too big. We don't know all facts yet, but I'm willing to bet management was the primary culprit. Risk management is their game and they obviously dropped ball. To survive, they had to sell a large piece of their equity to their competitors like TD Ameritrade who now basically own them. Too many shops think change control is source control or that prototyping in production is somehow clever (or some other crazy short-cut) but I would argue that every software manager should have a healthy appreciation of the core elements of the System Development Life Cycle like planning, analysis, design, testing, etc. In my universe, these concepts are as immutable as gravity or electromagnetism. Ignore them at your own risk.
|
|
|
|
|
SSCommitted
      
Group: General Forum Members
Last Login: Yesterday @ 4:17 PM
Points: 1,900,
Visits: 954
|
|
If you code what you think and not what you know the eventual result is failure. Best read and understand parts of TAOCP vols 4 and 5 to get background and then find other particulars unique to the challenge you are faced with.
I fear for those who have "no fear" and 'just do it" when it comes to development of personal or cowboy algorthms in real business.
You have to understand the business, and the data to make information and informed choices. Without the application of true wisdom we are condemed to foolishness and folly.
End rant, restart work!
M.
Not all gray hairs are Dinosaurs!
|
|
|
|
|
SSC Rookie
      
Group: General Forum Members
Last Login: Friday, April 19, 2013 8:44 AM
Points: 45,
Visits: 283
|
|
Miles Neale (9/5/2012) If you code what you think and not what you know the eventual result is failure. Best read and understand parts of TAOCP vols 4 and 5 to get background and then find other particulars unique to the challenge you are faced with.
I fear for those who have "no fear" and 'just do it" when it comes to development of personal or cowboy algorthms in real business.
You have to understand the business, and the data to make information and informed choices. Without the application of true wisdom we are condemed to foolishness and folly.
End rant, restart work!
M.
Agreed. When I was a junior programmer, I was sent to the business unit I was going to be supporting and spent the next 6 months learning the business. After that it was almost 6 months of doing nothing but learning the change control process inside and out by moving code in and out of test for my team. Probably doesn't happen anywhere any more. While there are probably more efficient ways of doing it, the general idea is still very valid. (Sorry for the old geezer story....but man I'm not that old! )
|
|
|
|
|
SSCrazy Eights
        
Group: General Forum Members
Last Login: Wednesday, June 12, 2013 11:17 AM
Points: 9,855,
Visits: 9,376
|
|
Miles Neale (9/5/2012) ... Best read and understand parts of TAOCP vols 4 and 5 to get background and then find other particulars unique to the challenge you are faced with. ...
Huh? Sorry, I don't get this at all, what is in Volumes 4 and 5 that specifically applies to this discussion?
I have in fact read every bit of Knuth's master work that actually exists. Volume 4 is on Combinatorial Algorithms, and Volume 5 doesn't exist yet. So what are you talking about and why wouldn't volumes 1, 2, and 3 apply equally well?
-- RBarryYoung, (302)375-0451 blog: MovingSQL.com, Twitter: @RBarryYoung Proactive Performance Solutions, Inc. "Performance is our middle name."
|
|
|
|
|
Old Hand
      
Group: General Forum Members
Last Login: 2 days ago @ 11:19 AM
Points: 337,
Visits: 626
|
|
Steve,
I'm surprised no one mentioned algile development practices. It seems like agile is another word for minimal testing. That's fine when the consequences of your code are small but maybe not so much when it's a stock trading program. Do you know if they used 'agile' development. In the Seattle area it is the buzzword.
John
|
|
|
|
|
Old Hand
      
Group: General Forum Members
Last Login: 2 days ago @ 4:28 PM
Points: 335,
Visits: 844
|
|
John Hanrahan (9/6/2012) Steve,
I'm surprised no one mentioned algile development practices. It seems like agile is another word for minimal testing. That's fine when the consequences of your code are small but maybe not so much when it's a stock trading program. Do you know if they used 'agile' development. In the Seattle area it is the buzzword.
John
I suggest you read up on agile programming. Unit testing and acceptance testing both play big roles in the process. Anyone who uses agile to mean "develop and deploy" with no testing whatsoever isn't doing agile. That's cowboy coding. See: http://en.wikipedia.org/wiki/Agile_software_development#Characteristics
|
|
|
|