Jump to content

SUBIECTE NOI
« 1 / 5 »
RSS
Incalzire casa fara gaz/lemne

Incalzire in pardoseala etapizata

Suprataxa card energie?!

Cum era nivelul de trai cam din a...
 probleme cu ochelarii

Impozite pe proprietati de anul v...

teava rezistenta panou apa calda

Acces in Curte din Drum National
 Sub mobila de bucatarie si sub fr...

Rezultat RMN

Numar circuite IPAT si prindere t...

Pareri brgimportchina.ro - teapa ...
 Lucruri inaintea vremurilor lor

Discuții despre TVR Sport HD.

Cost abonament clinica privata

Tremura toata, dar nu de la ro...
 

Is The Era of Free Oracle Java Updates is Ending ?

* - - - - 3 votes
  • Please log in to reply
70 replies to this topic

#55
aaaa4567

aaaa4567

    Senior Member

  • Grup: Senior Members
  • Posts: 9,475
  • Înscris: 18.10.2011

Quote

Si cine este senior in java enterprise da-mi voie sa-ti spun ca nu o sa-i fie deloc greu  in a intelege .NET

Ai idee ce vorbesti?

Si, cum faceti, treceti asa totul, de pe java pe .net? Ati vorbit cu cati oameni de decizie din firma?

#56
WinstonMontana

WinstonMontana

    Active Member

  • Grup: Members
  • Posts: 1,913
  • Înscris: 20.02.2018
Dap,suntem  trei echipe mari , una va continua mentanta proiectelor actuale in timp ce celallta echipa va face replicarea in DotNet. Iar cea de-a treia este QA-ul care urmareste transferul tehnologic conform diagramelor UML ale claselor si ale hartilor sinoptice de interactiune a interfetelor si pe masura ce se replica in noua stiva DotNet a modulelor se face Testarea unitara.
Toate proiectele noastre sunt facut pe module unitare si segregate prin intermediul interfetelor conform unui design pattern-uri stabilite de catre arhitectii software, astfel incat
sa faciliteze testara unitara /modul dar si testarea unitare pe un asamblu de module.
Asa ca un overview parca ar fi piese de lego, care imbina una cu alta.

Quote

Ai idee ce vorbesti?
Dap

Edited by WinstonMontana, 25 April 2018 - 22:04.


#57
OriginalCopy

OriginalCopy

    I'm harmful, fear me please! :))

  • Grup: Senior Members
  • Posts: 27,268
  • Înscris: 10.08.2006

View PostWinstonMontana, on 25 aprilie 2018 - 18:31, said:

Pai senioritatea se capata cu timpul.Nicaieri nu este scris ca trebuie sa fii legat pe viata de o stiva de tehnologii.
Un  inginer software trebuie sa fie capabil sa aplice la nivel de cariera , principiul inversarii dependintelor:
https://en.wikipedia...rsion_principle

A. High-level modules(algoritmul tau) should not depend on low-level modules(tool-uri de implementare). Both should depend on abstractions.(discipline specifice de proiectare -OOAD si paradigme de modelare  gen OOP/AOP)
B. Abstractions should not depend on details(stiva de tehnologii folosita). Details should depend on abstractions.
Acesta este si principiul de baza al proiectarii oricarui framework dar care se regaseste si ca principul de proiectare al arhitecturii software
Codul sursa este redactat pt a fi cat mai lizibil si logic cu putinta pentru a ajuta transcrierea facila a codului in alte limbaje de programare
Avand codul sursa in partea stanga si diagramele UML pt fiecare clasa + hartile sinoptice de interactiune ale interfetelor in partea dreapta este
facila transcrierea codului in alta stiva de tehnologii.Si asa au fost gandite de la inceput proiectele.
Sigur ca nu se face peste noapte, dar intr-o jumate de an se face.

Si cine este senior in java enterprise da-mi voie sa-ti spun ca nu o sa-i fie deloc greu  in a intelege .NET
Nu inteleg de unde atata drama .In fond pe client nu-l intereseaza detaliile de implementare.El vrea doar sa-i mearga afacerea.

In momentul in care iti legi viata de o stiva de tehnologii, devi prizonier al acelui univers si ratezi multe oportunitati.
Ce este cu aceasta melodrama ? Schimb stiva de tehnologii, vine sfarsitul lumii ? De unde aceasta concluzie ?


pai daca trecem pe .NET , la ce actualizari te referi ?

De acord. Fix in asta consta senioritatea.

Esti senior doar daca nu esti legat de o tehnologie si poti intelege o alta si poti migra oricand.

View Postaaaa4567, on 25 aprilie 2018 - 21:26, said:

Ai idee ce vorbesti?

Si, cum faceti, treceti asa totul, de pe java pe .net? Ati vorbit cu cati oameni de decizie din firma?
E destul de usor de migrat o aplicatie enterprise daca e construita cum trebuie.

"usor" relativ la situatia extraordinara in care o tehnologie/limbaj gen java moare (=situatie exceptionala) si trebuie inlocuita cu totul.

Nu zic ca nu ar fi o gramada de munca, dar cu cativa pasi pregatitori inainte se poate face fara riscuri.

Poate iti va fi afectata performata cu cateva procente o perioada, dar situatii exceptionale necesita masuri exceptionale - plus ca poti arunca cu hardware in problema si aia e - tot iesi mai ieftin pe termen lung.

#58
Mosotti

Mosotti

    Geniu umil

  • Grup: Senior Members
  • Posts: 33,295
  • Înscris: 21.04.2004
Asta trolleaza la greu ahahaha, limbaj de lemn ca la vechii comunisti :w00t:

Hai explica-ne cum urmareste QA-ul "transferul tehnologic conform diagramelor UML ale claselor"? Sa inteleg ca QA-ul vostru este compus din programatori care se uita prin clase si apoi prin diagrama clasei ca sa vada daca n-ati ratat vreo metoda? Nu ca ma pricep io la QA, da m-as astepta ca aia sa foloseasca alte diagrame, cum are fi use case diagram :w00t:

Cum se replica vechea stiva Java pe noua stiva "DotNet"? Adica ce continea prima si ce contine a doua, care e corespondenta intre tehnologii?

Cite linii de cod au proiectele "replicate"? Care este estimarea? Se "replica" toate deodata sau pe rind?

Da-ne niste exemple de "design paternuri stabilite de catre arhitectii software" care imbina "modulele" ca un lego. Btw, ce dracu e un modul, pentru ca Java n-are module, adica ma rog, ma indoiesc ca voi sinteti pe Java 9 sa aveti module. Poate the referi la package. Ce design pattern-uri aveti care imbina package-uri ca niste lego? :roflmao:

#59
jm2010

jm2010

    Senior Member

  • Grup: Senior Members
  • Posts: 4,979
  • Înscris: 14.03.2013

View PostWinstonMontana, on 25 aprilie 2018 - 22:01, said:

Dap,suntem  trei echipe mari , una va continua mentanta proiectelor actuale in timp ce celallta echipa va face replicarea in DotNet. Iar cea de-a treia este QA-ul care urmareste transferul tehnologic conform diagramelor UML ale claselor si ale hartilor sinoptice de interactiune a interfetelor si pe masura ce se replica in noua stiva DotNet a modulelor se face Testarea unitara.
Toate proiectele noastre sunt facut pe module unitare si segregate prin intermediul interfetelor conform unui design pattern-uri stabilite de catre arhitectii software, astfel incat
sa faciliteze testara unitara /modul dar si testarea unitare pe un asamblu de module.
Asa ca un overview parca ar fi piese de lego, care imbina una cu alta.

Dap
Tu ai idee despre ce vorbesti? Sincer acuma, tu chiar lucrezi in IT?

#60
Geth

