Gustav at cactus.dk
Fri Jan 4 06:02:34 CST 2008
Hi Shamil Rest assured, I do keep them in my head - in fact I think I've always worked this way without feeling ignorant. /gustav >>> shamil at users.mns.ru 03-01-2008 18:47 >>> Hi Gustav, Please do not frame "these golden words" :) I mean it's of course better to have all these principles in one's active set of best programming practices... If you frame "these golden words" somebody may think I'm a kind of "preaching for ignorance", and I'm not I think.... Thanks. -- Shamil -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, January 03, 2008 6:33 PM To: dba-vb at databaseadvisors.com Subject: Re: [dba-VB] inheriting events Hi Shamil Thanks - I'll frame these golden words and nail them to the wall - so I can relax and not feel like an idiot when all the buzz words fly around my head when the big guys discuss why principle X is preferable for method Y (or is it vice versa?) /gustav >>> shamil at users.mns.ru 03-01-2008 16:05:39 >>> I must say when I program something these days I do know there are many principles used in this my programming but I often do not know how they are called - have a look at this list: http://rearchitect.wordpress.com/2006/02/12/software-design-principles-mined -from-books-and-papers/ I'd bet you use many of these principles being an experienced developer but if I ask you why you use them that would be not always easy to answer, correct? :) (I mean when I do program something the first principle I use is how good and streamlined the code I'm writing looks - if it doesn't and I have time I do continue refactoring it until I see there is nothing to cut out/refactor to make it even more simple and streamlined - and that always works well - it's a simple principle :) but it isn't easy to explain that simple principle(s) - they should be better shown as examples...
More information about the dba-VB mailing list