Transfer Tehnoloic, limbaj exotic

Iulius-Foyas, on 15 iulie 2019 - 21:37, said:

Iulius-Foyas, on 16 iulie 2019 - 00:45, said:

Deci e vorba de un proiect sub Windows unde facilitatiile C# de interoperare cu native code nu au fost suficiente de s-a recurs la managed c++, unde documentatia lipseste (de e nevoie sa se citeasca codul pentru a afla ce face), dar care se doreste rescris in ... Java EE?

Am inteles bine?

Edited by dani.user, 17 July 2019 - 20:19.

MC++ ala se invata foarte rapid, nu e mare filozofie de el, daca stii C++. Din pacate am scris mai mult cod in el decat mi-as fi dorit

dani.user, on 16 iulie 2019 - 17:18, said:

da

Dar se doreste a fi rescris in java EE doarece clientul are probleme in a gasit pe cineva sa-i faca mentenanta in limbajul curent.
De asemenea i s-a spus clientului (probabil) de alte firme, preturile pt care ar fi necesara extinderea aplicatiei in limbajul curent (care este C++)
iar clientul nu est de acord sa dea acea suma de bani.

In schimb clientul este de acord sa plateasca o singura data o suma de bani mai mare pe dezvoltare, iar mentenanta sa-l coste in timp mult mai putin in viitor + interoperabilitate cu alte sisteme scrise in alte limbaje datorita modularitatii si scalabilitatii ridicate a arhitecturii Java EE.

Am observat multe proiecte de infrastructura scrise in alte limbaje decat java, pentru care fie clientul nu doreste/nu gaseste mentenanta la preturile care ii convine lui.
Si atunci face transfer tehnologic.

Edited by Iulius-Foyas, 17 July 2019 - 05:18.

Problema cu transferurile astea este ca de obicei n-o sa intelegi niciodata pe deplin de-i acolo si nici n-o sa gasesti pe cineva, inclusiv la client, pentru ca au plecat acum 10 ani. Practic ajungi sa faci o transformare de cod pe care nu-l intelegi ca business si care probabil e plin de cirpeli si hardcodari si evident fara vreo documentatie, cu atit mai putin la zi. Multe parti din aplicatie nici nu mai sint folosite sau sint folosite partial, iar daca intrebi pe cineva, chiar si pe unu care o foloseste zi de zi, habar n-o sa aibe, decit poate de butoanele pe care le apasa zi de zi de 10 ani incoace. Ultima problema e limbajul in asemenea situatii.

Da, asa este, de aceea dupa transferul tehnologic, se va reinspecta codul ca sa se decida "ce pleaca, ce ramane neschimbat, ce se refactorizeaza". Este adevat ca daca vechea aplicatiei va contine buguri de business logic acestea vor fi mostenite si de noua aplicatie, insa avand un dialog cu clientul in ceea ce priveste business-logicul, se elimneaza treptat si ele. De ce treptat ? Pentru ca delegatul clientului(project managerul) nu era la firma clientului cand s-a facut dezvoltarea. Adica si el la randul sau pe linie de managment a preluat
proiectul de la fostul manager, iar cei care au implementat proiectul nu mai lucreaza la firma respectiva.

De aceea dupa transferul tehnologic, urmeaza refactorizare pe module, dupa care optimizare.

Quote

Corect, confirm ca in ceea ce priveste codul, nu exista nici o documentatie a acestuia, ci este doar codul in sine atata tot.
Am cerut pana si istoricul de github al proiectului (ca sa vad mesaje din commituri si branch-urile  proiectului), din pacate primul commit contine tot codul gata redactat pt productie si fisiereul  MD nu contine
istoric de implementari sau  referinte catre documentatie in alte parti.

Edited by Iulius-Foyas, 17 July 2019 - 06:47.

Iulius-Foyas, on 17 iulie 2019 - 00:02, said:

Înseamnă că ai învățat limbajul lu' pește datorită deciziilor proaste luate deasupra ta de către corporație.

Tu i-ai făcut corporației o favoare.

Pai asta este si taskul respectiv.Clientii sunt clienti.Dpdv al businessului nu poti conduce o firma de software in care sa spui: nu pot sa iau in custodie proiectul X , doarece n-am oameni.
Nu.Managementul ia proiectul si il paseaza echipei de implementare. Este treaba echipei de implementare sa gaseasca o solutie.

Daca citeai si raspunsul lui Mossoti(pe care MarianG, l-a sters) ai fii vazut si de ce.

Edited by MarianG, 17 July 2019 - 08:23.

asta este favoarea ta facuta corporatiei, pentru ca "must do"

acum explica-ne de ce a luat firma o decizie buna cand a acceptat task-ul clientului desi nu are personal "exotic"

Din Java EE cum se va interogheaza firmware deviceurilor de achizitie de date?

Poate prin JNI.

Poate...

neagu_laurentiu, on 17 iulie 2019 - 20:43, said:

Da, insa via RMI: https://docstore.mik...nut/ch03_07.htm
Iar RMI este parte a EJB 3.X framework.

Comunicarea cu backendul (bazele de date) se va face prin JPA  si TA care sunt la randul lor tot parti ale lui EJB 3.X, bineitneles via unor data-sources care vor fi configurate in
prealabil in Wildfly.

Edited by Iulius-Foyas, 17 July 2019 - 22:53.

Banuiam ca se deturneaza discutia spre baze de date care n-au, aparent, nici o treaba cu ce am intrebat...

Discuția e despre decizii de sus în zigzag, nefondate tehnic, rescrierea în alt limbaj de dragul limbajului, și alte aberații d-ăstea tipice unei firme defectuoase, cu management defectuos, cu model de business defectuos, cu programatori fără nicio putere de decizie, cu o relație defectuoasă cu clientul, și alte asemenea bălării.

Tipic unei firme de outsourcing. Și chiar dacă nu ar fi de outsourcing, se comportă ca una.

dani.user, on 18 iulie 2019 - 20:27, said:

pai banuai bine ca acolo sunt datele importante, in baza de date alea valoreaza foarte mult de tot

OriginalCopy, on 18 iulie 2019 - 20:44, said:

De ce bre ? Se trece pe tehnologiile java enterprise unde este se gaseste piata de menentanta si prin urmare costurile sunt X/100 fata de 10X care erau intial.
Programatorii trebuie sa lucreze daca vrei putere de decizie iti faci propria ta firma si decizii pt tine.
Cine ia cele mai  multe proiecte are un cota de piata mult mai mare si ajunge sa cumpere alte firme care nu au cota de piata.
Scopul managementul este faca rost de cat mai multe contracte posibile , iar scopul programatorilor este sa  deruleze acele contracte.

Adica s-au dus vremurile cand clientul nostru stapanul nostru, acum sunt clientul nostru, elevul nostru ca sa zic asa mai diplomat

Edited by Iulius-Foyas, 18 July 2019 - 21:34.

I call bullshit!

I call reality