Search Results

• ActorSystem
• AdvSys
• AlanKay
• AlanKayQuotes
• AlanKaysDefinitionOfObjectOriented
• AlephLanguage
• AllObjectsAreNotCreatedEqual
• AllaireColdFusion
• AlternativeTypeDefinitions
• AmigaDos
• ApacheMaven
• ApproachesMethodsAndPractices
• AreComponentsObjects
• ArtifactsFunctionsRules
• AspectOrientedProgramming
• AssocCandCppUsers
• AvoidDirectAccessOfMembers
• BadEngineeringPropertiesOfFunctionalLanguages
• BenefitsOfOo
• BenefitsOfOoOriginalDiscussion
• BigIdea
• BiologicalDeadlock
• BottomUp
• BrianRussell
• CategoryPli
• CeePlusPlus
• CeePlusPlusSlowerThanCee
• ChangesInJanuaryZeroNine
• ChangesInMayThirteen
• ChangesInOctoberEleven
• ChoicesObjectOrientedOperatingSystem
• ChrisDate
• ClassIsomorphisms
• ClassesProjectRelations
• ClosuresAndObjectsAreEquivalent
• CocoaFramework
• CodePerfume
• CodeWithoutExceptions
• CoinductiveDataType
• ColorForthMyths
• CommonLispObjectSystem
• ComponentOrientedLanguage
• ComponentOrientedProgrammingLanguage
• CompositionInsteadOfInheritance
• ConceptOrientedProgramming
• CorbaScript
• CouldExtremeProgrammingHaveArisenWithoutSmalltalk
• CounterExampleOfAcyclicDependenciesPrinciple
• CsharpVsCpp
• CsharpVsJava
• CustomCollationOrder
• DanEsch
• DanHankins
• DataAndInformation
• DataHolder
• DatabasesPunishYou
• DavidBennett
• DecompositionParadigms
• DeepClassHierarchies
• DefinitionsForOo
• DefinitionsOfOoConsideredHarmful
• DelphiLanguage
• DidWeEverHaveAnArchitecture
• DifferentReasonsPeopleLikeRelational
• DoesXpWorkForJava
• DoingWithImagesMakesSymbols
• DomainSpecificLanguage
• DomainsNotRecordsOrTablesAreObjects
• DontNameClassesObjectManagerHandlerOrData
• DoubleDipping
• DylanVsSelf
• DynamicBinding
• EcmaScript
• EconomyOfExpression
• EjbQueryLanguageFlaws
• EjbTernaryRelationshipExample
• EmacsAndNormalPeople
• EmbeddedExtremeProgramming
• EmployeeTypes
• EncapsulationDefinition
• EncapsulationIsaWasteOfTime
• ErlangLanguage
• EtymologyOfOk
• EventDrivenProgramming
• ExBaseRant
• ExtraLegsOntoaDog
• ExtrapolatingDeviceDrivers
• ExtremeProgrammingInMicrosoftAccess
• ExtremeVersionControlDiscussion
• FirstClass
• FirstGreatBlunder
• FirstGreatBlunderRefuted
• FirstLanguageLearned
• FirstOoProjectDisasters
• FirstTimeLanguage
• ForthObjects
• FpVsOo
• FrameTechnology
• FraudulentMindset
• FunctionalDecomposition
• FunctionalModeling
• FunctionalProgramming
• FunctionalProgrammingInCpp
• FunctorVsClosure
• FundamentalFlawsInProceduralDesigns
• FutureOfObjects
• FutureOfProgrammingLanguages
• GeOs
• GenericVsObjectOrientedProgramming
• GoodDefinition
• GreatDesign
• GroundBreakingLanguagesDiscussion
• GtkPlus
• GuillermoSchwarz
• HelperPattern
• HiberNate
• HiddenDatabaseSyndrome
• HighPerformanceWithGoodDesign
• HofPattern
• HomoiconicRootStructureDiscussion
• HowObjectOrientedIsClos
• HowOtherQueryLanguagesAddressSqlFlaws
• HowToImproveProgrammingSkills
• IconLanguage
• IfSmalltalkIsSoGoodWhyDoesNobodyUseIt
• ImprovementsToObjectOrientation
• InauguralPortlandXpUsersGroupNotes
• IndividualExperienceShapesPerceptions
• InheritedJavaSingletonProblem
• InlineCaching
• InstanceofInConditionals
• InteractiveComputationIsMorePowerfulThanNonInteractive
• InterfacesAreGood
• IrreducibleComplexityEntityModel
• IsAnythingBetterThanPaper
• IsCeePlusPlusObjectOriented
• IsDynamicTypingSufficientlyEfficient
• IsFunctionalProgrammingBecomingMoreImportant
• IsXpIndependentOfObjects
• JamesGosling
• JavaGenericLibrary
• JavaLanguage
• JavaLinks
• JavaScriptCodingStandard
• JavaScriptPatterns
• JimEberle
• JoinCalculus
• JustAnotherProgrammingLanguage
• KeyLanguageFeature
• KkOoPuristRant
• KnowYourAudience
• KuhnParadigmShift
• LambdaMoo
• LawOfDemeter
• LawOfDemeterRevisited
• LearningObjectOrientedProgramming
• LearningSmalltalk
• LeftHanders
• LessonsFromHistoryDiscussion
• LimitsOfHierarchies
• LimitsOfHierarchiesInBiology
• LingoScriptingLanguage
• LittleSimulatorInJava
• MacApp
• ManyToManyChallenge
• MapFunction
• MarkJanssen
• MathematicaPackage
• MergingOoAndRelational
• MessageDefinition
• MessageOrientedProgramming
• MessagePassing
• MessageQueue
• MethodObject
• MethodSelector
• MikeHore
• MisUsingMultipleInheritance
• MiscKayBits
• ModelsOfComputation
• ModularProgramming
• MopsLanguage
• MostExoticRealProgrammingLanguage
• MostHolyWarsTiedToPsychology
• MultiParadigmDesign
• MultiValue
• NeologismsNotHomonyms
• NeonLanguage
• NickRobinson
• NoTrueScotsman
• NoelVerhoeven
• NominativeAndStructuralTyping
• NonOopGuiMethodologies
• NullObjectDiscussion
• NygaardClassification
• NygaardClassificationContested
• ObjectArchitecture
• ObjectFunctionalDiscussion
• ObjectFunctionalPatterns
• ObjectIdentity
• ObjectMoment
• ObjectObject
• ObjectOrientation
• ObjectOriented
• ObjectOrientedAssembler
• ObjectOrientedDesignIsDifficult
• ObjectOrientedForDummies
• ObjectOrientedFramework
• ObjectOrientedInternet
• ObjectOrientedOperatingSystem
• ObjectOrientedProgramming
• ObjectOrientedProgrammingInVbClassic
• ObjectOrientedPurity
• ObjectOrientedRefactored
• ObjectOrientedSociology
• ObjectPascal
• ObjectRelationalImpedanceMismatchDoesNotExist
• ObjectRelationalPsychologicalMismatch
• ObjectThinking
• ObjectVsModel
• ObjectiveCaml
• ObjectiveCee
• ObjectsAsObjects
• OfficialCertifiedDoubleBlindPeerReviewedPublishedStudy
• OnceAndOnlyOnceOriginal
• OoAndXml
• OoBetterModelsHumanThinkingDiscussion
• OoHasLimitedAssociationModeling
• OopAndChangeImpact
• OopGoesHalfWay
• OopNotForDomainModeling
• OopVersusFpDiscussion
• OrTernaryRelationshipExample
• OrdinaryComputerUsers
• PairProgramming
• ParadigmClassificationAttempts
• PaulBrowne
• PayrollExampleTwo
• PayrollExampleTwoDiscussion
• PeopleWhoDontGetOo
• PoignantGuideToRuby
• PolterGeists
• PolymorphicGridLayoutEx
• PolymorphismEncapsulationInheritance
• PolymorphismLimits
• PortlandXpUsersGroupNotes
• PractitionersRejectFormalMethodsDiscussion
• PredicateClasses
• PrevalenceIsAcid
• PrimitivesAndMeansOfComposition
• PrinciplesOfObjectOrientedSoftwareDevelopment
• ProceduralMethodologies
• ProcessDomain
• ProofOfCorrectness
• PropertyFieldTransparency
• PublicNotCreatable
• PythonLanguage
• QuesaThreeDee
• QuestForThePerfectLanguage
• ReactiveDemandProgramming
• RealObjectOrientedProgrammers
• RefactoringLegacyCode
• RelationalIsTooAbsolute
• RelationalLanguage
• RelationalOperationsAreOnlyForDatabases
• RelationalTreesAndGraphsDiscussionTwo
• RelationalWeeniesEmbraceOo
• ResponsibilityDrivenDesignConflictsWithYagni
• RestArchitectureDiscussion
• ReuseHasFailed
• RichardBernardMartin
• RobertFisher
• RubyCoerce
• RubyLanguage
• SeparateIoFromCalculation
• SeriousVersusScriptingLanguages
• SettingUpForUnitTestingMyLibrary
• ShotgunSurgery
• ShouldTopBeBanned
• SimplifyingRdbms
• SinglyRootedInheritanceHierarchy
• SketchPad
• SmalltalkInsteadOfPython
• SmugSmalltalkWeenie
• SpecSharp
• SpecialCase
• StepwiseRefinement
• StopUsingMetaphors
• SubTypingAndSubClassing
• SubjectOriented
• SubjectOrientedProgramming
• SummaryOfHofExamples
• SwitchStatement
• SwitchStatementsSmell
• SwitchedFromRubyToPython
• SymmetryOfLanguage
• TableOrientedProgramming
• TelegramProblem
• TheBlob
• TheDatabaseIsTheSoftwareBase
• TheSqlParadox
• ThingsTheCompilerShouldForceUponUs
• TolerationOfFuzzyThinking
• TopDownDesign
• TopDownProgramming
• TopMind
• TypeErasure
• TypeInference
• TypefulProgramming
• TypesAreTypes
• UnifiedObjectModel
• UniqueIdentifiers
• UnitTest
• UnitTestingLegacyCodeExample
• UniversalCatalog
• UnixAndWindowsHell
• UnwantedModelingLanguage
• UseStructsNotClasses
• UserInterfacePatternsForDatabaseApps
• ValTech
• VbClassic
• VbClassicImplementationInheritance
• VbDotNetVsCsharp
• VbTeachesBadHabits
• VenuThachappilly
• VeryLongMethods
• WardsJavaQuestion
• WeDontGetXp
• WeirdDeveloperDreams
• WhatIsAnAgent
• WhatIsData
• WhatMakesServletsDifferent
• WhyChangeProceduralCodeToObjectOriented
• WhyFunctionalProgrammingMatters
• WhyWeNeedSpecialists
• WikiNamePluralProblem
• WikiWikiGovernment
• WillAppleGetThisOneRight
• WirthLanguages
• WriteOnlyLanguage
• XmlSchemaMethodology
• XmlSchemaPatterns
• XpIsGeniusFriendly
• ZopeApplicationServer