Skip to content

Pragmatic programmer way #68

@morarasu-alexandru

Description

@morarasu-alexandru

-Broken Window; Stone Soup and Boiled Frogs; Good-Enough Software

  • Communicate!
    -DRY Extended subject depending on audience
    -> DRY Categories: Imposed duplication, inadvertent duplication, impatient duplication, Interdeveloper duplication
    -> Documentation and code
    -Orthogonality (taken into account dry)

-Reversability + Flexible Arhitecture
-Estimate
-Design by Contract
-Assertive Programming(“If it can’t happen, use assertions to ensure that it won’t”)
-Programming by Coincidence
-Refactoring
-Ruthless testing
-Pragmatic teams

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions