MDK: Smart Assistant Core
Există o tendință iminentă în digitalizarea mediului de lucru. Juxtapunerea dintre caracteristicile birourilor închiriate și nevoile adevărate ale utilizatorilor finali devine din ce în ce mai greu de justificat. Considerăm că valoarea angajaților este diminuată atunci când limitările spațiilor închiriate inhibă productivitatea, creativitatea și colaborarea percepută de către angajați. Prin urmare, obiectivul nostru principal este de a transforma mediul fizic de lucru într-un participant la activitățile zilnice de la birou.
Situația e fără speranță, dar nu serioasă: Obținerea unui S3 Bucket Negligence Award
S3 Bucket Negligence Award, un termen inventat de Corey Quinn , autorul picantelor newsletter și podcast “Last Week in AWS”, se referă la politicile security-as-an-afterthought ce au dus la tot felul de rezultate spectaculoase. Dacă nu sunteți interesați să citiți complet acest modest articol, important de reținut este următorul S3 Bucket policy, pentru reușite și popularitate
AutorInventator. Cum poate influența AI proprietatea intelectuală?
Ar putea o Inteligență Artificială (AI) să fie considerată inventator? Dar autor? Sunt întrebări la care am fi zâmbit acum zece ani, dar iată că, între timp, au devenit întrebări cărora legislația privind proprietatea intelectuală trebuie să le dea răspuns, în curând (în viitorul mult mai apropiat decât îl credeam posibil).
De la React la React Native, un exemplu practic
Am început să lucrez cu JavaScript în 2017, așa că am căutat modalități de învățare. Am creat o aplicație care îmi monitoriza progresul la cititul de cărți unde am folosit React, Redux & Saga și Spring Boot. Inițial mă gândeam să o îmbunătățesc și să-i fac deploy undeva în cloud dar mi s-a părut o bătaie de cap prea mare pentru o singură persoană. Implementarea pe mobile părea mai simplă și alegerea firească a fost React Native.
Dragostea durează trei ani. Cât durează dezvoltarea unui tool intern?
A fost odată o idee: să găsim o modalitate cât mai rapidă prin care să asigurăm conformitatea unui produs software existent, cu noile standarde impuse de către client. În principiu, părea simplu... În realitate, aceasta se întâmpla acum 12 luni și încă nu este gata. Ce am realizat de atunci, ce am învățat și ce am face diferit, vom vedea în continuare.
Dezastre DevOps: Suprautilizarea toolurilor și greșelile aferente
Un fenomen foarte interesant își face apariția în peisajul cotidian. Se referă la toolurile specifice pe care le utilizăm în mediul de lucru al noastru. În multe situații, inginerii acționează pe baza intuiției când au de terminat o sarcină de lucru. Înțelegerea și cunoștințele noastre sunt limitate de multe ori la câteva tooluri specifice cu care avem experiență. Ne punem aceste cunoștințe în aplicare pentru a rezolva problemele pentru care toolurile nu oferă o soluție corectă. Mai există și o tendință să luăm tooluri la modă și să le folosim cu scopul pentu care nu au fost create și în contextul nepotrivit.
Cum te simți? O lecție învățată pentru livrarea cu succes a unui proiect
Hei, David, mi-ai trimis informația care ți-am cerut-o ieri?
Mai am un pic și o finalizez.
De ce ți-a luat așa mult? Știi că am presiunea asta pe mine.
Tăcere....
Peste o zi, în același birou ...
Mentalitatea Lean in proiecte noi
Lean este un set de reguli menite să reducă risipele și să adauge plus valoare produselor și serviciilor. Metoda Lean este originară din industria japoneză, metodă care a făcut din Toyota cel mai valoros brand de automobile din lume. Această mentalitate a fost promovată în sistemul de producție Toyota (TPS) încă din anii 1950-1960. Lean este una dintre puținele metodologii care este orientate spre oameni și are grijă de supraîncărcare (muri în japoneză) și de denivelările volumelor de muncă (mura). Am văzut unele companii de succes existente cum au adoptat Lean și au avut un succes uriaș, dar este posibil să se adopte Lean în start-up-uri? Da. Și puteți afla în continuare cum.


