Geth

    Senior Member

  • Grup: Senior Members
  • Posts: 2,903
  • Înscris: 17.11.2017
Interesant:

Over the last decade, the JavaFX technology has found its niche where it enjoys the
support of a passionate developer community. At the same time, the magnitude of
opportunities for cross-platform toolkits such as JavaFX in the market place has been
eroded by the rise of “mobile first” and “web first” applications.

Consequently:
 Oracle will continue to support JavaFX new fixes for Java SE 8 until 2022.
 Having open sourced JavaFX and related tools, Oracle is working with interested
third parties to make it easier to build and maintain JavaFX as a separately
distributable open-source module.

Swing and AWT

AWT has been an integral part of Java SE since its launch in 1996. Swing was introduced
shortly thereafter as a separate library and finally incorporated into “J2SE 1.2” in 1998.
Both toolkits are still part of the Java SE Specification and core to many other toolkits
and applications that build on top of them.

Oracle will continue developing Swing and AWT in Java SE 8 and Java SE 11 (18.9 LTS).
This means they will be supported by Oracle through at least 2026.
http://www.oracle.co...mar-4414431.pdf

JavaFX o sa fie scos din Java SE 11 dar ramane ca proiect open source individual(la care oracle spera sa se gaseasca interesati sa contribuie), in schimb va continua "dezvoltarea"(oare?) si suportul AWT & Swing pana in 2026 cel putin(nu demult povestea suna invers: productia swing a incetat, treceti la jfx). Sunt curios daca o sa mai dezvolte ceva pe bune sau doar le lasa la plesneala sa fie acolo ca inca se bazeaza destui pe aceste tehnologii.  Curios si cu JFX ce se va intampla.

Edited by Geth, 26 April 2018 - 11:21.


#61
romio79

romio79

    Active Member

  • Grup: Members
  • Posts: 1,655
  • Înscris: 30.03.2005
Se prezice sfârșitul java de 20 de ani

In fiecare an mai descopera cate unu javascript, pyton, groovy, scala etc

La mutarea java la oracle era aceasi teorie, pana acum nu s-a întâmplat nimic

#62
WinstonMontana

WinstonMontana

    Active Member

  • Grup: Members
  • Posts: 1,913
  • Înscris: 20.02.2018

View Postjm2010, on 26 aprilie 2018 - 05:06, said:

Tu ai idee despre ce vorbesti? Sincer acuma, tu chiar lucrezi in IT?
Dap,  hai sa-ti zic cum este structurat un proiect enterprise la noi:
Algoritmul principal este structurat la nivel de interfete . Implementarea unei interfete reprezinta un modul.
Hartile sinoptice au reprezentarea unui arbore sau graf in care fiecare nod al arborelui repreztina  o interfata
Intre doua noduri este notata tipul de relatie intre acel noduri alaturi de cardinalitatea lor. In interfata sunt puse doar metodele ce trebuiesc implementate.Implementarea propriuzisa
a unui interfete are denumirea de modul.

O echipa creaza acesti arbori in  care fiecare nod este o interfata. O alta echipa implementeaza interfetele in limbajul ales de catre prima echipa, si alta echipa verifca implementarea pe fiecare ramura a arborelui + teste unitare pe fiecare ramura implementata.
Avem proiecte in care hartile sinoptice  sunt alcatuite din conectarea mai multor arbori de acest gen.

Practic avem implementarea principiului inversarii dependintelor la nivel de firma si project management.
https://en.wikipedia...rsion_principle
A. High-level modules should not depend on low-level modules. Both should depend on abstractions.
B. Abstractions should not depend on details. Details should depend on abstraction


Relatiile A si B pot fi observate atat la nivel de programare cat si la nivel de project managment.

Cand facem trecerea de la java la Dot Net , practic echipa doi trebuie sa implementeze exact acelasi arbore cu interfete insa in logica Dot Net
Practic algoritmul proiectului este in esenta acel arbore de interfete , unde fiecare interfata are metode care repezinta actiuni ce trebuiesc implementate
in  ce limbaj de programare doresti tu.

