• Logiczny podziałczęści aplikacji
• Łatwość developmentu
• Ograniczenie udziału programistów w sprawach UI
• Relatywnie niewysoki próg wejścia w projekt
• Nie chciałem “zwariować”
8.
• Zmieniające sięzałożenia biznesowe
• Zmieniający się UI
• Zmieniający się zestaw modułów
• Utrzymanie wydajności
• Estetyka kodu
#4 Połączenie 2 firm.
Nowa firma. Nowe projekty. Nowa jakość.
Nowa poczta.
Backend
#5 Dalej mówię o tym jak to wygląda w części frontend. o2, wp. Co chciałem uzyskać.
#7 Dlaczego Angular?
W wp.pl - GWT, jQuery
W o2.pl - Backbone, prototype
#8 Dlaczego powiedziałem, że nie chcę zwariować?
Biznes wie, że nie ma “bo to stare i nikt tego nie ruszy”
Chcemy testować rzeczy
Wszyscy mają pomysły
#10 CoffeeScript. hoisting, ES6, flow, atScript
Jade: słaby kompilator, wolny.
Gulp / Make / Jake: nie ma rozwiązania idealnego
Karam / Protractor: jak wywalilismy browserify to jest okej ;)
#11 Dlaczego podział aplikacji jest ważny.
Dlaczego w końcu skończy się z takim podziałem.
#14 Widoki są rerenderowane cały czas.
Cache jest na szablon, dane ale nie wygenerowany html.
Feel jest słaby przy skomplikowanych widokach.
#16 Czasami ilość danych które trzeba wyrenderować jest za duża dla Angulara.
Jak wygląda to w praktyce. Co można na to poradzić?
Karol Jastrzębowski z GoldenLine
#24 No server side rendering without obscure hacks. Google does not use Angular in production for their flag apps like Gmail or Gplus. Vendor lock. And because Google does not use Angular in production, they can kill Angular anytime.