Ai mai incepe un proiect mediu/mare in PHP?

Nu stiu cum e unde lucrezi tu, la mine conteaza(si mult) cat de repede livrezi plus ca nu pot sa ma prezint in fața managerilor să le spun că pentru a implementa o anumită funcționalitate trebuie să caut nu știu ce librării si imi ia nu stiu câte zile testingul acelor librării(care ghici ce ? au fost dezvoltate de un Gigel in timpul lui liber. Ce incredere ar avea oamenii ăia in mine ?). Pentru asp.net imi dau seama din 2 cautari pe google daca pot implementa o anumită functionalitate/modul pentru ca totul a fost testat inainte la nivel enterprise, nu in garsoniera lui Gigel - tu nu poti oferi niciodata cu PHP un asemenea nivel de incredere clientilor tai.

Si da, de când s-a trecut pe Core, se poate instala pe orice sistem de operare.

@OriginalCopy,
pe asp.net nu pornesti de la 0, ai deja arhitectura MVC si ai deja un website complet funcțional, ai o platformă modulară in care poti adauga cu ușurință alte module. Chiar dacă ești incepător tot vei putea să duci la capăt un proiect prin care poti lăsa impresia că ești mai bun decât in realitate pentru că te ajută platforma. E destul de greu să greșești pentru că imediat Visual Studio îți dă peste bot - nu ai cum să amesteci mere cu pere pentru că ai separation of concerns din start si totul crește in mod natural.

Edited by Mohombi, 17 June 2018 - 23:06.

Mohombi, on 17 iunie 2018 - 23:01, said:

Daca arhitectura intregii aplicatii e MVC, deja ai dat cu mucii in fasole rau de tot.

MVC poate fi arhitectura plug-in-ului web.

Si poate mai important de atat, MVC e doar un detaliu de implementare despre care nici nu vorbim cand descriem arhitectura.

Nimeni nu porneste de la zero, nici in PHP, nici in Java.

Edited by OriginalCopy, 17 June 2018 - 23:42.

Mohombi, on 17 iunie 2018 - 14:57, said:

pai stai mai putin ca voi nu faceti programare, voi faceti lego cu api-uri.Voi sunteti operatori de API-uri.
Voi sunteti ceea ce noi ne ferim sa devenim, de aceea am exclus toate Frameworkurile exotice care iti dau toate "la mana", tocmai ca sa punem cu
botul pe labe pe manageri.La noi ahitectii de sistem ii intorc pe manageri ceva de genul: Va fi gata cand vrem noi, nu cand decideti voi.

Faptul ca voi sunteti tratati ca ospatarii "Baiatu' o aplicatie asa si asa si sa fie rece , hai mai repede ca ma grabesc", asta e vina TeamLeadurile vostru
care fie este un fricos( iar frica vine din nestiinta si amatorism in domeniu) fie voi nu aveti deloc teamleader.

Ai grija ca v-ati invata sefii sa va trateze ca ospatarii, iar maine o sa va trateze ca negrii pe plantatie.

2.
Din ce spui tu se vede ca nu lucrezi pe JAVA EE( ala e framework pt programator/informaticieni/ingineri software)

Quote

Insemana ca nu ai lucrat in Java EE.Dar acolo este programare serioasa. Ala e framework facut de ingineri software pentru ingineri software,
unde isi rup gatul din start tot wordpresesti /drupalisti/php-isti.
Acolo  te ia direct cu design patterns.
Apropos spuneai de dependency injection.
Mi-ai putea spune care este design pattern-ul de baza pt dependecy injection ?

Mohombi, on 17 iunie 2018 - 23:01, said:

Rolul unu magajer bun e sa inteleaga diferenta in intre repede si bine. Sigur ca multi nu inteleg, de-aia 70% dintre proiecte explodeaza. Unde lucrez io nu conteaza cit de repede livrezi, ci conteaza sa livrezi la timp si bine. Iar timpul de livrare nu e determinat de dorinta unui manajer, ci de estimarile facute de developeri, pentru ca de unde mortii ma-sii sa stie un manajer cit dureaza implementarea unui feature? Rolul manajerilor este sa foloseasca aceste informatii si sa planifice ordinea release-urilor si sa transmita clientilor cind vor primi noile feature-uri.