Practic algortimul este decuplat de implementarea acestuia.

PS:Cel mai tare mi s-a parut acum 1 an cand s-a replicat in Tranzact SQL(SQL Server) un algortim enterprise scris in java.
Practic s-a implementat doar arborele de interfete (care este algoritmul) in TSQL , unde fiecare interfata a fost implementat priintr-o procedura SQL.

Eu nu inteleg drama. Care este drama daca imi implementez algoritmul (redactat su forma de arbore de interfete) in difierte stive de tehnologii ?

Edited by WinstonMontana, 26 April 2018 - 12:11.


#63
neagu_laurentiu

neagu_laurentiu

    Guru Member

  • Grup: Senior Members
  • Posts: 40,570
  • Înscris: 30.07.2003

View PostGeth, on 26 aprilie 2018 - 11:20, said:

Sunt curios daca o sa mai dezvolte ceva pe bune sau doar le lasa la plesneala sa fie acolo ca inca se bazeaza destui pe aceste tehnologii.  Curios si cu JFX ce se va intampla.
FX n-a prins mai deloc. Swing (cu baza in AWT) va ramane ca si pana acum, oricum nu prea face lumea aplicatii cu ele.

#64
OriginalCopy

OriginalCopy

    I'm harmful, fear me please! :))

  • Grup: Senior Members
  • Posts: 27,268
  • Înscris: 10.08.2006

View PostWinstonMontana, on 26 aprilie 2018 - 11:47, said:

Relatiile A si B pot fi observate atat la nivel de programare cat si la nivel de project managment.
This is smart. https://en.wikipedia...ki/Conway's_law

View PostWinstonMontana, on 26 aprilie 2018 - 11:47, said:

Eu nu inteleg drama. Care este drama daca imi implementez algoritmul (redactat su forma de arbore de interfete) in difierte stive de tehnologii ?
Drama e ca nu se mai poate smiorcai despre cum nu e posibil sa programezi in 5+ limbaje, fluent.

Adica cum, limbajul nu conteaza? Java, oh, beloved java, nu conteaza???!

#65
Mosotti

Mosotti

    Geniu umil

  • Grup: Senior Members
  • Posts: 33,295
  • Înscris: 21.04.2004

View PostOriginalCopy, on 26 aprilie 2018 - 12:17, said:

Drama e ca nu se mai poate smiorcai despre cum nu e posibil sa programezi in 5+ limbaje, fluent.

Adica cum, limbajul nu conteaza? Java, oh, beloved java, nu conteaza???!
Fair enough. Numai ca trebuie sa si dovedesti, io de papagali cu pene sint satul, vezi ala de mai sus care bate cimpii la greu.

Anyway, sa zicem ca luam urmatoarele 5 chestii:

- JavaEE
- C#
- C++
- C
- SQL (Oracle sau MS)

Parca la un moment dat ziceai pe undeva ca ai programat in peste 10 limbaje, deci presupun ca ai programat in 5 din cele mai folosite limbaje.

Pentru fiecare limbaj io asamblez cite 20 de intrebari grila cu raspunsuri multiple. Fiecare intrebare valoreaza 0.25 puncte. Scopul este sa obtii cel putin 4 la fiecare limbaj. Timp de desfasurare: 2 ore.

Te bagi?

#66
dani.user

dani.user

    Guru Member

  • Grup: Senior Members
  • Posts: 30,194
  • Înscris: 24.02.2007
Mie mi-e pofta de niste intrebari grila :D

#67
aaaa4567

aaaa4567

    Senior Member

  • Grup: Senior Members
  • Posts: 9,475
  • Înscris: 18.10.2011

View PostWinstonMontana, on 25 aprilie 2018 - 22:01, said:

