11 akronimów dzięki którym dogadasz się z programistą

Ciekawostki, Merytoryczne    19 Luty 2009 6:05

Dzisiaj będzie rozrywkowo. Ale i też poważnie. Bo jeżeli nie przeczytasz tego posta to nie nawiążesz komunikacji z co drugim programistą. Programiści oprócz skomplikowanych gestów, tajemniczej mimiki i innych niewerbalnych przekazów korzystają też z akronimów. Akronimy w świecie programowania są tak samo powszechne jak na stronach unijnych.

Z tego posta dowiesz się co znaczą najważniejsze skróty używane przez programistów między sobą. Dzięki nim będziesz mógł poczuć się jak jeden z nich.

OOP

Object Oriented Programming. Programowanie zorientowane obiektowo rozwinęło się po 1990 roku, teraz jest na fali.

SQL

Structured Query Language. Strukturalny język zapytań do bazy danych. Kiedyś wymawiano ten skrót ’sequel’, teraz modne jest wymawianie ‘eskjuel’.

YAGNI

You Ain’t Gonna Need It. Nie będziesz tego potrzebował – zasada w programowaniu która mówi, żeby nie pisać oprogramowania które nie jest potrzebne, ale wydaje się, że kiedyś może się przydać. Nic na zapas.

KISS

Keep it Simple, Stupid. Nie komplikuj głupku. Jest wiele interpretacji, ale każda sprowadza się do tego, żeby pisząc program pisać go tak prosto jak tylko się da (bez niepotrzebnych obejść, skrótów, sztuczek magicznych).

MoSCoW

M – Must have it, S – Should have it  if at all possible,  C – Could have if not affesting other things, W – Would like to have, but in the future. Jest to metoda z zarządzania i rozwijania oprogramowania. Dzieli ona możliwości klienta na 4 części – te które musi mieć (M), te które powinien mieć (S), może mieć (C) jeżeli nie zaszkodzą innym możliwościom, oraz te, które chce mieć w przyszłości (W).

DRY

Don’t repeat yourself. Nie powtarzaj się! Reguła, która mówi, że jeżeli liczysz pensję pracownika, napisz jedną funkcję do tego i wszędzie z niej korzystaj. Nie stosowanie tej metody może rodzić nieprzyjemne konsekwencje (włącznie ze strajkami).

ROT

Rule of three. Zasada trzech. Martin Fowler wprowadził tą zasadę, aby określić moment, kiedy kopiowany kod wymaga konserwacji. Jeżeli skopiuje się raz kod jeszcze jest dobrze. Ale kiedy w systemie są 3 kopie kodu trzeba zastanowić się nad złączeniem tych 3 wersji żeby uchronić program przed dokonywaniem późniejszych zmian w 3 miejscach na raz, co jest dosyć ryzykowne (patrz zasada DRY).

SCP

Single choice principle. Zasada jednego wyboru jest częścią DRY i mówi, że jeżeli system musi obsługiwać parę alternatywnych możliwości, to i wyłącznie jeden moduł w systemie może posiadać całkowitą wiedzę o pełnej liście tych alternatywnych możliwości.

GUI

Graphical user interface. Gui to też określenie grilowanych dań kuchni koreańskiej. Cechą wspólną jest to, że ładnie wyglądające GUI to w programowaniu i kuchni koreańskiej połowa sukcesu.

IDE

Integrated development environment. Zintegrowane środowisko programistyczne. Program komputerowy w którym pisze się programy komputerowe jest gorszą nazwą prawda?

ROR

Ruby on rails. Szkielet do szybkiego tworzenia aplikacji webowych.

Przygotowałem dla Ciebie wpisy:

Dodaj do Sfory | Dodaj do Wykopu | Dodaj do Osnews


7 komentarzy »

Kanał RSS z komentarzami do tego wpisu. TrackBack URI

  1.   20 Luty 2009, Kamil Harasiński:

    Ciekawy wpis.
    Mimo że znajomość tych akronimów nie gwarantuje, że dogadasz się z programersem :) To specyficzni ludzie :)
    Najbardziej zainteresował mnie skrót MoSCoW -spróbuję go zastosować w praktyce do klasyfikowania wymagań Klienta.
    Tylko jak tu przekonać Klienta, że nie wszystko jest “Must have it” :) :)

    komentarz #

  2. [...] a także pokazują ich użycie w konstelacji zasad programowania obiektowego i reguł takich jak DRY, KISS i YAGNI. Przykłady są w języku C#/Java. Wystarczy znać podstawy obiektowości. Język nie jest tu [...]

    Pingback #

  3.   20 Lipiec 2009, nameczanin:

    Z pewnością należałoby tutaj dodać słynne ostatnio, szczególnie wśród biznesowców, SOA – Service Oriented Architecture. Myślę, że to ważniejszy akronim niż taki ROR.

    Najmądrzejszą z powyższych jednak wydaje mi się YAGNI – z punktu widzenia programisty.

    komentarz #

  4.   20 Lipiec 2009, Tomaszs:

    @nameczanin – SOA niby jest ok, ale to tak samo można by dodać API ;)

    komentarz #

  5.   23 Lipiec 2009, nameczanin:

    API to bardziej techniczna sprawa. SOA bardziej biznesowa.

    Przypomniał mi się jeszcze jeden skrót, który bywa dosyć istotny, w wielu aplikacjach się pojawia. Na przykład w tych komercyjnych, które są reklamowane na stronach – pisze “Edytor WYSIWYG”. Częste szczególnie w aplikacjach internetowych a wciąż nie każdy wie co to jest.

    WYSIWYG – What You See Is What You Get

    komentarz #

  6. [...] kodu i struktur bazodanowych nie ma zbytnio sensu w odniesieniu do zasady DRY, więc od razu ten wariant [...]

    Pingback #

  7.   26 Luty 2010, ottawka:

    dzięki za fajny zbiór :D
    Twój opis MoSCoW zainspirował mnie do napisania wpisu na temat zasad programowania (DRY KISS in MoSCoW)

    komentarz #

Dodaj komentarz

XHTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>


Programming Blogs - BlogCatalog Blog Directory
WordPress, Pool Theme - Borja Fernandez - mod