ABONAMENTE VIDEO REDACȚIA
RO
EN
NOU
Numărul 150
Numărul 149 Numărul 148 Numărul 147 Numărul 146 Numărul 145 Numărul 144 Numărul 143 Numărul 142 Numărul 141 Numărul 140 Numărul 139 Numărul 138 Numărul 137 Numărul 136 Numărul 135 Numărul 134 Numărul 133 Numărul 132 Numărul 131 Numărul 130 Numărul 129 Numărul 128 Numărul 127 Numărul 126 Numărul 125 Numărul 124 Numărul 123 Numărul 122 Numărul 121 Numărul 120 Numărul 119 Numărul 118 Numărul 117 Numărul 116 Numărul 115 Numărul 114 Numărul 113 Numărul 112 Numărul 111 Numărul 110 Numărul 109 Numărul 108 Numărul 107 Numărul 106 Numărul 105 Numărul 104 Numărul 103 Numărul 102 Numărul 101 Numărul 100 Numărul 99 Numărul 98 Numărul 97 Numărul 96 Numărul 95 Numărul 94 Numărul 93 Numărul 92 Numărul 91 Numărul 90 Numărul 89 Numărul 88 Numărul 87 Numărul 86 Numărul 85 Numărul 84 Numărul 83 Numărul 82 Numărul 81 Numărul 80 Numărul 79 Numărul 78 Numărul 77 Numărul 76 Numărul 75 Numărul 74 Numărul 73 Numărul 72 Numărul 71 Numărul 70 Numărul 69 Numărul 68 Numărul 67 Numărul 66 Numărul 65 Numărul 64 Numărul 63 Numărul 62 Numărul 61 Numărul 60 Numărul 59 Numărul 58 Numărul 57 Numărul 56 Numărul 55 Numărul 54 Numărul 53 Numărul 52 Numărul 51 Numărul 50 Numărul 49 Numărul 48 Numărul 47 Numărul 46 Numărul 45 Numărul 44 Numărul 43 Numărul 42 Numărul 41 Numărul 40 Numărul 39 Numărul 38 Numărul 37 Numărul 36 Numărul 35 Numărul 34 Numărul 33 Numărul 32 Numărul 31 Numărul 30 Numărul 29 Numărul 28 Numărul 27 Numărul 26 Numărul 25 Numărul 24 Numărul 23 Numărul 22 Numărul 21 Numărul 20 Numărul 19 Numărul 18 Numărul 17 Numărul 16 Numărul 15 Numărul 14 Numărul 13 Numărul 12 Numărul 11 Numărul 10 Numărul 9 Numărul 8 Numărul 7 Numărul 6 Numărul 5 Numărul 4 Numărul 3 Numărul 2 Numărul 1
×
▼ LISTĂ EDIȚII ▼
Mădălin Ilie

Mădălin Ilie

Cluj Java Discipline Lead @Endava

MANAGEMENT
Echipe hiperproductive

O echipă hiperproductivă este visul oricărui lider de echipă. Ce simplu ar fi să aplicăm un algoritm în zece pași prin care să ajungem la o echipă de zece ori mai productivă. Sau să îmbunătățim puțin comunicarea și echipa să ajungă singură în stadiul de nirvana al productivității. Cum bine știm cu toții, lucrurile nu sunt atât de simple. Acest articol își propune să prezinte câteva modalități prin care putem crea o echipă echilibrată și motivată care își cunoaște atât punctele forte cât și pe cele slabe.

PROGRAMARE
Eliminarea diferențelor dintre business și tehnologie în zona testării automate

Una dintre cele mai mari provocări ale echipelor Agile este o planificare a activităților de testare care să respecte următoarele condiții:

  • Echipa testează exact ce Produc Owner-ul a menționat în criteriile de acceptanță.
  • Ține pasul cu specificațiile care se schimbă continuu.
  • Preconizează un nivel ridicat de acoperire (coverage) a criteriilor de acceptanță prin aplicarea testelor automate și găsește echilibrul dintre efortul investit în testare (atât manuală cât și automată) și importanța/impactul/riscul scenariului care este testat.

PROGRAMARE
Code review

Code Review-ul este o examinare sistematică a codului sursă. Scopul acestui proces este identificarea și corectarea problemelor trecute cu vederea în faza inițială de scriere a codului, îmbunătățind în același timp calitatea codului cât și abilitățile dezvoltatorilor. Steve McConell prezintă în cartea sa Code Complete (http://www.amazon.com/Code-Complete-Practical-Handbook-Construction/dp/0735619670) câteva argumente foarte bune despre eficiența procesului de Code Review:

PROGRAMARE
Google Guice

Așa cum am promis în articolul trecut, voi continua prezetarea containerului Google Guice și pentru aplicații web. Pentru aceasta aveți nevoie de extensia de Servlet – parte din distribuția standard, alături de alte extensii precum JMX, JNDI, Persist, Struts sau Spring. Folosind Guice web.xml-ul se reduce doar la punerea containerului Guice în ”mișcare”, restul configurarilor făcându-se simplu în codul Java în maniera type-safe prezentată în articolul trecut.

PROGRAMARE
Guice

Dependency Injection-ul (DI) este o formă specializată de Inversion of Control(IoC) – un concept mai larg în care obiectele sunt cuplate la runtime de către o sursă externă – de obicei un container – deseori referit ca și IoC container. Prin DI putem selecta diferite implementări ale dependințelor la runtime, printr-un fisier de configurare spre exemplu, ceea ce constituie un avantaj major atunci cand vine vorba de unit testing. Injectarea obiectelor mock devine foarte simplă ceea ce face foarte ușoară testarea în izolare a aplicației.

Alţi autori de la Endava

NUMĂRUL 149 - Development with AI

Sponsori

  • Accenture
  • BT Code Crafters
  • Accesa
  • Bosch
  • Betfair
  • MHP
  • BoatyardX
  • .msg systems
  • P3 group
  • Ing Hubs
  • Cognizant Softvision
  • Colors in projects

Design contribution