Dap,suntem  trei echipe mari , una va continua mentanta proiectelor actuale in timp ce celallta echipa va face replicarea in DotNet. Iar cea de-a treia este QA-ul care urmareste transferul tehnologic conform diagramelor UML ale claselor si ale hartilor sinoptice de interactiune a interfetelor si pe masura ce se replica in noua stiva DotNet a modulelor se face Testarea unitara.
Toate proiectele noastre sunt facut pe module unitare si segregate prin intermediul interfetelor conform unui design pattern-uri stabilite de catre arhitectii software, astfel incat
sa faciliteze testara unitara /modul dar si testarea unitare pe un asamblu de module.
Asa ca un overview parca ar fi piese de lego, care imbina una cu alta.

Dap
Chiar daca aplicatia este bine construita (SOLID, GRASP etc), nu crezi ca itri va lua o gramada de man-months sa faci portarea? Cum justifici asta managementului? Gramada de bani, timpul, riscurile ("if aint broke dont fix it", vezi o miscare asemanatoare facuta cu Netscape) etc etc etc ?

In sfarsit, nu spun ca nu se poate face (dpdv tehnic), ma refer la asumarea riscurilor, costurilor etc. Cam ce dimeniune are aplicatia, fara suparare? Si pe ce verticala? Scuze daca ai spus, nu mai tin minte discutia de la inceput...

View Postjm2010, on 26 aprilie 2018 - 05:06, said:

Tu ai idee despre ce vorbesti? Sincer acuma, tu chiar lucrezi in IT?
Probabil ca se refera la TDD sau ceva de genul.

View PostWinstonMontana, on 26 aprilie 2018 - 11:47, said:

PS:Cel mai tare mi s-a parut acum 1 an cand s-a replicat in Tranzact SQL(SQL Server) un algortim enterprise scris in java.
Practic s-a implementat doar arborele de interfete (care este algoritmul) in TSQL , unde fiecare interfata a fost implementat priintr-o procedura SQL.


Adica ai mutat business logicul (condul din BLL) in cod SQL, inteleg bine? Pot exista motive pentru care ai face asa ceva. Care au fost la voi in acest caz? De ce vreti sa mentineti regulile de business sub forma de cod Transact SQL?

Mi-e tare teama ca se confunda posibilitatea tehnica, teoretica de a scrie cod in 10 limbaje, cu posibilitatea de a pricepe (grosso-modo) cod scris de altii, cat si cu posibilitatea de a fi productiv (chiar fluent) intr-un nou limbaj (nu foarte inrudit, chiar daca pe o paradigma cunsocuta: de exemplu :stiu C++, vreau sa lucrez in Java). Senioritatea asta vine cu varsta, cu practica, dar, drept sa-ti spun, odata cu varsta (dupa 35-40 de ani) vine si incetinirea fiziologica a ritmului de invatare. La mine deja se simte. Sunt n chesti care pot fi diferite, incepand de la IDEuri, biblioteci, paradigme, chestii de finetuning, integrare etc etc etc care fac ca trecerea sa dureze minimum cateva luni.

Dupa teoria asta, s-ar cere la angajare: om cu experienta de 15 ani in paradigma relationala, obiectuala (nu importa ce produse, proiecte etc), lucram pe un proiect care cere cutare si cutare etc. sigur ca in timp te lovesti de tehnologiile mari si chiar daca iti pune cineva in fata o consola de management de la concurenta, vei stii in mare ce tip de obiecte (Views, triggers, sprocs etc) sa cauti, dar probleme sunt: stai sa vezi ca asta nu are tipul asta de obeicte, ca de fapt inseamna putin altceva, sunt implementate altfel etc. Sigur, un select banal opereaza la fel, dar ia incearca sa transpui chestii mai de finete de colo-colo, asa, din prima...

