Suuret ohjelmointisanat tai -lausekkeet

TaskusuojaTyöskennellessäni joidenkin poikkeuksellisten ohjelmoijien kanssa, tapaan usein tapaamisia arkkitehtien, johtajien ja kehittäjien kanssa, jotka (mielestäni) rakastavat heittää joitain isoja sanoja tai lauseita yrittäen pelotella tuotepäälliköitä tai heidän asiakkaitaan.

It's one of those things that programmers like to do. Here's ten of them with a very simple description (that will undoubtedly draw the ire of developers everywhere as I hack their terminology to death with yksinkertaiset autometaforani):

  1. Abstraktio - tämä vaatii vaikeaa prosessia tai toimintoa ja hajottaa sen periaatteessa loogisesti ... joko hierarkian (A kuuluu B: n, B kuuluu C: n jne.) Tai piirteen tai toiminnon (väri, koko, paino jne.) Perusteella. Abstraktio helpottaa olio-ohjelmointia järjestämällä toiminnot loogisesti. Autoni rakentamiseksi rakennan rungon, moottorin ja korin erikseen.
  2. paheksuminen – this means that there is some old code in the system that may remain but needs phased out. When code is deprecated, programmers don't reference the code or utilize newer code until all references are gone to the old, at which time it should be removed. Sometimes, if it's a feature that's going away, you can keep it for a while with a warning to your users that it's going away. I get a new stereo system with new wiring but I leave the old wiring and don't use it.
  3. kapselointi – this is the process of organizing your programming functions within a parent when the function doesn't reach across any other parts of the system. If you have millions of functions, you want to have them efficiently organized and functioning within the areas that they operate rather than having them available globally. I put the engine's supporting mechanics in the engine compartment… I don't put the oil filter in the back seat.
  4. Perintö - tämä on kyky ottaa käyttöön toisen yhteisen koodin (luokan) ominaisuudet voidakseen käyttää sitä uudelle toiminnalle tarvitsematta kirjoittaa sitä uudelleen. Perintö on toinen hyvä kohdennettua kehityskäytäntöä. Turvaistuimellani voidaan kuljettaa lasta tai aikuista - joka istuu siinä.
  5. normalisointi - tämä on menetelmä tietojen järjestämisen tehostamiseksi tietokannassa rakentamalla viitteitä. Esimerkki olisi, jos minun pitäisi tallentaa liikennevalot koko päivän ajan ... punainen, keltainen ja vihreä. Sen sijaan, että kirjoitan jokaisen tietueen punaisella, keltaisella ja vihreällä - kirjoitan 1, 2 ja 3 ja teen sitten toisen taulukon, jossa 1 = punainen, 2 = keltainen ja 3 = vihreä. Tällä tavoin nauhoitan vain kerran punaisen, keltaisen ja vihreän. Jokaisella autoni ovella on sama ovenkahva. Yksi kahva, jota käytetään 4 eri paikassa 4 eri kahvan sijasta.
  6. Kohdennettu - nykyaikaisilla ohjelmointikielillä tämä on suunnittelumenetelmä, jonka avulla voit kirjoittaa tietyn koodin paloiksi toiminnallisuuden mukaan ja käyttää niitä sitten uudelleen. Esimerkki olisi, jos halusin tarkistaa pätevästi muodostetun sähköpostiosoitteen. Voisin rakentaa toiminnon kerran ja käyttää sitä sitten missä ikinä tarvitsen sovelluksessani. Autossani on 18 tuuman vanteet, joita sama tai muut valmistajat voivat käyttää muissa autoissa.
  7. polymorfismi – This one is tough to explain, but basically it's the ability to develop code that can be used dynamically for other situations. In other words, it can inherit unique and dynamic functionality simply by the way it's referenced. This is a very efficient means of development. I can use my automobile's electrical outlet to charge my phone or to supply juice to my tire pump.
  8. Rekursio – this is a method where code references itself. Sometimes, it's efficient and intentional, but other times it can wind up spiraling your applications out of control. Napsautan etsii stereoa ja se kiertää radioasemia. Se ei koskaan lopu, vain jatkuu.
  9. refactoring - tämä on koodin uudelleenkirjoittamisprosessi helpottamaan sen seuraamista tai järjestämistä paremmin, mutta ei välttämättä lisää mitään lisätoimintoja. Rakennan moottorini uudelleen.
  10. Palvelinlähtöinen arkkitehtuuri (SOA) - Ota olio-ohjelmointi ja käytä sitä suuriin järjestelmiin, joissa voi olla kokonaisia ​​järjestelmiä, jotka suorittavat tiettyjä toimintoja. Sinulla voi olla asiakassuhteiden hallintajärjestelmä, joka puhuu verkkokauppajärjestelmään, joka puhuu toimitusjärjestelmään jne. Vedän perävaunua autollani lähettääksesi tavaroita paikasta toiseen. Yhdistän ne trailor-vetokoukulla (XML).

I realize that my metaphors weren't always perfectly on target. I hope they helped a little bit, though!

Some advice when you hear these words in your next meeting with a developer… don't run back to your seat and look them up on wikipedia, they'll be watching. Don't flinch, they'll attack. Here's what to do… ponder out the window as if you're in deep thought and then look back with an inquisitive look or scratch your chin. Wait for them to follow up their declaration with more info.

… They're watching.

8 Kommentit

  1. 1

    LOL olet todella naulannut sen Doug 🙂 Yritätkö laittaa meidät pois liiketoiminnasta? Tiedät helvetin hyvin, että pankkimme niitä käsitteitä, joita ei ymmärretä, ja siksi meillä on tapamme matkustaa asiakkaiden kanssa. Nyt meidän on löydettävä tapa puhaltaa heidät yhdistely nämä sanat luoda yksi jättiläinen lause, joka voi mennä näin:

    Tiedät, että ominaisuus, jonka yrität laittaa, voidaan abstraktoida useille kohteille, jotka kapseloivat toiminnallisuuden ja kommunikoivat palvelukeskeisen arkkitehdin kautta.

  2. 5

    Being a software developer I can appreciate this post. We’re not all that bad though 😉 I would never bamboozle people with such techno babble 🙂

    Anna minun yrittää miettiä lisää sanoja sinulle ...

Mitä mieltä olet?

Tämä sivusto käyttää Akismetiä roskapostin vähentämiseksi. Lue, miten kommenttitietosi käsitellään.