Suured programmeerimissõnad või -laused

TaskukaitseTöötades mõne erakordse programmeerijaga, satun tihti kohtumistele arhitektide, juhtide ja arendajatega, kellele (minu arvates) meeldib visata sinna suuri sõnu või väljendeid, et proovida tootejuhte või nende kliente paganama.

See on üks neist asjadest, mida programmeerijad armastavad teha. Siin on kümme neist väga lihtsa kirjeldusega (mis tõmbab kahtlemata arendajate raevu kõikjal, kui ma nende terminoloogiat häkkisin minu lihtsad auto metafoorid):

  1. Abstraktsioon - selleks on vaja keerulist protsessi või funktsiooni ja see jaotatakse põhimõtteliselt loogiliselt ... kas hierarhia (A kuulub B-sse, B kuulub C-sse jne) või tunnuse või funktsiooni (värv, suurus, kaal jne) järgi. Abstraktsioon muudab objektiivse programmeerimise lihtsamaks, korraldades funktsionaalsuse loogiliselt. Oma auto ehitamiseks ehitan eraldi raami, mootori ja kere.
  2. Amortisatsioon - see tähendab, et süsteemis on mõni vana kood, mis võib jääda, kuid mis tuleb järk-järgult lõpetada. Kui kood on aegunud, ei viita programmeerijad koodile ega kasuta uuemat koodi enne, kui kõik viited on vanale viidud ja sel ajal tuleks see eemaldada. Mõnikord, kui see on kaduv funktsioon, saate seda mõnda aega hoida, hoiatades oma kasutajaid, et see kaob. Saan uue juhtmestikuga uue stereosüsteemi, kuid jätan vana juhtmestiku ja ei kasuta seda.
  3. Kapseldamine - see on teie programmeerimisfunktsioonide korraldamine vanema sees, kui funktsioon ei ulatu süsteemi ühegi teise osani. Kui teil on miljoneid funktsioone, soovite, et need oleksid tõhusalt korraldatud ja toimivad nende hallatavates piirkondades, selle asemel, et need oleksid ülemaailmselt saadaval. Ma panin mootori tugimehaanika mootoriruumi ... Ma ei pane õlifiltrit tagaistmele.
  4. Pärisosa - see on võime omandada teise ühise koodi tüki (klassi) omadused, et seda uuesti funktsionaalsuse jaoks uuesti kasutada, ilma et peaksite seda uuesti kirjutama. Pärand on veel üks hea objektorienteeritud arendustava. Minu turvatooli saab kasutada lapse või täiskasvanu kandmiseks - kes iganes selles istub.
  5. Normaliseerimine - see on meetod andmete paremaks korraldamiseks andmebaasis, koostades viited. Näiteks oleks see, kui ma peaksin terve päeva valgusfoore salvestama ... punane, kollane ja roheline. Selle asemel, et kirjutada iga kirje punase, kollase ja rohelise värviga - kirjutan 1, 2 ja 3 ning siis koostan teise tabeli, kus 1 = punane, 2 = kollane ja 3 = roheline. Nii salvestan punast, kollast ja rohelist ainult üks kord. Igal mu autouksel on sama ukselink. Üks käepide, mida kasutatakse 4 erinevas kohas, mitte 4 erinevas käepidemes.
  6. Objektile orienteeritud - tänapäevastes programmeerimiskeeltes on see kujundusmeetod, mis võimaldab teil konkreetse koodi funktsionaalsuse järgi tükkideks kirjutada ja neid siis uuesti kasutada. Näide oleks see, kui ma sooviksin kontrollida kehtivalt koostatud e-posti aadressi. Võiksin funktsiooni üks kord üles ehitada ja seejärel kasutada seda oma rakenduses alati, kui vaja. Minu autol on 18-tollised veljed, mida saavad sama või teised tootjad teistel autodel kasutada.
  7. Polümorfism - Seda on raske seletada, kuid põhimõtteliselt on see võime välja töötada kood, mida saab dünaamiliselt kasutada muudes olukordades. Teisisõnu, see võib pärida ainulaadse ja dünaamilise funktsionaalsuse lihtsalt viite järgi. See on väga tõhus arenguvahend. Võin kasutada telefoni pistikupesa telefoni laadimiseks või rehvipumba mahla tarnimiseks.
  8. Rekursiooni - see on meetod, kus kood viitab iseendale. Mõnikord on see tõhus ja tahtlik, kuid teinekord võib see teie rakenduste kontrolli alt väljumise keerduda. Klõpsan otsima oma stereot ja see liigub läbi raadiojaamade. See ei lõppe kunagi, vaid jätkab.
  9. Refaktoriseerimine - see on koodi ümberkirjutamise protsess, et hõlbustada selle jälgimist või korrastamist, kuid mitte tingimata lisafunktsioonide lisamine. Ma ehitan oma mootori uuesti üles.
  10. Serverile orienteeritud arhitektuur (SOA) - võtke objektorienteeritud programmeerimine ja rakendage seda suurte süsteemide jaoks, kus teil võivad olla terved süsteemid, mis täidavad teatud funktsioone. Teil võib olla kliendisuhete haldussüsteem, mis kõnetab poodsüsteemi, mis kõneleb laevandussüsteemi jne. Tõmban autoga haagise, et asju ühest kohast teise vedada. Nende ühendamiseks kasutan haakeriista (XML).

Mõistan, et minu metafoorid ei olnud alati ideaalselt sihtmärgil. Loodan, et nad siiski natuke aitasid!

Mõned nõuanded, kui kuulete neid sõnu järgmisel kohtumisel arendajaga ... ärge jookske tagasi oma kohale ja otsige neid üles Wikipedia, nad vaatavad. Ära võpse, nad ründavad. Siin on, mida teha ... mõelge aknast välja, nagu oleksite sügavalt läbi mõelnud, ja vaadake siis uuriva pilguga tagasi või kriipige lõuga. Oodake, kuni nad järgivad oma deklaratsiooni lisateabega.

... nad vaatavad.

8 Kommentaarid

  1. 1

    LOL, sa tõesti lõid selle Doug 🙂 Kas üritad meid ärist välja tõrjuda? Sa tead kuradima hästi, et me paneme tähele, et neid mõisteid ei mõisteta ja seetõttu on meil klientidega oma teed. Nüüd peame välja mõtlema viisi, kuidas neid teelt puhuda kombineerimine need moesõnad ühe hiiglasliku fraasi loomiseks, mis võib minna nii:

    Noh, teate, et funktsiooni, mida proovite panna, saab abstraktselt ühendada mitme objektiga, mis hõlmavad funktsionaalsust ja suhtlevad teenusele orienteeritud arhitekti kaudu.

  2. 5

    Tarkvaraarendajana oskan seda postitust hinnata. Me pole sugugi nii halvad, et ma ei ähvardaks kunagi inimesi sellise tehnopõnniga 🙂

    Las ma proovin teie jaoks veel mõned sõnad välja mõelda ...

Mis sa arvad?

Sellel saidil kasutatakse rämpsposti vähendamiseks Akismetit. Vaadake, kuidas teie andmeid töödeldakse.