Tenk deg en programmerer dyktig i ett bestemt programmeringsspråk. Han vet styrker og svakheter i programmering. I tillegg har han sin egen stil og tilnærming til denne programmeringsspråk. Hvis han skriver sin algoritme i koden, han nesten helt sikkert begrenser algoritmen til hans kunnskap om språkets begrensninger og hans egen .
Solution - Centric
Snarere enn foreskrevet begrensninger for å skrive algoritmer i kode eller pseudo - kode , ved hjelp av generalisert logikk frigjør deg til å fokusere utelukkende på løsningen på problemet ditt, ikke at implementering av løsningen . Det forutsetter at når du definerer den beste algoritmen , vil du finne ut hvordan man implementerer den i miljøet du har i tankene . Det kan også forutsette at en løsning i algoritmen kan foreskrive sin egen gjennomføring .
Assumption Avoidance
Ved hjelp av generalisert logikk hjelper deg å unngå en rekke forutsetninger. Selv om dine forutsetninger har noen basis i fakta , og kan faktisk bidra til å effektivisere prosessen ved å hindre blindspor løsninger , kan de også være begrensende. For eksempel ; Hvis du mistenker at du er på vei mot en levedyktig algoritme du ikke har ressurser til å gjennomføre, kan det være lurt å lytte til din intuisjon , på tross av sitt grunnlag i forutsetning. Vær oppmerksom på, men hvis du bukke til antakelse - . Du kan ignorere de beste ideene uoppdaget
Non - spesialist Friendly
Hvis du skriver en algoritme for å løse et problem, og du ikke har noen kunnskap om gjennomføringen detaljer , kan det faktisk være nyttig. La nødvendighet lede prosessen der du er en ekspert ; late algoritmen av til en implementering ekspert. Skille de to trinnene tar mer ressurser , men det kan også gi bedre resultater .