ati vazut voi, asa, frecvent, ca oamenii peste 35-40 de ani se apuca de invatat limbaje noi? sau ecosisteme intregi? Nu vorbim de un curs, nu vorbim ca stiu cum sunt scrise obiectele in javascript, vorbim de invatat ca lumea... Cati sunt, 5-10%? Nu zic ca n-or putea unii, da sunt putini. Majoritatea se duc catre arhitectura, management, BA, invatamant, numai catre altceva tehnic de la zero, nu. Decat de nevoie sau daca ii apuca criza varstei de mijloc. Nu stiu, zic si eu...

NB: la 35-40 nu mai poti sta 15 ore in fata monitorului ca la 25 de ani, se simte, chiar bine chestia asta. de fapt, abia mai poti sta 7-8...

Edited by aaaa4567, 29 April 2018 - 16:14.


#68
dani.user

dani.user

    Guru Member

  • Grup: Senior Members
  • Posts: 30,194
  • Înscris: 24.02.2007

View Postaaaa4567, on 29 aprilie 2018 - 16:13, said:

ati vazut voi, asa, frecvent, ca oamenii peste 35-40 de ani se apuca de invatat limbaje noi? sau ecosisteme intregi? Nu vorbim de un curs, nu vorbim ca stiu cum sunt scrise obiectele in javascript, vorbim de invatat ca lumea...

Ideea e ca pana ajungi la acea varsta sa te roada curiozitatea sa aflii cum pun si altii problema. Sa nu stai 10 ani cufundat doar in limbajul X si tehnologia Y din comoditate, chiar daca la locul de munca nu se foloseste altceva. Plus dorinta de a intelege cum functioneaza lucrurile mai in profunzime, nu doar de a apela API-uri mecanic.

Pana la urma pe aici se vehiculeaza tehnologii si limbaje care fac aproape acelasi lucru. Diferentele dintre ele sunt mai mult mai mici decat vor unii sa creada. Nu e ca si cum scrii 20 de ani servcii web iar de maine faci kernel development, iar peste o luna simulari numerice pe clustere gigant.

Nu mai zic ca, in cazul proiectelor enterprise, sa ma adaptez la limbajul/tehnologia folosita a fost o nimica toata fata de timpul necesar intelegerii a ce face/trebuie sa faca aplicatia.

#69
OriginalCopy

OriginalCopy

    I'm harmful, fear me please! :))

  • Grup: Senior Members
  • Posts: 27,268
  • Înscris: 10.08.2006

View Postdani.user, on 29 aprilie 2018 - 18:37, said:

Nu mai zic ca, in cazul proiectelor enterprise, sa ma adaptez la limbajul/tehnologia folosita a fost o nimica toata fata de timpul necesar intelegerii a ce face/trebuie sa faca aplicatia.
Exact, adaptabilitate care e mult mai folositoare oricarui stakeholder.

Singurul caz in care stakeholder nu apreciaza un programator cu o astfel de capacitate este cazul in care tot ce cauta e un codemonkey capabil sa scrie rapid cod, in timp ce problemele adevarate, arhitectura, etc, durata de timp, vin deja dictate de sus.

Scenariu care suspectez ca e comun in firmele IT de outsourcing din Romania.

Edited by OriginalCopy, 29 April 2018 - 20:16.


#70
WinstonMontana

WinstonMontana

    Active Member

  • Grup: Members
  • Posts: 1,913
  • Înscris: 20.02.2018

View Postaaaa4567, on 29 aprilie 2018 - 16:13, said:

Chiar daca aplicatia este bine construita (SOLID, GRASP etc), nu crezi ca itri va lua o gramada de man-months sa faci portarea? Cum justifici asta managementului? Gramada de bani, timpul, riscurile ("if aint broke dont fix it", vezi o miscare asemanatoare facuta cu Netscape) etc etc etc ?