Nu trebuie sa instalezi nimic facut de gigei in garsoniere. Vorbesti de gigei din simpla necunoastere, ce numesti tu gigei sint de fapt "highly skilled volunteers". Chiar si borhotitura aia de mono ruleaza pe un server Apache facut de "gigei prin garsoniere", nu e ca si cum Microshit ar fi in stare sa faca un IIS care sa ruleze multiplatforma

Aici e vorba de proiecte medii sau mari, acolo nu se cere sa livrezi nimic in 3 zile, nici nu se pune problema sa alegi o platforma pe un asemenea criteriu. Trebuie sa gindesti in perspectiva, oare ce-o sa fie peste 3 ani sau peste 5 ani, adica cit de mult va creste proiectul? Sau ce sa alegem ca sa avem uptime 99.999%? Sau cu ce alte aplicatii trebuie sa interactioneze sistemul si in ce fel? Tu vorbesti de proiect facut in 3 zile si te referi la el ca fiind "enterprise". Cool story bro

Mohombi, on 17 iunie 2018 - 23:01, said:

Sigur ca se poate, dupa ce-ti spargi creierii si te dai cu capul de pereti

Mosotti, on 18 iunie 2018 - 08:02, said:

Ei na... Mi-am scris eu un http server cross-platform (in cod nativ) in cateva mii de linii si nu poate Microsoft veni cu ceva propriu?

Ii se spune Kestrel: https://docs.microso...bs=aspnetcore2x

Edited by dani.user, 18 June 2018 - 17:43.

dani.user, on 18 iunie 2018 - 17:41, said:

si de ce nu-l folosesti ca baza pentru propriul framework ?

Intrebarea este daca tu ai porni acuma un proiect de 1-2-3-10 milioane de dolari, ai avea incredere in angajamentul Microsoft fata de open source, in Kestrelu ala si .NET core, toate noi si oarecum prost intretinute si imature? Sau ai merge pe ceva ce are in spate deja 20 de ani de cai batatorite, din care s-au invatat multe si care si-a dovedit valoarea in nenumarate proiecte? Sa nu uitam ca cu nici 10 ani in urma linux era Satana la patrat pentru Microsoft, probabil aveau la intrare un pinguin pe care scuipau din plamini cind se pontau... acuma vorbesc de "cel mai mare avantaj al .NET Core este faptul ca e multiplatform". Sa fim seriosi, pai nu demult Windoze era cea mai tare platforma din univers wtf

Are MS clientela sa, asculta precum alegatorul de PSD!

Lucrand destul cu tehnologii MS pot zice ca nu sunt rele daca stii ce faci si nu ai mereu o atitudine de gica contra, inclusiv Windows pe server. Nu poate nega nimeni evolutia lor din ultimii ani, in timp ce "concurenta directa" cam statea pe loc.

Ce-o rezerva viitorul, ramane de vazut. Decizii de 1-2-3-10 milioane de dolari nu mi le pune acum nimeni direct in brate, asa ca am ocazia sa stau pe tusa sa invat de la altii cum se face.

Edited by dani.user, 18 June 2018 - 22:19.

dani.user, on 18 iunie 2018 - 22:05, said:

tehnologie sau de business ?

Edited by WinstonMontana, 18 June 2018 - 22:30.

WinstonMontana, on 17 iunie 2018 - 23:18, said:

Asta e o mentalitate primitivă de programator C (nu C++, ci C), ăia se cred programatori adevărați, pentru ei restul sunt niște diletanți.

Nu există programator adevărat, nu există experți. Există programatori care rezolvă probleme unii mai eficient, alții care se străduiesc (uneori cu tot felul de limbaje antice sau pe care le așteaptă dricul).

