Jump to content

SUBIECTE NOI
« 1 / 5 »
RSS
Instalatii sanitare

Program de slabire cu succes gara...

Reconditionare cada baie din fonta

Problema imprimanta
 Here goes nothing

BCR sau Raiffeisen

Visual Studio 2022 instaleaza Epi...

Sfat alegere parbriz
 EMAG - recenzii false facute de ei?

Recomandare telefon 900-950

Nivel de trai

Semnal bun da'... prost
 De ce statiile de radio FM nu ren...

Pe unde pot sa gasesc statistici ...

Este reconditionat acest laptop?

Prelungire fire electrice
 

Intrebari despre AngularJS

- - - - -
  • Please log in to reply
29 replies to this topic

#1
republicall

republicall

    Senior Member

  • Grup: Senior Members
  • Posts: 2,212
  • Înscris: 26.02.2008
Salut,

am avut ocazia sa studiez AngularJS intr-un mediu in care se folosea java pe backend dar s-a terminat colaborarea.

Eu acum ca freelancer folosesc php dar as dori sa invat angular.

Intrebarea ar fi daca exista firme care folosesc cuplul angular/php in ideea ca mvc-ul e incorporat in framework-uri si de aici trag concluzia ca angular nu-si are rostul in companiile unde se foloseste de exemplu CodeIgniter. Are rost sa invat angular si sa folosesc servicii rest cu php?, voi gasi de lucru in aceasta formula?

Multumesc.

#2
RedDev

RedDev

    Active Member

  • Grup: Members
  • Posts: 1,941
  • Înscris: 29.10.2014
AngularJS e pe frontend, restul e... backend. Poți folosi orice, de la Java, PHP, NodeJS, C++, Python, Assembler. Angular doar își ia datele prin bine-cunoscutul AJAX. Îl poți folosi cu orice framework PHP. Codeigniter, Laravel, Cake, etc.

Deci Angular nu exclude un framework pe partea de backend. Doar că acel backend framework nu va genera pagini HTML ci va răspunde doar la apeluri AJAX returnând JSON. Preferabil.

Edited by RedDev, 02 March 2016 - 12:57.


#3
dani.user

dani.user

    Guru Member

  • Grup: Senior Members
  • Posts: 30,269
  • Înscris: 24.02.2007
Raspunsul e oarecum simplu: vrei sa faci site-uri ce prezinta informatii publicului larg ("blog-uri") sau vrei sa lucrezi intr-o companie ce dezvolta aplicatii complexe, dar cu interfata web?

In primul caz, AngularJS mai mult te-ar incurca (SEO & stuff)
In al doilea caz se preteaza foarte bine. Insa nu prea o sa-l gasesti combinat cu PHP. Alte tehnologii backend sunt preferate in acest segment.

#4
RedDev

RedDev

    Active Member

  • Grup: Members
  • Posts: 1,941
  • Înscris: 29.10.2014