Pai durata portarii este estimata la 9 luni daca nu se intalnesc probleme majore.
Noi portam aplicatiile noastre la care am lucrat noi  in timp de cativa ani, noi nu portam aplicatii straine.
Managementul a decis asta stiind ca avem algoritmi scalati pentru a fi adaptati la noi arhitecturi (in caz de ceva , deh elevetienii astia sunt de obicei  mai paranoici) prefera sa investeaca mai mult
in independenta companiei fata de vendori chit ca aceasta ar afecta sa zicem putin cifra de afaceri.

Quote

In sfarsit, nu spun ca nu se poate face (dpdv tehnic), ma refer la asumarea riscurilor, costurilor etc. Cam ce dimeniune are aplicatia, fara suparare? Si pe ce verticala? Scuze daca ai spus, nu mai tin minte discutia de la inceput...

Algoritmul de business (adica business logicul) a fost decis de catre depart de Business si Arhitectii Software ca sa fie de la inceput un fel de  "technology-independent"" .Stiu ca se bazeaza mult pe design patternul arhitectural numit Platform-independent model

Quote

Senioritatea asta vine cu varsta, cu practica, dar, drept sa-ti spun, odata cu varsta (dupa 35-40 de ani) vine si incetinirea fiziologica a ritmului de invatare. La mine deja se simte. Sunt n chesti care pot fi diferite, incepand de la IDEuri, biblioteci, paradigme, chestii de finetuning, integrare etc etc etc care fac ca trecerea sa dureze minimum cateva luni.
Cred ca e vorba mai multe de cultura organizationala in care fara sa vrei de autoeduci.Adica la noi intotdeauna se pune accent ca sa iesim de fiecare data din zona
de confort.Niciodata sa nu ramanem in zona de confort doarece exista un risc mare de autoplafonare

Quote

ati vazut voi, asa, frecvent, ca oamenii peste 35-40 de ani se apuca de invatat limbaje noi? sau ecosisteme intregi?
La noi se incurajeaza formarea capacitatii de a gandi separat algortimul fata de implementarea sa. Ca efect poti de exemplu sa programezi in limbaje pe care
nu le-ai studiat pana acum. De aceea la noi se pune accent mai mult pe OOAD OOM, OOA si OOP ca metode de modelare  iar implementarea in limbajul
de programare este o chestie de detali, iar abstractiunile(modelarea) nu trebuie sa depinda de detalii ci detalii trebuie sa depinda de abstractuni.
( a doua parte a principiului de inversiune a dependintelor)

Edited by WinstonMontana, 29 April 2018 - 23:58.


#71
aaaa4567

aaaa4567

    Senior Member

  • Grup: Senior Members
  • Posts: 9,475
  • Înscris: 18.10.2011

View PostWinstonMontana, on 29 aprilie 2018 - 23:55, said:

...

OK, daca zici ca e proiect intern si proiectarea e facuta ingrijit, atunci da, exista sanse. Proiecte ca acestea am vazut in domeniul bancar, de exemplu. Dar acolo exista si bugete corespunzatoare, astfel incat sa faci proiectare pe indelete etc. Sunt curios, cand a fost scrisa aplicatia?

Edited by aaaa4567, 30 April 2018 - 13:48.


Anunturi

Chirurgia endoscopică a hipofizei Chirurgia endoscopică a hipofizei

"Standardul de aur" în chirurgia hipofizară îl reprezintă endoscopia transnazală transsfenoidală.

Echipa NeuroHope este antrenată în unul din cele mai mari centre de chirurgie a hipofizei din Europa, Spitalul Foch din Paris, centrul în care a fost introdus pentru prima dată endoscopul în chirurgia transnazală a hipofizei, de către neurochirurgul francez Guiot. Pe lângă tumorile cu origine hipofizară, prin tehnicile endoscopice transnazale pot fi abordate numeroase alte patologii neurochirurgicale.

www.neurohope.ro

0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users

Forumul Softpedia foloseste "cookies" pentru a imbunatati experienta utilizatorilor Accept
Pentru detalii si optiuni legate de cookies si datele personale, consultati Politica de utilizare cookies si Politica de confidentialitate