PROGRAMARE
Cum plătim datoria tehnică: o abordare top-down
Ward Cunningham a introdus această metaforă, explicând că “livrarea codului pentru prima dată este ca și cum ai lua un credit”, apoi imediat scoțând în evidență că neplătirea acestei datorii curând “se contabilizează ca o dobândă la acel credit”. Metafora folosită este extrem de sugestivă, deoarece puteți vizualiza imediat dobânda care se adaugă în timp la datoria inițială. Același autor remarcă, mai bine de 20 ani mai târziu, că “ironia în industria noastră este că se dovedește mai ‘greu’ codul decât partea hardware atunci când produsul este terminat și programatorii eliberați.”
PROGRAMARE
Colțul arhitectural: Introducere în CQRS
Bertrand Meyer a fost cel care a introdus distincția între termenii Commandă și Interogare, când a afirmat că orice metodă trebuie să fie ori o Interogare (doar citește informații) fie o Comandă (execută o acțiune), dar nu ambele simultan.
PROGRAMARE
De la Business la implementare. Cum alegem CRMul
Urmărirea interacțiunilor cu clienții companiei este la baza păstrării businessului în stare de funcționare. Interacțiunea cu clientul final este prima linie de comunicare cu lumea exterioară și e nevoie să fie cât de bună cu putință. Există câteva moduri de a o organiza, în funcție de dimensiunea afacerii. Dar la un anumit moment va trebui implicat și un instrument software din familia Customer Relationship Management (CRM).
PROGRAMARE
De la Zero la RESTful în patru pași. Design de API
Acest articol este partea a doua dintr-o serie în care arătăm cum se pregătește, planifică și implementează un API RESTful. După ce am pus bazele în prima parte, de data aceasta ne vom uita la cum se face designul unui API, care sunt aspectele la care trebuie să fim atenți. Dar mai întâi ne vom uita la ce înseamnă REST și la constrângerile arhitecturale pe care le impune asupra sistemului.
PROGRAMARE
De la Zero la RESTful în 4 pași. Fundația.
Dezvoltarea de aplicații în mod profesionist folosind LAMP impune un framework modern. Acesta standardizează modul în care muncim, în primul rând prin folosirea unei organizări predictibile a codului și a fișierelor și în al doilea rând pentru că vine la pachet cu utilități și librării de bază. Mai mult decât atât, un framework abordează noțiuni de securitate la baza software-ului, este un factor cheie în îmbunătățirea muncii de echipă prin impunerea standardelor de codare și integrarea mai ușoară în echipă a noilor colegi. Nu în cele din urmă, în spatele său stă o comunitate, și ne face mai eficienți pentru că ne ajută să ne concentrăm în primul rând pe funcționalitatea proiectului nostru.
Conferință TSM
Design contribution