[normanos]

Tylor Otwell zdecydował się zrezygnować z prowadzenia Laravela, jak powiedział na Twitterze: "Nie mam już siły walczyć z hejterami, zbyt dużo czasu zajmują mi pyskówki z #bojowkasymfony w związku z czym mój rozwój jako webdev został mocno ograniczony".

Tylor zdecydował dołączyć się do dev teamu Symfony. Jak poinformował Fabian Potencier na swoim blogu - Otwell najprawdopodobniej zajmie się wdrażaniem fasad w Symfony 3.0

#laravel #symfony #php #webdev #sprawdzoneinfo

[uirapuru]

@normanos:

[s.....k]

@normanos: prima aprilis? :D

[anonim1133]

#sprawdzoneinfo

@siwymilek: Skąd ten pomysł!?

[normanos]

@siwymilek: nie no, sam Fabian potwierdził ( ͡° ͜ʖ ͡°)

[Daredzik]

@normanos: Dzisiaj ?:>

[normanos]

@Daredzik: przypadeg ( ͡° ͜ʖ ͡°)

[Daredzik]

@normanos: nie sondzem :D

[Jurigag]

@normanos: w sumie byłby to bardzo dobry ruch ale raczej tak nie będzie i to żart primaaprilisowy ;/ zresztą laravel i tak się staje powoli taką samą ciężka kobyłą jak symfony

[normanos]

@Jurigag: w obecnych czasach nie jest już to tak istotne jak kiedyś. mamy fpmy, nginxy, varnishe, haproxy, hhvmy etc etc etc. i to się dobrze skaluje, ważniejsza jest szybkosc tworzenia, jakosc, utrzymanie.

[Jurigag]

@normanos: nadal jest to kobyłą tak czy siak samą w sobie io do dysku z racji kilkudziesięciu plików od samego frameworka nigdy się nie usunie chyba że przepiszą go na c

[normanos]

@Jurigag: taki jest obecny webdev i to się raczej nie zmieni bo są ważniejsze rzeczy niż kilkaset plików więcej.

[Jurigag]

@normanos: da się zmienić = przepisać cały core frameworka na c = i ładowane raz z ze startem serwera jak to jest w phalconie i tak mam nadzieję że twórcy php podpatrzą zephira i pójdą w jego kierunku

[normanos]

@Jurigag: j.w. różne rzeczy się da, ale nie wszystko ma sens.

[Jurigag]

@normanos: tzn ? można coś więcej o czym czemu to nie ma sensu pomijając konieczność tworzenia w zasadzie dwóch wersji frameworka(jedną w php,a drugą w c?), bo ja tu widzę tylko same plusy - lepsza optymalizacja, ładowany raz, mniej ramu je itd itd itd - jeszcze lepszym plusem jest że w zasadzie w każdym skrypcie php mamy dostęp do CAŁEGO frameworka w każdym momencie

[normanos]

@Jurigag: juz to napisalem wyzej, nie ma sensu urywac milisekund skoro sa wazniejsze problemy a obecnie wszystko dosyc prosto sie skaluje. no chyba ze robisz pejsbuka ale ja pisze o 99% innych przypadkow ;)

[Jurigag]

@normanos: tylko że to trochę więcej niż jakieś głupie milisekundy tylko 50-100% szybciej no ale okej :D

[normanos]

@Jurigag: jak nie jestes fejsbukiem i nie masz jakiejś wyjatkowej apki to takie zabawy nie dosc ze nie maja znaczenia to sa jeszcze zrodlem klopotow. wiesz ile serwerow mozesz dostawic za pensje jednego deva? ;) a wiesz, że twoja super hiper szybka phalconowopodobna apka może się przytkac na zupełnie innym poziomie i wtedy zero zysku z milisekund? ;)

[uirapuru]

premature optimization jest po prostu złe

[MacDada]

nadal jest to kobyłą tak czy siak samą w sobie io do dysku z racji kilkudziesięciu plików od samego frameworka

@Jurigag: 21. wiek, hello? opcache?

[Jurigag]

@MacDada: nadal mieli dyskiem nawet z opcache ( ͡° ͜ʖ ͡°) opcache nie wrzuca ci całych plików do pamięci, on robi zupełnie co innego