În luna mai din acest an, am participat la conferința Spring I/O din Barcelona unde am auzit de Spring REST docs. Două idei mi-au atras atenția:
- Documentația e generată din teste automate.
- Testele eșuează dacă documentația nu este creată corespunzător.
După conferință am căutat mai multe informații în documentația Spring REST docs și am creat un exemplu de serviciu REST ca să pun în practică. Exemplul este foarte simplu și este clasicul Hello World.

Este o provocare să faci rezumat la sutele de prezentări și slide-uri de la un Gartner summit, dar acest lucru merită realizat pentru a ȋncuraja discuţii ȋn jurul său. Tema abordată la unul din ultimele summituri a fost componenta de externalizare a abordării bimodale susţinute de Gartner – modelul adaptiv al surselor ȋn noua eră Digital Business, ȋn care companiile ȋncearcă să inoveze. Ȋnainte de toate, vom prezenta contextul, vom vedea unde ne situăm, potrivit Gartner, și de ce această perioadă este era Digital Business.

Conform noului Cod fiscal, antreprenorii beneficiază de o sferă extinsă cu privire la achizițiile care intră sub incidența scutirii de impozit pentru profitul reinvestit. Cu alte cuvinte, antreprenorii au posibilitatea de a reduce valoarea impozitului pe profit, prin realizarea de investiții în echipamente informatice: hardware sau software. În rândurile de mai jos, vă vom explica care sunt noile modificări legislative și vă vom prezenta trei exemple de calcul al impozitului ce poate fi scutit pentru profitul reinvestit.

Auzim acest lucru din ce în ce mai des, deoarece ședințele ne ocupă o mare parte din activitatea noastră de zi cu zi. Astfel foarte frecvent programăm ședințe și participăm la ele când dorim să stabilim ceva. Având foarte multe astfel de întâlniri, ședințele ineficiente au devenit unul dintre principalii hoți de timp care ne dau productivitatea peste cap. Dacă mai adăugăm faptul că 69% din oameni consideră ședințele ca fiind neproductive, iar procentul de oameni care adorm la ședințe este de 9%, putem concluziona că ședințele pot să influențeze major performanța de la locul de muncă.

Ultimul Magic Quadrant realizat de cunoscuta companie Gartner anul trecut evidenția faptul ca Amazon Web Services își păstra poziția de “rege al serviciilor IaaS”, în ciuda concurenței puternice a companiilor Microsoft prin platforma Azure și a Google prin Cloud Platform, toți trei fiind încadrați in categoria “hyperscale vendors”.

Atunci când vorbim de o soluție IT comercială, mai ales în cazul dezvoltării de software personalizat, nu este întotdeauna evident unde este centrat interesul clientului și care sunt capacitățile critice necesare echipei de dezvoltare pentru a construi soluția. Acești doi factori sunt elementele cheie pentru încheierea contractului și ar trebui să fie foarte bine înțeleși. Din acest punct, se inițiază construcția soluției IT având ca scop final satisfacerea nevoilor clientului, respectând în același timp cultura și tradițiile sale. Pornind în sens invers, de la viabilitatea comercială a soluției, șansele sunt că opțiunile propuse vor fi sub-optime, ori, chiar dacă o parte vor fi satisfăcătoare, per ansamblu vor fi sub așteptările clienților. Acest articol explorează o modalitate de a modela soluții IT de succes.

Am avut recent plăcerea de a avea între participanții la unul dintre Workshop-urile mele pe Diferenţe Culturale (Cultural Differences) un General Manager, extrem de inteligent, care susținea că nu este corect să afirmăm că oamenii aparținând aceluiași culturi au tendința de a se comporta similar între ei, și diferit față de oamenii dintr-o altă cultură. Din punctul lui de vedere, totul se reduce la personalitatea fiecăruia (Individual Personality).

Ceea ce ne arată acest grafic în legătură cu căutarea pe internet pentru Agile şi SCRUM este o creștere considerabilă, ducând la momentul 2013 când DevOps a început să fie investigat. Pe lângă acest aspect, aţi mai putea observa că: linia pentru Testability este foarte greu de văzut. Se pare că mai nimeni nu este interesat şi de ceea ce este testabil.. De ce situaţia asta? Dacă vorbim despre DevOps, de exemplu, pe lângă schimbarea imperativă culturală, vorbim despre unelte, livrări automate sau scripturi. Dar e important să analizăm și modul cum testăm aceste unelte. Un script de livrare trebuie testat la fel ca orice aplicație software. SCRUM şi Agile vorbesc despre bucle rapide de feedback, testare automatizată. Dacă vrei să automatizezi ceva, sistemul trebuie să îţi permită să o faci.

Publicat în Numărul 49 Citeşte mai mult