The World has gone mad...
-
martin_hughes wrote:
When it's followed by "brown" and served for breakfast
or when you toss in 3 veggies and some left over meat and potatoes and fry them up for supper. :) still no hash standard. ;P
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb) John Andrew Holmes "It is well to remember that the entire universe, with one trifling exception, is composed of others."
We'd call that the Bubble and Squeak standard over here (or a variant of) :)
-
We'd call that the Bubble and Squeak standard over here (or a variant of) :)
speaking of naming problems. :) sometimes I think all the English's have drifted into babble. :)
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb) John Andrew Holmes "It is well to remember that the entire universe, with one trifling exception, is composed of others."
-
speaking of naming problems. :) sometimes I think all the English's have drifted into babble. :)
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb) John Andrew Holmes "It is well to remember that the entire universe, with one trifling exception, is composed of others."
Yup, and then we exported it around the world - Open Source licence and all!
-
State Pattern, Strategy pattern,Visitor pattern, BizConnector, NTier, Adapter and fly weight The world has gone buzzword mad, with all this stuff floating around, isnt there any substitute for good old fashioned analysis and design?? I am over 30 so this might be a case of me being an old Fart.. but all the systems I have designed and written function quite well using the "Old" methods without any of this pattern junk.. Or are all of these buzzwords around so programmers have some buzzwords to baffle the managers with on their CV's?? Its all a waste of time imo, if you can design and code competantly, whats the point in all this pattern rubbish? Prehaps its time for me to retire from coding and move up to the levels of senior management... *stomps off and growls in the corner*
Try working for a government organization. I have been to meetings where I've walked away and didn't know what half the acronyms meant. :confused:
Simply Elegant Designs JimmyRopes Designs
Think inside the box! ProActive Secure Systems
I'm on-line therefore I am. JimmyRopes -
Yup, and then we exported it around the world - Open Source licence and all!
please tell me it was reased with a Berkley license and not Gnu!
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb) John Andrew Holmes "It is well to remember that the entire universe, with one trifling exception, is composed of others."
-
State Pattern, Strategy pattern,Visitor pattern, BizConnector, NTier, Adapter and fly weight The world has gone buzzword mad, with all this stuff floating around, isnt there any substitute for good old fashioned analysis and design?? I am over 30 so this might be a case of me being an old Fart.. but all the systems I have designed and written function quite well using the "Old" methods without any of this pattern junk.. Or are all of these buzzwords around so programmers have some buzzwords to baffle the managers with on their CV's?? Its all a waste of time imo, if you can design and code competantly, whats the point in all this pattern rubbish? Prehaps its time for me to retire from coding and move up to the levels of senior management... *stomps off and growls in the corner*
GriffinPeter wrote:
State Pattern
Nothing but good ol' finite state machine[^], which is btw far better represented by graphs than UML.
GriffinPeter wrote:
Strategy pattern
A fancy name for selecting an algorithm at runtime. Did that with a function pointer in C, and now you just need to declare a bunch of classes for the same thing. Progress, and improvement in productivity at work ;)
GriffinPeter wrote:
Visitor pattern
An ugly workaround for languages that don't have multimethods[^]. And of course, it has nothing to do with "visiting".
GriffinPeter wrote:
BizConnector, NTier,
Never heard of them and don't want to :)
GriffinPeter wrote:
Adapter
Used to call it a "wrapper" when I was a boy.
GriffinPeter wrote:
fly weight
Just an optimization to save some memory. In fact, just by not using a garbage collector, you'll most likely never need anything like that.
GriffinPeter wrote:
Or are all of these buzzwords around so programmers have some buzzwords to baffle the managers with on their CV's??
It is all about not being a programmer but becoming an "architect". Unlike programmers, architects are pretty popular among women, and we are trying to steal their title to get some. Hope it makes more sense now :)
-
Male Pattern Baldness. You forgot that one. ;P
Been there, do that, and firmly believe: "If you haven't got it, flaunt it" (what little hair I have left is kept buzzed off to about 1/4 inch)
Software Zen:
delete this;
Fold With Us![^] -
State Pattern, Strategy pattern,Visitor pattern, BizConnector, NTier, Adapter and fly weight The world has gone buzzword mad, with all this stuff floating around, isnt there any substitute for good old fashioned analysis and design?? I am over 30 so this might be a case of me being an old Fart.. but all the systems I have designed and written function quite well using the "Old" methods without any of this pattern junk.. Or are all of these buzzwords around so programmers have some buzzwords to baffle the managers with on their CV's?? Its all a waste of time imo, if you can design and code competantly, whats the point in all this pattern rubbish? Prehaps its time for me to retire from coding and move up to the levels of senior management... *stomps off and growls in the corner*
Here's what I've said on design patterns in the past: "Design patterns are common approaches for implementing higher level abstractions in languages that do not provide direct support for them. For example, if a design patterns book were written with the C language as its primary target, you would find patterns in it called "Polymorphism" or "Inheritance," with descriptions of how to implement those features using C. When a language evolves to provide support for a design pattern, it ceases to be a pattern and becomes a feature through which you can more easily realize a design. I don't think much about the Observer design pattern when using C# because it gives me delegates and events. On the other hand, when I write in C++ and need a notification system, I find myself writing the needed infrastructure from scratch. The Observer design pattern informs me on how this can be done. You don't hear about Visitor much in languages that provide double dispatching. Design patterns are a stepping stone in the evolution towards programming languages that provide the means for realizing higher level abstractions. They're important because they show us what we need to make our lives easier."
-
"It looks like you're trying to write a resume." :) /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
-
State Pattern, Strategy pattern,Visitor pattern, BizConnector, NTier, Adapter and fly weight The world has gone buzzword mad, with all this stuff floating around, isnt there any substitute for good old fashioned analysis and design?? I am over 30 so this might be a case of me being an old Fart.. but all the systems I have designed and written function quite well using the "Old" methods without any of this pattern junk.. Or are all of these buzzwords around so programmers have some buzzwords to baffle the managers with on their CV's?? Its all a waste of time imo, if you can design and code competantly, whats the point in all this pattern rubbish? Prehaps its time for me to retire from coding and move up to the levels of senior management... *stomps off and growls in the corner*
At the communication level the problem is not patterns per se, the problem is that people talk lots about them (for example in design meetings) just to seem clever. How many times have you heard a "clever" guy talking about how he is going to use this or that pattern when there is not even a well defined problem to solve. At the programming level the problems are two: 1-People overuse them because of the false belief that if you design with patterns you are a better architect. Not all programming problems are that complex and not all complex programming problems are better solved with patterns. 2-People misuse them because they want to design with patterns before they have learnt to design using plain OO. So, for example, you get systems whose architecture is based mostly on Singletons... Of course there are great programmers using them in great ways. I´m just enumerating the problems I´ve found with their usage.
-
"It looks like you're trying to write a resume." :) /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
Now you sound like Mr. Paperclip from MS Office :)
-
At the communication level the problem is not patterns per se, the problem is that people talk lots about them (for example in design meetings) just to seem clever. How many times have you heard a "clever" guy talking about how he is going to use this or that pattern when there is not even a well defined problem to solve. At the programming level the problems are two: 1-People overuse them because of the false belief that if you design with patterns you are a better architect. Not all programming problems are that complex and not all complex programming problems are better solved with patterns. 2-People misuse them because they want to design with patterns before they have learnt to design using plain OO. So, for example, you get systems whose architecture is based mostly on Singletons... Of course there are great programmers using them in great ways. I´m just enumerating the problems I´ve found with their usage.
Exactly.. All these messages seem to prove to me is that All these new buzzwords are merely the old concepts wrapped up in a colourful wrapper. Trust me I have gone through all the old ones, been programming since I was 18.. I just wonder what the point is in wrapping them up in new buzzwords.
-
GriffinPeter wrote:
isnt there any substitute for good old fashioned analysis and design?? I am over 30 so this might be a case of me being an old Fart.. but all the systems I have designed and written function quite well using the "Old" methods without any of this pattern junk..
Design Patterns are nothing new. I'm well over 30 and I've been using patterns where appropriate for over a decade now.
GriffinPeter wrote:
whats the point in all this pattern rubbish?
It's merely a descriptive language that is intended to help you communicate and document the choices you took to build a system. Think of it as a way of naming your tools....Everyone knows what a wrench is, but just calling it a wrench doesn't describe all of the details.
GriffinPeter wrote:
Prehaps its time for me to retire from coding and move up to the levels of senior management...
Or, catch up with the past. The first book on programming patterns was released in 1995. The real problem that I see with pattern use it that it's use is often bragged about by people who I wouldn't hire to do data entry work.
Sovereign ingredient for a happy marriage: Pay cash or do without. Interest charges not only eat up a household budget; awareness of debt eats up domestic felicity. --Lazarus Long
Absolutely agree with what the vast majority of responders have said (re the GOF book being over 10 years old now - descriptive naming for common scenarios etc). But the point Chris makes is probably more attuned to the OP's post. The simple fact of the matter is that there are a ton of developers out there (I know I've hired - briefly - some of them) who love to talk the talk and can't walk the walk. And of course this isn't restricted to patterns. Good thread :)
The only thing unpredictable about me is just how predictable I'm going to be.
-
GriffinPeter wrote:
analysis and design
Analysis and Design? Well I'll mention it to the troops, but I don't think they'll be happy.
Ahoy! Martin Hughes
priceless :)
The only thing unpredictable about me is just how predictable I'm going to be.
-
Now you sound like Mr. Paperclip from MS Office :)
LOl they're not funny when you have to explain them :)
The only thing unpredictable about me is just how predictable I'm going to be.
-
Exactly.. All these messages seem to prove to me is that All these new buzzwords are merely the old concepts wrapped up in a colourful wrapper. Trust me I have gone through all the old ones, been programming since I was 18.. I just wonder what the point is in wrapping them up in new buzzwords.
I suppose the point of using the 'new buzzwords' is to allow the programming community to share ideas using a common language without resorting to (programming) language specific terms, and to recognise the similarity of unrelated problems. I've noticed some real problems caused by design patterns: 1) the belief that if code doesn't fit one of the patterns exactly it must be bad code. 2) that the design patterns books describe how the pattern *must* be implemented. 3) my personal pet-hate is when a programmer calls a method "AcceptXyz" and a class an "XyzVisitor" when writing code that fits the Visitor pattern. I still think the method name should still describe what the method actually does, and not be named according to a pattern it fits. The best design pattern book I've read is called "Refactoring to Patterns". This book actually goes into a lot of detail of how to remove inappropriate use of patterns in code when refactoring as well as the other way round. Programming is an artform. Traditional artists may use the rule-of-thirds and golden ratios and colour wheels etc., but these just allow the artist to look at a subject and have a good feeling about what framing might look best etc. I've said too much! -oddTim
-
State Pattern, Strategy pattern,Visitor pattern, BizConnector, NTier, Adapter and fly weight The world has gone buzzword mad, with all this stuff floating around, isnt there any substitute for good old fashioned analysis and design?? I am over 30 so this might be a case of me being an old Fart.. but all the systems I have designed and written function quite well using the "Old" methods without any of this pattern junk.. Or are all of these buzzwords around so programmers have some buzzwords to baffle the managers with on their CV's?? Its all a waste of time imo, if you can design and code competantly, whats the point in all this pattern rubbish? Prehaps its time for me to retire from coding and move up to the levels of senior management... *stomps off and growls in the corner*
I think some software big-wigs just want it to sound like they are doing something new and exciting. At least appear that way to their bosses. It usually seems to be a very minor change to the way things have been done in the past.
-
I think some software big-wigs just want it to sound like they are doing something new and exciting. At least appear that way to their bosses. It usually seems to be a very minor change to the way things have been done in the past.
fortunately I have had plenty of experience in cutting out the b*ll when interviewing for developers and contractors to know when these terms are used to hide b*ll
-
State Pattern, Strategy pattern,Visitor pattern, BizConnector, NTier, Adapter and fly weight The world has gone buzzword mad, with all this stuff floating around, isnt there any substitute for good old fashioned analysis and design?? I am over 30 so this might be a case of me being an old Fart.. but all the systems I have designed and written function quite well using the "Old" methods without any of this pattern junk.. Or are all of these buzzwords around so programmers have some buzzwords to baffle the managers with on their CV's?? Its all a waste of time imo, if you can design and code competantly, whats the point in all this pattern rubbish? Prehaps its time for me to retire from coding and move up to the levels of senior management... *stomps off and growls in the corner*
I'd bet quids that you use patterns every day. It was only when I connected today's vocabulary to my own actuality that I realised it's all been said & done before by the likes of Knuth, Djikstra and Hoare and others of that era. I seem to recall something called design templates back in the late 60's. My dad was a pattern maker at Rolls Royce during WW2. so I can blame him.