|
i need code project opengl for download
|
|
|
|
|
This comment is worth a thousand votes...
We obviously forgot the last option:
* What is architecture?
|
|
|
|
|
If one and only one "class, method, or even statement" does not have a good architecture ==> your program is hacky! ?
having good architecture keeps you away from spaghetti! again ?
hooray. I don't have any hacky thing in +1 Mega Line.
|
|
|
|
|
If arhitecture is made by brand new rookie straight from university, then I bet architecture is more harmful for developement that useful. If architecture is made by some geek, who have weird fetish to some specific technology and wants to use it, it is likely that it project is going to be disaster. If architect really can't communicate with customers or understand problem space - then it is guranteed to be disaster.
If arhitect have enough experience, knows her limits, remembers that arhitecture is going to change when development progress, leaves enough work space for developers and understand problem space - then it just might be useful. If software team is going to have more than 3 persons, then architecture is needed - even bad architecture might be then better than no architecture at all (assuming that team have champion who smells fast enough bad architecture and have big enough balls to force architecture refactoring).
Personally I prefere prototyping, partial designing and refactoring. Identify components, design most critical component: try different approaches, test their performance, identify limitiations, implement most critical component - and then build other components around it. Design for refactoring, separate components by interfaces and allow only minimal coupling. This is the internet, where the men are men, the women are men and kids are the FBI.
|
|
|
|
|
good design flows naturally from good requirements
|
|
|
|
|
ahhh, if that was even possible
|
|
|
|
|
You can't see, but I'm nodding my head (affirmatively)
|
|
|
|
|
No doubt it's a important part in the software lifecycle.
But not so critical too.
Infact the Architecture is depend on how your product scope has...
But we have to give equal priority to the same.....
Have a good Architecture
-koolprasad2003Rating always..... WELCOME
Be a good listener...Because Opprtunity knoughts softly...N-Joy
|
|
|
|
|
:3
I find myself "architecting" code very little, but I'm kinda small scale, and I work mainly in Python.
The most architecting I do, is opening up Visual Studio, designing a GUI, then putting it into text with GTK.
|
|
|
|
|
Think, in the definition of the survey omitted the word "formal".
Without it the question has a little sense for the human beings.
Their main difference from, say, monkeys is exactly this: planing somehow or other every their step.
Regards,
GennadyMy English is permanently under construction. Be patient !!
|
|
|
|
|
You, we, must decide what is trivial however. If stove pipe, same program that you wrote yesterday, then no. If distrubuted, complex, new, then yes. It seems obvious....Depending upon how many fine projects one has seen fail, I suppose.
|
|
|
|
|
It is obviously not critical, because don't do it and have a good product.
I think it is critical for the BEST outcome, but past "over architecting" has soured many users/managers/etc.
|
|
|
|
|
Deano wrote: because don't do it and have a good product.
On the long terms, when you do maintenance and updates, it will not be a good productforeach(Minute m in MyLife)
myExperience++;
|
|
|
|
|
I agree with you, but we do have a 7-8 year old GOOD product.
I think if we did better planning/designing/architecting we would have a GREAT product!
|
|
|
|
|
|
OK, I am really ranting here a little: software needs to be designed. However, by the time the word "architecture" kicks in, it is most probably over-designed, and developers will spend most of their time fighting the architecture instead of solving real-life problems for the users.
|
|
|
|
|
|
Very True! Managers want something real to be done rather than just the planning. Managers don't always have the time to discuss about plans and architecture in a non-software company.
|
|
|
|
|
Semantics, "designed" versus "architecture". Don't project organizational issues (although common, I grant you) with necessary steps in the development cycle.
Tim
|
|
|
|
|
TimWallace wrote: Semantics, "designed" versus "architecture".
I agree somewhat, however I have noticed that the use of the word "architecture" in practice often indicates overengineered code. I have seen examples of simple and effective design, but no-one used the word "architecture" there.
|
|
|
|
|
Nemanja Trifunovic wrote: developers will spend most of their time fighting the architecture
I think that may be more indicative of a problem with the developers (lack of maturity and/or focus) vs. the architecture.
/ravi
|
|
|
|
|
Ravi Bhavnani wrote: I think that may be more indicative of a problem with the developers (lack of maturity and/or focus) vs. the architecture.
Sorry, but if as a developer, I spend most of my time trying to figure out what the heck the "architecture" is trying to accomplish and how to add a simple feature that a customer wants, I say the problem is with architecture, not with developers. If I need to edit various (often undocumented) XML files and (in case of .NET) insert attributes to add a simple control to a dialog, I say the problem is with the architecture. If I need to spend hours trying to figure out how to open a simple file, I say the problem is with the architecture, not developers.
I've seen that problem in at least three companies I worked at - all of them filled with smart people and relatively well organized.
utf8-cpp
modified on Wednesday, March 10, 2010 1:48 PM
|
|
|
|
|
You're right. I misread "fighting the architecture" as "fighting about the architecture". If the architecture forces you to go through hoops to implement something straightforward, that indeed smells like a poor architecture.
/ravi
|
|
|
|
|
Ravi Bhavnani wrote: If the architecture forces you to go through hoops to implement something straightforward, that indeed smells like a poor architecture.
The real problem is that I have yet to see a "good architecture"
|
|
|
|
|
You also dont want some astronaut doing architecture...
|
|
|
|