Dacă lucrezi in industrie la high level, top edge technologies, ai știi că problemele majore acum nu sunt de inginerie sau algoritmică ci de design. Cel care vine cu cea mai isteață soluție, cea mai bună arhitectură, scalabilă și robustă, ăla e programator acum.

Si nu incerca să mă înveți design patterns, pe .net nu merge cu cârpeli ca pe c++ sau php, daca nu incepi cu SOLID si design patterns(nu toate dar cele de bază) și daca nu ai cod lizibil(nu alocari de memorie, pointeri sau cod plin de $$$$ si tot felul de kkturi), sa-l intelegi imediat daca revii peste 2 luni, nu ai cum să ai un proiect scalabil si arhitectura asp.net incurajeaza(in sensul ca faciliteaza) implementarea design pattern-urilor.

Edited by Mohombi, 18 June 2018 - 23:27.

Mohombi, on 18 iunie 2018 - 23:21, said:

Imagineza-ti IT-ul ca o mare balon de sapun , pe suprata acestui balon de sapun , se pun frameworkurile si peste frameworkuri se spun aplicatiile lui peste prajit.Ei balonul ala de sapun este gol pe interior si este generat  de piata de consum, ce crezi ca o sa intample cand acel balon de sapun se va sparge ?
Crezi ca experienta in acele frameworkuri te ja ajuta ? Nu, pentru ca tu ai experienta doar in acele frameworkuri care sunt produse software.Tu ai experienta in a utiliza produse software insa nu
ai experienta in a creea produse software, iar programarea este un act de creatie si nu act de fabricatie.

Nu poti fabrica software pe banda, asta este visul prostesc al managerilor fara cap, care cred ca toti ceilalti trebuie sa munceasca pentru primele sale personale.

Softul este un act de creatie, nu act de fabricatie. Si cand balonul va exploda, isi vor gasi de munca doar cei care au experienta in  "amaratul/prapaditul/ultra-anticul"  limbaj C , cei care stiu C++ (pt ca implica C) si cei care stiu Java (pentru ca este un framework bazat pe C).

Daca eu iau C++ , atunci partea de OOP, este de fapt implementarea OOP-ului in versiunea lui Stroustrup, daca iau Java atunci partea de OOP este implementare OOP-ului in versiunea lui Gosling
JVM este de fapt implementarea unui design pattern arhitectural(te las pe tine sa-l gasesti) care permite unei aplicatii java sa ruleze la fel indiferent  de OS-ul pe care ruleaza.Hmmm oare cum ii spune
acelui design pattern care decupleaza abstractiunea de implementare prin intermediul unei interfete /clase abstracte , iar culmea acest desing pattern intra si in componenta injectarii de dependinte
pe care frameworkul tau preferat le foloseste?

JVM-ul este creat in acel antic si demult uitat limbaj C.
Kernelul unui sistem de operare este scris in C(mare majoritate a lui), driverele sunt scrise in C, cam mai tot ce misca un hardware este scris in C.
Singurele care nu sunt scrise in C , sunt acele jocuri lego cu api-uri.

Mohombi, on 18 iunie 2018 - 23:21, said:

Dragă Motrollbi

In standardul C++  și Ă®n parserul php sunt reguli care interzic explicit compilarea daca e detectat cod SOLID sau patterns.

Eu zic sa treci pe Rust, sa vezi acolo compilator, nu ca porcaria aia de C#

Edited by OriginalCopy, 19 June 2018 - 08:37.

@Montana
Speri inca la "intoarcerea spre radacini"? )

Evident ca framework-urile sunt niste mizerii mizerabile. Dar nu vad cum s-ar prabusi efectiv. Ele merg...
Faptul ca se tot construieste block peste block si ca intreaga structura e posibil sa se clatine la un moment dat, nu inseamna neaparat ca totul trebuie luat de la 0.

Edited by crs12decoder, 13 July 2018 - 00:58.

crs12decoder, on 13 iulie 2018 - 00:42, said:

daca costul intretinerii va fi mult mai mare decat al unui proiect nou, se va demola si se va incepe altfel.