comp.object

• Thread Index

---

• Re: data structure complexity vs. application maintenance cost
  • From: H. S. Lahman
• Re: Creating Full Name from given, initials, sn, when some might be null
  • From: ssg31415926
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Question About Builder Object
  • From: Nick Malik [Microsoft]
• Call for Papers with Extended Deadline: 2007 International Conference on Multimedia Systems and Applications (MSA'07), June 25-28, 2007, USA
  • From: A. M. G. Solo
• Re: normalization != bad performance
  • From: Dmitry A. Kazakov
• Re: struggling with Design -Paradigms
  • From: arnuld
• Re: struggling with Design -Paradigms
  • From: arnuld
• Re: normalization != bad performance (was: Relational-to-OOP Tax)
  • From: JXStern
• Re: struggling with Design -Paradigms
  • From: Nick Malik [Microsoft]
• Re: Relational-to-OOP Tax
  • From: Jerry Coffin
• Re: struggling with Design -Paradigms
  • From: Jerry Coffin
• Re: normalization != bad performance (was: Relational-to-OOP Tax)
  • From: Jerry Coffin
• Re: normalization != bad performance
  • From: Thomas Gagne
• Re: struggling with Design -Paradigms
  • From: arnuld
• Re: normalization != bad performance
  • From: Daniel Parker
• Re: struggling with Design -Paradigms
  • From: Bjorn Reese
• Re: normalization != bad performance
  • From: topmind
• Re: normalization != bad performance
  • From: Thomas Gagne
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: data structure complexity vs. application maintenance cost
  • From: Daniel Parker
• Re: Question About Builder Object
  • From: H. S. Lahman
• Re: Creating Full Name from given, initials, sn, when some might be null
  • From: H. S. Lahman
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: normalization != bad performance (was: Relational-to-OOP Tax)
  • From: Daniel Parker
• Re: normalization != bad performance (was: Relational-to-OOP Tax)
  • From: Jerry Coffin
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: Relational-to-OOP Tax
  • From: Jerry Coffin
• Question About Builder Object
  • From: parwal . sandeep
• Re: struggling with Design -Paradigms
  • From: Thomas Gagne
• Re: normalization != bad performance (was: Relational-to-OOP Tax)
  • From: frebe
• normalization != bad performance (was: Relational-to-OOP Tax)
  • From: Thomas Gagne
• Re: struggling with Design -Paradigms
  • From: Nick Malik [Microsoft]
• Re: struggling with Design -Paradigms
  • From: Nick Malik [Microsoft]
• Re: struggling with Design -Paradigms
  • From: Nick Malik [Microsoft]
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: struggling with Design -Paradigms
  • From: Nick Malik [Microsoft]
• Re: Scenario Frequency Battle (was: Relational-to-OOP Tax)
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: struggling with Design -Paradigms
  • From: Jerry Coffin
• Re: struggling with Design -Paradigms
  • From: Jerry Coffin
• Re: struggling with Design -Paradigms
  • From: Jerry Coffin
• Re: struggling with Design -Paradigms
  • From: Jerry Coffin
• Re: Relational-to-OOP Tax
  • From: Jerry Coffin
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: Relational-to-OOP Tax
  • From: Jerry Coffin
• Re: Scenario Frequency Battle (was: Relational-to-OOP Tax)
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: mAsterdam
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: Daniel Parker
• Creating Full Name from given, initials, sn, when some might be null
  • From: ssg31415926
• Re: It's the Psychology, Stupid (Was: The reality of Topmind)
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Thomas Gagne
• Re: Relational-to-OOP Tax
  • From: Daniel Parker
• Re: It's the Psychology, Stupid (Was: The reality of Topmind)
  • From: Diego
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Michael Feathers
• Re: Booch's book feels too philosophical rather than practical?
  • From: topmind
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: rmoldskr+usenet
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: It's the Psychology, Stupid (Was: The reality of Topmind)
  • From: topmind
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Michael Feathers
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Michael Feathers
• Re: struggling with Design -Paradigms
  • From: arnuld
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: struggling with Design -Paradigms
  • From: arnuld
• Re: struggling with Design -Paradigms
  • From: arnuld
• Re: Relational-to-OOP Tax
  • From: Jerry Coffin
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Daniel T.
• Re: struggling with Design -Paradigms
  • From: arnuld
• Social networks
  • From: karl . wettin
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: struggling with Design -Paradigms
  • From: Nick Malik [Microsoft]
• Re: struggling with Design -Paradigms
  • From: Nick Malik [Microsoft]
• Re: struggling with Design -Paradigms
  • From: Nick Malik [Microsoft]
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: Relational-to-OOP Tax
  • From: Dmitry A. Kazakov
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: In search of Knowledge
  • From: Nick Malik [Microsoft]
• Re: Relational-to-OOP Tax
  • From: Jerry Coffin
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: rmoldskr+usenet
• Re: It's the Psychology, Stupid (Was: The reality of Topmind)
  • From: Jeff Brooks
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Michael Feathers
• Re: Relational-to-OOP Tax
  • From: Jerry Coffin
• Re: Booch's book feels too philosophical rather than practical?
  • From: adaworks
• It's the Psychology, Stupid (Was: The reality of Topmind)
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: rmoldskr+usenet
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Scenario Frequency Battle (was: Relational-to-OOP Tax)
  • From: topmind
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: Jeff Brooks
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: Daniel Parker
• Complicated Frameworks (was: Relational-to-OOP Tax)
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: Daniel Parker
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: topmind
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Phlip
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Michael Feathers
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: S Perryman
• Re: Relational-to-OOP Tax
  • From: Jerry Coffin
• Re: Relational-to-OOP Tax
  • From: Jerry Coffin
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: topmind
• Re: data structure complexity vs. application maintenance cost
  • From: JXStern
• Re: Booch's book feels too philosophical rather than practical?
  • From: topmind
• Re: Booch's book feels too philosophical rather than practical?
  • From: adaworks
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: rmoldskr+usenet
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Thomas Gagne
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: S Perryman
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: rmoldskr+usenet
• Re: Relational-to-OOP Tax
  • From: Dmitry A. Kazakov
• Re: Relational-to-OOP Tax
  • From: Jerry Coffin
• Re: Relational-to-OOP Tax
  • From: Jerry Coffin
• Re: Relational-to-OOP Tax
  • From: panu@xxxxxxxxxx
• Re: Relational-to-OOP Tax
  • From: panu@xxxxxxxxxx
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: Deletion practices
  • From: Kreeg
• Re: Deletion practices
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: Kreeg
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Deletion practices
  • From: H. S. Lahman
• Re: Relational-to-OOP Tax
  • From: Jerry Coffin
• Re: Relational-to-OOP Tax
  • From: Jerry Coffin
• Re: Relational-to-OOP Tax
  • From: Jerry Coffin
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: Kreeg
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: panu@xxxxxxxxxx
• Re: Relational-to-OOP Tax
  • From: panu@xxxxxxxxxx
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: Deletion practices
  • From: Dmitry A. Kazakov
• Re: Relational-to-OOP Tax
  • From: panu@xxxxxxxxxx
• Re: Need advice on standardizing documentation in a project
  • From: Nick Malik [Microsoft]
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: Jerry Coffin
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: Thomas Gagne
• Re: Relational-to-OOP Tax
  • From: Thomas Gagne
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: Kreeg
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Booch's book feels too philosophical rather than practical?
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: Kreeg
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Deletion practices
  • From: Nathan
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: topmind
• Re: data structure complexity vs. application maintenance cost
  • From: topmind
• Re: Deletion practices
  • From: Nathan
• Re: data structure complexity vs. application maintenance cost
  • From: H. S. Lahman
• Re: Deletion practices
  • From: H. S. Lahman
• Re: In search of Knowledge
  • From: H. S. Lahman
• Re: struggling with Design -Paradigms
  • From: arnuld
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: H. S. Lahman
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: Diego
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Jerry Coffin
• Re: Relational-to-OOP Tax
  • From: Jerry Coffin
• Re: Relational-to-OOP Tax
  • From: Kreeg
• Re: File reading and file writing
  • From: sri
• Re: Is Procedural Paradigm a basis of OO Paradigm?
  • From: arnuld
• data structure complexity vs. application maintenance cost
  • From: fireball
• Re: Deletion practices
  • From: Dmitry A. Kazakov
• Re: In search of Knowledge
  • From: Guy Horton
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: struggling with Design -Paradigms
  • From: Jerry Coffin
• Re: Relational-to-OOP Tax
  • From: Kreeg
• Deletion practices
  • From: Nathan
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: Kreeg
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: Kreeg
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: Thomas Gagne
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: Kreeg
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: topmind
• Re: File reading and file writing
  • From: H. S. Lahman
• Re: Is Procedural Paradigm a basis of OO Paradigm?
  • From: topmind
• Re: In search of Knowledge
  • From: H. S. Lahman
• Re: Is Procedural Paradigm a basis of OO Paradigm?
  • From: topmind
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Michael Feathers
• Re: Is Procedural Paradigm a basis of OO Paradigm?
  • From: Mark Nicholls
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: H. S. Lahman
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: Diego
• Re: Is Procedural Paradigm a basis of OO Paradigm?
  • From: H. S. Lahman
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: topmind
• File reading and file writing
  • From: sri
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: S Perryman
• Re: Booch's book feels too philosophical rather than practical?
  • From: arnuld
• Re: Booch's book feels too philosophical rather than practical?
  • From: arnuld
• Re: Booch's book feels too philosophical rather than practical?
  • From: adaworks
• Re: Booch's book feels too philosophical rather than practical?
  • From: adaworks
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: Patrick May
• In search of Knowledge
  • From: Guy
• Re: can i learn OOD without any procedural 1st
  • From: topmind
• Re: Is Procedural Paradigm a basis of OO Paradigm?
  • From: topmind
• Re: Is Procedural Paradigm a basis of OO Paradigm?
  • From: topmind
• Re: can i learn OOD without any procedural 1st
  • From: topmind
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Dmitry A. Kazakov
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Daniel T.
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Michael Feathers
• Re: don't tell don't ask
  • From: Frank Fredstone
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: H. S. Lahman
• Re: Is Procedural Paradigm a basis of OO Paradigm?
  • From: Dmitry A. Kazakov
• Re: Is Procedural Paradigm a basis of OO Paradigm?
  • From: H. S. Lahman
• Re: can i learn OOD without any procedural 1st
  • From: H. S. Lahman
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Michael Feathers
• Re: just say NO to inline SQL
  • From: topmind
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Michael Feathers
• Is Procedural Paradigm a basis of OO Paradigm?
  • From: arnuld
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Michael Feathers
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Michael Feathers
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Michael Feathers
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Daniel T.
• Re: can i learn OOD without any procedural 1st
  • From: arnuld
• Need advice on standardizing documentation in a project
  • From: flo
• Need advice on standarizing documentation in a project
  • From: flo
• Re: struggling with Design -Paradigms
  • From: arnuld
• Re: just say NO to inline SQL
  • From: frebe
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Jerry Coffin
• Re: struggling with Design -Paradigms
  • From: Jerry Coffin
• Re: Relational-to-OOP Tax
  • From: Jerry Coffin
• Re: just say NO to inline SQL
  • From: Thomas Gagne
• Re: just say NO to inline SQL
  • From: frebe
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: AndyW
• Re: just say NO to inline SQL
  • From: topmind
• Re: just say NO to inline SQL
  • From: topmind
• Re: just say NO to inline SQL
  • From: Thomas Gagne
• Re: just say NO to inline SQL
  • From: topmind
• Re: just say NO to inline SQL
  • From: topmind
• Re: just say NO to inline SQL
  • From: Thomas Gagne
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Thomas Gagne
• Re: just say NO to inline SQL
  • From: frebe
• Re: just say NO to inline SQL
  • From: frebe
• Re: just say NO to inline SQL
  • From: Thomas Gagne
• Re: Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: H. S. Lahman
• Re: just say NO to inline SQL
  • From: topmind
• Re: just say NO to inline SQL
  • From: frebe
• Re: just say NO to inline SQL
  • From: Thomas Gagne
• Re: can i learn OOD without any procedural 1st
  • From: H. S. Lahman
• Re: just say NO to inline SQL
  • From: frebe
• Re: can i learn OOD without any procedural 1st
  • From: pandit
• Re: "OOP is Dead" article
  • From: pandit
• Re: Booch's book feels too philosophical rather than practical?
  • From: arnuld
• Re: can i learn OOD without any procedural 1st
  • From: arnuld
• Re: struggling with Design -Paradigms
  • From: arnuld
• Is 'Final' for classes and methods a good feature or something that should be eliminated?
  • From: Michael Feathers
• Re: UML - Modeling Interfaces in "complex" systems
  • From: Lilly
• Re: don't tell don't ask
  • From: Michael Feathers
• Re: Passing a lot of parameters in constructor?
  • From: Michael Feathers
• Re: just say NO to inline SQL
  • From: Thomas Gagne
• Re: just say NO to inline SQL
  • From: frebe
• can i learn OOD without any procedural 1st
  • From: pandit
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: warning: ignoring induction and analogy may be harmful to your code
  • From: topmind
• Re: warning: ignoring induction and analogy may be harmful to your code
  • From: Thomas Gagne
• Re: Neutral Format as a Coupling reduction idea that doesn't work.
  • From: AndyW
• Re: warning: ignoring induction and analogy may be harmful to your code
  • From: topmind
• warning: ignoring induction and analogy may be harmful to your code
  • From: Thomas Gagne
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: Thomas Gagne
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: topmind
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: UML - Modeling Interfaces in "complex" systems
  • From: H. S. Lahman
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Neutral Format as a Coupling reduction idea that doesn't work.
  • From: H. S. Lahman
• Re: Relational-to-OOP Tax
  • From: Thomas Gagne
• Re: just say NO to inline SQL
  • From: Thomas Gagne
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: Bjorn Reese
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: frebe
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: just say NO to inline SQL
  • From: frebe
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: just say NO to inline SQL
  • From: Thomas Gagne
• UML - Modeling Interfaces in "complex" systems
  • From: Lilly
• Re: UML free tools
  • From: karl . wettin
• Re: Neutral Format as a Coupling reduction idea that doesn't work.
  • From: Nick Malik [Microsoft]
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: S Perryman
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: S Perryman
• Re: struggling with Design -Paradigms
  • From: Nick Malik [Microsoft]
• Re: Relational-to-OOP Tax
  • From: panu@xxxxxxxxxx
• Re: just say NO to inline SQL
  • From: frebe
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: topmind
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: topmind
• Re: just say NO to inline SQL
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• attn: morty - inspiring movies - geh memco - (1/1)
  • From: carlyle
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: Jerry Coffin
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: Jeff Brooks
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: Jeff Brooks
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: topmind
• Neutral Format as a Coupling reduction idea that doesn't work.
  • From: John Carter
• Re: Relational-to-OOP Tax
  • From: AndyW
• Re: just say NO to inline SQL
  • From: Thomas Gagne
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: looking for design patterns of interacting state machine
  • From: H. S. Lahman
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Thomas Gagne
• Re: Relational-to-OOP Tax
  • From: Thomas Gagne
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: S Perryman
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: S Perryman
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: S Perryman
• Re: struggling with Design -Paradigms
  • From: Casey Hawthorne
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: frebe
• Re: looking for design patterns of interacting state machine
  • From: Steven P
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: Ron Jeffries
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: struggling with Design -Paradigms
  • From: JXStern
• Re: Booch's book feels too philosophical rather than practical?
  • From: adaworks
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: topmind
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: Kreeg
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: S Perryman
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: topmind
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: S Perryman
• Re: Topic-Organized Object-Oriented Programming
  • From: AndyW
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: topmind
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: S Perryman
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: topmind
• Re: don't tell don't ask
  • From: Mark Nicholls
• Re: don't tell don't ask
  • From: Daniel T.
• Re: UML free tools
  • From: Mark Woyna
• Re: Client Server Design
  • From: mieskola
• Re: don't tell don't ask
  • From: Goran Sliskovic
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: S Perryman
• Re: Client Server Design
  • From: Nick Malik [Microsoft]
• Re: UML free tools
  • From: Nick Malik [Microsoft]
• Re: Client Server Design
  • From: Johan Stuyts
• UML free tools
  • From: El Guerrero del Interfaz
• Re: looking for design patterns of interacting state machine
  • From: H. S. Lahman
• Client Server Design
  • From: mieskola
• Re: "OOP is Dead" article
  • From: topmind
• Re: "OOP is Dead" article
  • From: adaworks
• Re: don't tell don't ask
  • From: Leslie Sanford
• Re: stuggling with OO or procedural :-(
  • From: topmind
• Re: looking for design patterns of interacting state machine
  • From: Steven P
• Re: Relational-to-OOP Tax
  • From: frebe
• Re: don't tell don't ask
  • From: Frank Fredstone
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Passing a lot of parameters in constructor?
  • From: Diego
• Re: don't tell don't ask
  • From: Mat Taylor
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: frebe
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Patrick May
• Re: don't tell don't ask
  • From: Frank Fredstone
• for jory: genuinely beautiful premium access - av - (1/1)
  • From: sancho
• Re: Passing a lot of parameters in constructor?
  • From: andrewmcdonagh
• Re: don't tell don't ask
  • From: H. S. Lahman
• Re: Passing a lot of parameters in constructor?
  • From: Johan Stuyts
• Re: Passing a lot of parameters in constructor?
  • From: topmind
• Re: Passing a lot of parameters in constructor?
  • From: Alexandr Savinov
• Re: Passing a lot of parameters in constructor?
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Passing a lot of parameters in constructor?
  • From: H. S. Lahman
• Re: stuggling with OO or procedural :-(
  • From: H. S. Lahman
• Re: Passing a lot of parameters in constructor?
  • From: howa
• Re: struggling with Design -Paradigms
  • From: Daniel T.
• Re: Passing a lot of parameters in constructor?
  • From: Alexandr Savinov
• Re: Relational-to-OOP Tax
  • From: Jerry Coffin
• Re: struggling with Design -Paradigms
  • From: Jerry Coffin
• Re: Passing a lot of parameters in constructor?
  • From: Jerry Coffin
• Re: stuggling with OO or procedural :-(
  • From: ryoohki@xxxxxxxxx
• Re: struggling with Design -Paradigms
  • From: topmind
• Re: don't tell don't ask
  • From: Wavemaker
• Re: don't tell don't ask
  • From: Frank Fredstone
• Re: struggling with Design -Paradigms
  • From: Daniel T.
• don't tell don't ask
  • From: Frank Fredstone
• Re: Passing a lot of parameters in constructor?
  • From: andrewmcdonagh
• Re: Passing a lot of parameters in constructor?
  • From: topmind
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: Kreeg
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: topmind
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: Kreeg
• Re: struggling with Design -Paradigms
  • From: Daniel T.
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: topmind
• Re: Passing a lot of parameters in constructor?
  • From: Johan Stuyts
• Re: struggling with Design -Paradigms
  • From: arnuld
• Re: struggling with Design -Paradigms
  • From: Daniel T.
• Re: stuggling with OO or procedural :-(
  • From: arnuld
• Passing a lot of parameters in constructor?
  • From: howa
• Re: looking for design patterns of interacting state machine
  • From: H. S. Lahman
• Re: stuggling with OO or procedural :-(
  • From: H. S. Lahman
• Re: Control and boundary in one class
  • From: H. S. Lahman
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: frebe73
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: S Perryman
• struggling with Design -Paradigms
  • From: arnuld
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Patrick May
• looking for design patterns of interacting state machine
  • From: Steven P
• stuggling with OO or procedural :-(
  • From: arnuld
• Control and boundary in one class
  • From: qu0ll
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: topmind
• Re: Client/Service relationships & Flow of Requirements.
  • From: H. S. Lahman
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Patrick May
• Re: Client/Service relationships & Flow of Requirements.
  • From: Daniel T.
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: topmind
• Re: Software Engineering is Alchemy (was: Topic-Organized Object...)
  • From: topmind
• Re: Topic-Organized Object-Oriented Programming
  • From: andrew queisser
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: topmind
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: topmind
• CFP: Object Oriented Technologies 2007, Plzen, Czech Republic, 28-31 May 2007
  • From: Jens Knoop
• Re: Software Engineering is Alchemy (was: Topic-Organized Object...)
  • From: Diego
• Re: Topic-Organized Object-Oriented Programming
  • From: H. S. Lahman
• Re: Client/Service relationships & Flow of Requirements.
  • From: H. S. Lahman
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: Nick Malik [Microsoft]
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Thomas Gagne
• Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: Kreeg
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: frebe73
• Re: Domain Model and Service Layer
  • From: Matt McGill
• The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
  • From: ggroups
• Software Engineering is Alchemy (was: Topic-Organized Object...)
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Topic-Organized Object-Oriented Programming
  • From: Cagdas Ozgenc
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Patrick May
• Re: Topic-Organized Object-Oriented Programming
  • From: Nick Malik [Microsoft]
• Re: Client/Service relationships & Flow of Requirements.
  • From: Daniel T.
• Re: Topic-Organized Object-Oriented Programming
  • From: H. S. Lahman
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Topic-Organized Object-Oriented Programming
  • From: topmind
• Re: Topic-Organized Object-Oriented Programming
  • From: topmind
• Re: Topic-Organized Object-Oriented Programming
  • From: ggroups
• Re: Topic-Organized Object-Oriented Programming
  • From: Diego
• Re: Relational-to-OOP Tax
  • From: Daniel Parker
• Re: Topic-Organized Object-Oriented Programming
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Topic-Organized Object-Oriented Programming
  • From: ggroups
• Re: Topic-Organized Object-Oriented Programming
  • From: Dmitry A. Kazakov
• Re: Relational-to-OOP Tax
  • From: ggroups
• Re: Topic-Organized Object-Oriented Programming
  • From: topmind
• Re: Topic-Organized Object-Oriented Programming
  • From: topmind
• Re: Client/Service relationships & Flow of Requirements.
  • From: H. S. Lahman
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: Daniel Parker
• Re: Specification Pattern vs Data Mapper
  • From: Mikeon
• Re: Topic-Organized Object-Oriented Programming
  • From: Cagdas Ozgenc
• Re: Relational-to-OOP Tax
  • From: ggroups
• Re: Topic-Organized Object-Oriented Programming
  • From: ggroups
• Re: Topic-Organized Object-Oriented Programming
  • From: ggroups
• Re: Topic-Organized Object-Oriented Programming
  • From: Booted Cat
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Client/Service relationships & Flow of Requirements.
  • From: Daniel T.
• Re: Relational-to-OOP Tax
  • From: Daniel Parker
• Re: Topic-Organized Object-Oriented Programming
  • From: Thomas Gagne
• Re: Topic-Organized Object-Oriented Programming
  • From: andrew queisser
• Re: Topic-Organized Object-Oriented Programming
  • From: topmind
• Re: Client/Service relationships & Flow of Requirements.
  • From: H. S. Lahman
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: Daniel Parker
• Topic-Organized Object-Oriented Programming
  • From: Booted Cat
• Re: Enforcing domain rules
  • From: Mikeon
• Re: Domain Model and Service Layer
  • From: Mikeon
• Re: Specification Pattern vs Data Mapper
  • From: Mikeon
• Re: Domain Model and Service Layer
  • From: Nick Malik [Microsoft]
• Re: Domain Model and Service Layer
  • From: Nick Malik [Microsoft]
• Re: Client/Service relationships & Flow of Requirements.
  • From: Daniel T.
• Re: Relational-to-OOP Tax
  • From: Mark Nicholls
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: Daniel Parker
• Re: Enforcing domain rules
  • From: Mikeon
• Re: Enforcing domain rules
  • From: H. S. Lahman
• Re: Client/Service relationships & Flow of Requirements.
  • From: H. S. Lahman
• Re: Client/Service relationships & Flow of Requirements.
  • From: Daniel T.
• Re: Enforcing domain rules
  • From: Mikeon
• Re: Enforcing domain rules
  • From: ghytred
• Re: Client/Service relationships & Flow of Requirements.
  • From: ggroups
• Re: Specification Pattern vs Data Mapper
  • From: Mikeon
• Re: Specification Pattern vs Data Mapper
  • From: Mikeon
• Re: Domain Model and Service Layer
  • From: Dmitry A. Kazakov
• Re: Enforcing domain rules
  • From: Mikeon
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: frebe73
• Re: Relational-to-OOP Tax
  • From: topmind
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Relational-to-OOP Tax
  • From: Patrick May
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Patrick May
• Re: Client/Service relationships & Flow of Requirements.
  • From: Daniel T.
• Re: Relational-to-OOP Tax (was: Critique of Robert C. Martin's...)
  • From: frebe73
• Re: Domain Model and Service Layer
  • From: qu0ll
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: frebe73
• Re: Domain Model and Service Layer
  • From: Thomas Gagne
• Re: Domain Model and Service Layer
  • From: qu0ll
• Survey about Architecture and Design Patterns
  • From: Joerg Rech
• Re: Relational-to-OOP Tax (was: Critique of Robert C. Martin's...)
  • From: topmind
• Re: Enforcing domain rules
  • From: H. S. Lahman
• Re: Relational-to-OOP Tax (was: Critique of Robert C. Martin's...)
  • From: Patrick May
• Re: Client/Service relationships & Flow of Requirements.
  • From: H. S. Lahman
• Re: Domain Model and Service Layer
  • From: Thomas Gagne
• Relational-to-OOP Tax (was: Critique of Robert C. Martin's...)
  • From: topmind
• Re: Domain Model and Service Layer
  • From: qu0ll
• Re: Client/Service relationships & Flow of Requirements.
  • From: Daniel T.
• Re: Client/Service relationships & Flow of Requirements.
  • From: ggroups
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Patrick May
• Re: hello to everyone
  • From: geek.arnuld@xxxxxxxxx
• Re: Specification Pattern vs Data Mapper
  • From: Mikeon
• Re: Specification Pattern vs Data Mapper
  • From: Mikeon
• Re: Client/Service relationships & Flow of Requirements.
  • From: Daniel T.
• Re: Specification Pattern vs Data Mapper
  • From: Mikeon
• Re: Client/Service relationships & Flow of Requirements.
  • From: S Perryman
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: JXStern
• "OOP is Dead" article
  • From: topmind
• Re: Client/Service relationships & Flow of Requirements.
  • From: Daniel T.
• Re: Client/Service relationships & Flow of Requirements.
  • From: Daniel T.
• Re: Client/Service relationships & Flow of Requirements.
  • From: AndyW
• Re: Client/Service relationships & Flow of Requirements.
  • From: S Perryman
• Re: Client/Service relationships & Flow of Requirements.
  • From: Daniel T.
• Re: Client/Service relationships & Flow of Requirements.
  • From: Daniel T.
• Enforcing domain rules
  • From: Mikeon
• Re: Client/Service relationships & Flow of Requirements.
  • From: H. S. Lahman
• Re: Specification Pattern vs Data Mapper
  • From: Mikeon
• Re: Specification Pattern vs Data Mapper
  • From: Jens Winter
• SETP-07 call for papers
  • From: john
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: topmind
• Re: Client/Service relationships & Flow of Requirements.
  • From: AndyW
• Re: Client/Service relationships & Flow of Requirements.
  • From: Daniel T.
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Patrick May
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Patrick May
• Re: Client/Service relationships & Flow of Requirements.
  • From: H. S. Lahman
• Re: Adapter Pattern X Proxy
  • From: Daniel T.
• Re: Domain Model and Service Layer
  • From: Mikeon
• Re: Domain Model and Service Layer
  • From: j.andersen
• Specification Pattern vs Data Mapper
  • From: Mikeon
• Re: Domain Model and Service Layer
  • From: Mikeon
• Re: Looking For Design and Architecture Discussion
  • From: Mikeon
• Re: Client/Service relationships & Flow of Requirements.
  • From: Daniel T.
• Re: Looking For Design and Architecture Discussion
  • From: Phlip
• Re: Why COBOL Lives (was: Critique of Robert C. Martin's...)
  • From: topmind
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: AndyW
• Adapter Pattern X Proxy
  • From: Jaguaraci
• Re: Domain Model and Service Layer
  • From: Jaguaraci
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: frebe73
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: frebe73
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: frebe73
• Re: Client/Service relationships & Flow of Requirements.
  • From: H. S. Lahman
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: topmind
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: topmind
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: topmind
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: topmind
• Re: Domain Model and Service Layer
  • From: qu0ll
• Looking For Design and Architecture Discussion
  • From: Mikeon
• Re: OODBs v. RDBs
  • From: Thomas Gagne
• Re: Domain Model and Service Layer
  • From: Mikeon
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Thomas Gagne
• Re: Hot to implement a Scheduler following the requirements...
  • From: Nick Malik [Microsoft]
• Re: Client/Service relationships & Flow of Requirements.
  • From: Daniel T.
• Re: Hot to implement a Scheduler following the requirements...
  • From: Pietro Marrone
• Re: Hot to implement a Scheduler following the requirements...
  • From: Pietro Marrone
• Re: Hot to implement a Scheduler following the requirements...
  • From: Pietro Marrone
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: AndyW
• Re: Domain Model and Service Layer
  • From: Nick Malik [Microsoft]
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: topmind
• Re: Wrapping SQL (Was: Critique of Robert C. Martin's...)
  • From: topmind
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: topmind
• Re: UML Activity Diagram - 1 Activity across 2 or more swimlanes
  • From: Nick Malik [Microsoft]
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: topmind
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Daniel Parker
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Robert Martin
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Robert Martin
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Robert Martin
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Don Roby
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Robert Martin
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Robert Martin
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Robert Martin
• Re: Wrapping SQL (Was: Critique of Robert C. Martin's...)
  • From: Robert Martin
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Robert Martin
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Patrick May
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Patrick May
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: topmind
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: topmind
• Re: Client/Service relationships & Flow of Requirements.
  • From: Daniel T.
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Robert Martin
• Re: Client/Service relationships & Flow of Requirements.
  • From: AndyW
• Re: Critique of Robert C. Martin's "Agile Principles, Patterns, and Practices"
  • From: Robert Martin
• Re: Ecological software (was: Delta)
  • From: topmind

We are proud to have Web Hosting and Rack Housing from 9 Net Avenue Deutschland.
(10)