Da, confirm că pe partea de SEO există niște limitări. Poate le-au rezolvat în Angular 2.0, nu am verificat. Am o grămadă de muncă doar pe PHP ca să mai am timp pentru proiecte personale. :(

#5
dani.user

dani.user

    Guru Member

  • Grup: Senior Members
  • Posts: 30,269
  • Înscris: 24.02.2007
Probleme de SEO nu prea tin de versiunea de angular cat tin de disponibilitatea crawlerelor de rula cod JS. Parca Google au miscat ceva in aceasta directie.

#6
RedDev

RedDev

    Active Member

  • Grup: Members
  • Posts: 1,941
  • Înscris: 29.10.2014
Da, nu mă refeream la abilitatea de a rula apeluri JS a păianjenilor de indexare, cât la problemele întâlnite să setez <title> și <meta> în funcție de pagină. Eh, poate prea am încercat să le fac pe toate via Angular când puteam folosi JS simplu.

Edited by RedDev, 02 March 2016 - 13:18.


#7
republicall

republicall

    Senior Member

  • Grup: Senior Members
  • Posts: 2,212
  • Înscris: 26.02.2008
"Insa nu prea o sa-l gasesti combinat cu PHP. Alte tehnologii backend sunt preferate in acest segment." Si pe viitor se va misca ceva in sensul asta? Viitorul va fi angular in sensul ca mvc-ul va trece pe frontend adica vor fi SPA-uri? Ca atunci probabil ca si pe piata de PHP se va ajunge acolo.

"Am o grămadă de muncă doar pe PHP ca să mai am timp pentru proiecte personale. :(" nu inteleg legatura.

Sa zicem "aplicatii complexe", asta banuiesc ca nu limiteaza site-urile de freelance.

"Deci Angular nu exclude un framework pe partea de backend. Doar că acel backend framework nu va genera pagini HTML ci va răspunde doar la apeluri AJAX returnând JSON. Preferabil." Bun dar in acest caz toata esenta unui framework se mai pastreaza? Sau altfel spus, daca fac o aplicatie complexa in angular cu php, sa folosesc pe backend CodeIgniter sau sa fac eu ceva custom? Isi mai are rost un framework? Pe java mai foloseam spring ca si dispatcher.

#8
DILAS

DILAS

    Member

  • Grup: Members
  • Posts: 320
  • Înscris: 03.12.2007
Piata s-a miscat foarte mult inspre angular lately. SPA-uri exista de cel putin 4 ani, iar acum cam toata lumea face SPA-uri, chiar si in ro. Si nu e vorba ca e necesar, doar ca gasesti f greu developeri care sa stie javascript dispusi sa lucreze pe jQuery chior. Din punctul asta de vedere in viitorul mediu framework-urile de SPA or sa domine piata, atat ca cerere cat si ca salarii pe partea de client.

Depinde de tine ce framework vrei sa folosesti pe partea de backend, lately cam toate frameworkurile de backend fac eforturi sa suporte usor Rest si au aparut si framework-uri specifice pt arhitecturi Rest in cam toate limbajele de backend. Normal ca esenta framework-ului nu se pastreaza pt ca treci la o cu totul alta paradigma.

In alta ordine de idei, ng 1.x e o mizerie cu multe probleme de arhitectura. Core ng team a facut eforturi serioase sa le rezolve in ng 2.0, doar ca mie mi se pare ca ng ramane in continuare a bloated piece of crap cu probleme serioase de arhitectura si care se adreseaza in special developerilor veniti din backend (sau obisnuiti cu mod declarativ de a scrie codul sau care se tin cu dintii de OOP asa cum e prin java, C#). In ultima vreme tendinta pe care o vad in oferta de joburi de afara a inceput sa shifteze spre react.js, care mie personal mi se pare mult mai elegant si mai usor de invatat decat tona de conventii din ng.
Daca ar fi sa inveti ceva acum ti-as sugera react cu Redux/Flux pe partea de arhitectura sau ng 2.0.

#9
dani.user

dani.user

    Guru Member

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

View Postrepublicall, on 02 martie 2016 - 14:05, said:

Bun dar in acest caz toata esenta unui framework se mai pastreaza?

Incearca sa gandesti nu in termen de frameworks ci in termen de ce probleme ai de rezolvat. De exemplu:

  • Routing. Clientul imi cere GET http://site.com/customer/123. Cum fac sa directionez cererea spre codul X care sa rezolve treaba asta?
  • Securitate. Cum verific daca userul are voie sa acceseze o anume resursa? Umplu fiecare metoda cu tone de if-uri, sau am un layer care filtreaza cererile si-mi directioneaza doar cele care chiar ar trebui sa le procesez
  • Templates. Cum randez continutul? Aici e diferenta majora intre site-uri clasice, unde trebuie sa trimiti clientului tot html-ul, sau REST unde trimiti doar date in xml/json
  • Chestii ajutatoare. Vreau sa setez un cookie. Citesc RFC-ul sa vad cum trebuie sa arate headerul, sa apelez rapid o functie gen context->setCookie("nume", "valoare")

N frameworkuri au aparut pentru diferite limbaje care trateaza o parte sau toate dintre aceste aspecte.
Vei mai avea nevoie de frameworkuri in continuare? Desigur

Vei mai putea folosi CodeIgniter? Depinde. Practic diferenta e ca nu mai dai html pe teava ci formatezi raspunsurile ca json (de exemplu). Dispare notiunea de controller din CodeIgniter? Nu dispare. Dispare doar cea de view. Simti ca nu mai pare asa atractiv CodeIgniter daca renunti la engine-ul de views? Alegi alt framework.

View Postrepublicall, on 02 martie 2016 - 14:05, said:

Sa zicem "aplicatii complexe", asta banuiesc ca nu limiteaza site-urile de freelance.

Eu ma refeream la aplicatii dezvoltate de echipe de > 2 programatori in decurs de cativa ani. Gen aplicatii business folosite de angajatii unei firme 8h/zi pentru a-si face treaba. Genul asta de proiecte nu prea le gasesti pe site-uri de freelanceri, iar, odata angajat la o firma intr-o astfel de echipa, folosesti tehnologiile alese deja. Adica te adaptezi la situatie, nu le zici "pai eu stiu doar php cu codeigniter", daca vrei sa ai sanse sa te angajeze/pastreze.

Edited by dani.user, 02 March 2016 - 15:55.


#10
RedDev

RedDev

    Active Member

  • Grup: Members
  • Posts: 1,941
  • Înscris: 29.10.2014
Ziceam că am o grămadă de lucru doar pe PHP în idea că genul de aplicații bazate pe Angular încă sunt de domeniul științifico-fantastic. Sunt unele firme care se ocupă de asta dar e greu să găsești oameni care să aibă chef să facă altceva decât au învățat.

Dar nici bani nu vor să dea. Eram singura persoană care a aplicat la un job pe Angular cu 2 proiecte gata făcute și gata de prezentat dar nu aveau 3000 - 4000 de euro să dea pe lună.

#11
DILAS

DILAS

    Member

  • Grup: Members
  • Posts: 320
  • Înscris: 03.12.2007
@RedDev sunt destule firme pe ng la ora actuala in buc. salariul mediu e din cate stiu pe la 2-3k. Pt 4k nu gasest decat jQ god lvl (no joke)

#12
RedDev

RedDev

    Active Member

  • Grup: Members
  • Posts: 1,941
  • Înscris: 29.10.2014
Yeah, București. No, thank you :)

#13
DILAS

DILAS

    Member

  • Grup: Members
  • Posts: 320
  • Înscris: 03.12.2007
yeah I know :(. S-ar putea sa mai gasesti 3k prin provincie, dar chiar nu stiu piata.

#14
dani.user

dani.user

    Guru Member

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

View PostRedDev, on 02 martie 2016 - 16:42, said:

dar nu aveau 3000 - 4000 de euro să dea pe lună.

Daca pentru un framework ce-l aprofundezi in vreo 2-3 luni (daca nu te sperii la prima chestie mai ciudata a javascript) ar trebui sa scoata 4000 euro, in Romania, cat ar trebui sa ofere pt experienta in domenii that take years to master? 20000?

Edited by dani.user, 02 March 2016 - 20:44.


#15
DILAS

DILAS

    Member

  • Grup: Members
  • Posts: 320
  • Înscris: 03.12.2007
@dani.user parca a mai fost discutia pe un topic de l-am creat some time ago. Nu conteaza cat ia sa inveti ceva. conteaza cererea si oferta. Iar adevarul ca cei cu adevarat buni pe javascript sunt f putini, iar diferenta de calitate intre un front end bun si unul prost sau mediu se traduce imediat in veniturile generate de produsele firmei. Daca o firma nu vrea sa piarda o caruta de bani e disponibila si sa scoata cateva mii de euro in plus pe an sa-si angajeze cativa specialisti.

#16
OriginalCopy

OriginalCopy

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

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

View Postrepublicall, on 02 martie 2016 - 14:05, said:

"Insa nu prea o sa-l gasesti combinat cu PHP. Alte tehnologii backend sunt preferate in acest segment." Si pe viitor se va misca ceva in sensul asta?
PHP se intalneste in aplicatii complexe, dar nu in Romania, unde idiotii au acaparat PHP-ul in numele wordpressului si al joomlei.

Se va misca si in Romania atunci cand cei destepti vor vedea cum cei prosti si multi trag o intreaga "bransa" in jos.

#17
aaaa4567

aaaa4567

    Senior Member

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

View PostOriginalCopy, on 02 martie 2016 - 23:00, said:

PHP se intalneste in aplicatii complexe, dar nu in Romania, unde idiotii au acaparat PHP-ul in numele wordpressului si al joomlei.

Se va misca si in Romania atunci cand cei destepti vor vedea cum cei prosti si multi trag o intreaga "bransa" in jos.
In Romania s-au inceput proiecte pe 2.0?

#18
aaaa4567

aaaa4567

    Senior Member

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

View PostDILAS, on 02 martie 2016 - 15:26, said:

In alta ordine de idei, ng 1.x e o mizerie cu multe probleme de arhitectura. Core ng team a facut eforturi serioase sa le rezolve in ng 2.0, doar ca mie mi se pare ca ng ramane in continuare a bloated piece of crap cu probleme serioase de arhitectura si care se adreseaza in special developerilor veniti din backend (sau obisnuiti cu mod declarativ de a scrie codul sau care se tin cu dintii de OOP asa cum e prin java, C#). In ultima vreme tendinta pe care o vad in oferta de joburi de afara a inceput sa shifteze spre react.js, care mie personal mi se pare mult mai elegant si mai usor de invatat decat tona de conventii din ng.
Daca ar fi sa inveti ceva acum ti-as sugera react cu Redux/Flux pe partea de arhitectura sau ng 2.0.

Deci, sa recapitulam: Angular 1.0 iesit totusi acum cativa ani (nu multi), "e o mizerie" (scrisa de niste.. puțălac&e???) - cum sa mai scrii in ziua de azi o 'mizerie de iteratie 1.0', sa ii dai drumul si dupa aia sa spui ca "noh, am gresit fundamantal" uitati, asa trebuia sa fac.

View PostDILAS, on 02 martie 2016 - 15:26, said:

au care se tin cu dintii de OOP asa cum e prin java, C#
Prin anii 2000 existau inca multe aplicatii scrise pe platfrome non-OOP (procedural): vezi clasicul PHP, VB. Java este folosit acolo unde era cazul. COM/CORBA la fel.
No, au venit niste savanti care au spus: ce-i asta, bah, VB6 e prea simplu, nu suporta OOP. De azi inainte, toata lumea va scrie orice app in mainstream plecand de la concepte OOP. Peste ani, VB6 care se adresa pietei business, nu a fost inlocuit cu VB.NET si multi au trecut la altceva (Java), care insa nu are simplitatea si viteza de lucru a VB6 sau a altor medii RAD (sunt date cifre, daca vreti revin). Intre timp, s-a inventat RoR, Python etc care pur si simplu scuteste programatorul de a gandi obiectual acolo unde nu e cazul (si in multe cazuri, nu e)
La fel, XML-based: a avut si o parte buna - interoperabilitate (desi e debatable), dar daca te uiti la verbozitate te ingrozeste. Nu-i nimic, e mai simplu cu JSON, YAML si celelalte. Ce sa spun, am descoperit apa calda: un limbaj trebuie sa fie suficient de concis a.i. sa nu 'trebuiasca' sa scrii sau cod boilerplate, dar si suficient de explicit (cine a zeci de pagini de cod cu variabile de tip m, p, lg stie ce vreau sa spun)
Java btw: sa nu mai spun cum s-au cam complicat cu EJB in versiunile sale etc

Cat de mentenabila e acea aplicatie? Pana ieri se spunea sa nu te inchizi in frameworkuri. No, cine mai scrie azi pe 2.0, fara frica de a ramane stucked, depinzand de 3 programatori in tot orasul, care iti cer 2500 de euro/luna??? Pai, atunci hai sa scriem in XAML. Oh, ba nu, ca e MS (tot declarativ e!)

Ma amuza cum scriu unii cod de parca majoritatea proiectelor nu ar trebui rescrise /puternic refactorizate in maximum 5 ani de zile. Sau preluate ca app legacy - nu mai discutam, am mai facut-o.

Scuze pt exprimarea din topor, insa mi se pare ca lumea asta a luat-o cam razna si se departeaza usor-usor de inginerie. Nu ai cu sa te concentrezi pe problema de business, iei din ce in ce mai mult in calcul diverse platforme: cu atat de multe optiuni, e greu de format o echipa, pe o anumita verticala mai putin cunoscuta.

Ma amuza ca Angular 2.0 au descoperit componentele. Aha, deci MVC care nu mai e MVC(?) Sunt ca alea de acum 15-20 de ani? Ierarhii de componente, vad?

Voi (tehnicii puritsti, cum eram si eu) ati uitat din toate povestea 2 factori:
>> factorul uman - greu de gasit oameni si format echipe intr-un noian atat de mare de tehnologii. Greu sa pui oamenii sa invete noi tehnologii la fiecare 6 luni (incercati asta chiar si la 35 de ani). oamenii tineri ti-or scrie repede cate ceva, dar n-au experienta si decat sa le dai pe mana instrumente complexe si platforme asisderea, prefer sa scrie cod cu piciorele intr-un limbaj simplu, procedural, cunoscut. Incercati voi sa legati 2 aplicatii, una scris acu picioarele in C#, alta scrisa cu alte picioare Posted Image in java, fara interfete, totul toghtly coupled, ca deh, intr-o echipa nu poti avea 70% seniori, ca dai faliment. Si oricum iti ia mai mult timp sa implementezi daca faci totul extensibil.
>> factorul business: o aplicatie merita sa fie (re)scrisa sau nu daca nu consuma o gramada de bani, O aplicatie nu-i un scop in sine. Totul se priveste din perspectiva businessului (bottom line)

Eu nu consider sustenabila industria software, a la long, asa cum e acum. Are prea multe elemente de hype, o predictibilitate joasa etc. Grosul de specialisti sunt inca tineri, cu apetit pt risc si nopti pierdute. Vedem daca ii mai tine chestia asta si la 50 de ani (si, sa nu uitam, oamenii lucreaza pana la 70 de ani). Credeti ca vor deveni macar 70% manageri, sefi de proiect? Ar insemna sa creasca workforce-ul de vreo 5 ori, ceea ce e nesustenabil. Parerea mea.

Edited by aaaa4567, 05 March 2016 - 14:55.


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