[e.....i]

Moja kolekcja ( ͡° ͜ʖ ͡°)

#programowanie #chwalesie

[b.....w]

@ed-rubiszewski po co Ci to jak można w pdf z chomikuj?

[mathix]

@ed-rubiszewski: PHP bleee.

[etatysta]

@ed-rubiszewski: ES6 i dalej, kupiłeś książkę która była zawsze dostępna za darmo w formie elektronicznej?

[e.....i]

@etatysta:
Lepiej się czyta z papieru. Z reszta gromadzenie biblioteki to całkiem fajna rzecz.

[e.....i]

@mathix:
Dlaczego?

[mathix]

@ed-rubiszewski: PHP to język ok jeśli chcesz robić "stronki" i w sumie nie masz ambicji na coś więcej. Jest wolny, ma biedną składnię, natomiast największym problemem PHP są programiści PHP, którzy w większości są noobkami.

[Jurigag]

@mathix: to jakiś trolling czy co? php może miec podobną prędkośc jak nodejs, go, erlang itp, kwestia odpowiednio wykorzystania języka

[object]

Brakuje jednej ( ͡° ͜ʖ ͡°)

[Jurigag]

@mathix: tak samo składnia, taki javascript w es6 dalej np jest lata świetlne za php, nawet interfejsów nie ma

[mathix]

@Jurigag: ES6 jest słabo i duck typowany. Interfejsy nigdy nie będą jego częścią, więc przykład nietrafiony.

Benchmark dla PHP i Javy:
http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=java&lang2=php

W typowo obliczeniowych zadaniach wypada raczej słabo.

[Jurigag]

@mathix: no w typowo obliczeniowych tak, ale jak już mają dojść bazy danych, http request-response to korzystając z odpowiednich narzędzi to ma wydajnośc jak nodejs, go itp

tak jak napisałes, php nie stostuje się do obliczeniowych zadań, ale pisać że wolny to idiotyzm, na potrzeby stron jest wystarczająco szybki

[e.....i]

@mathix: w PHP możesz wydajnie zaimplementować dowolną logikę biznesową. To co przytaczasz to stereotypy prawdziwe może w roku 2000.

[Jurigag]

@mathix: z phpem jest taki problem że 90% programistów w nim nie wie jak on działa i pisze gównoaplikacje w symfony albo laravelu i się dziwią że jest wolne jak z każdym requestem cała aplikacja musi być inicjowana na nowo - to jest największa bolączka phpa

[mathix]

phpem jest taki problem że 90% programistów w nim nie wie jak on działa i pisze gównoaplikacje w symfony albo laravelu i się dziwią że jest wolne jak z każdym requestem cała aplikacja musi być inicjowana na nowo

@Jurigag: Zauważ, że to podałem jako główny powód dlaczego PHP jest blee. :)

Request -> baza -> response to trochę lata 2000. Teraz coraz częściej trzeba trzymać stan aplikacji w pamięci, bo walenie

[Jurigag]

@mathix: no i o tym mówię, a w php 90% programistów ma to w dupie aby zainteresować się technologiami które pozwalają trzymać całą aplikacje, kontener itp w pamięci i jedynie pobierać zapytanie, przetwarzać i je zwracać odpowiedź

drugim problemem że aby stworzyć takie aplikacje w php są wycieki pamięci niestety, bo ten język jest napisany słabo

[Crisu]

@mathix a mozesz podac przyklad aplikacji ktora pisales kiedy pattern req->db->res byl za wolny ?

[Jurigag]

@mathix: poza tym mi nie chodzi o request -> baza -> response, 90% aplikacji php wygląda tak: request -> boostrapping -> baza -> response, w każdym zapytaniu jest robione to samo, tj tworzenie masy obiektów, kontenera di, itp itd etc etc aby zrobić jedno proste zapytanie, a są metody aby ten bootstrapping odbywał się tylko raz i siedziało sobie w pamięci i czekało na zapytania

[mathix]

@Crisu: Wyobraź sobie cokolwiek co musi informować klienta o zmianie stanów nie na zasadzie request/response ale bardziej message passing (wysyła update'y przez websockety). Np. aplikację giełdową, która wysyła do klienta informacje o zmieniających się kursach. Nie ma innego wyjścia niż trzymać aktualny stan giełdy w pamięci.

@Jurigag: To też jest duży problem standardowego PHP. Z drugiej strony dzięki takiej konstrukcji łatwiej się pisze prostsze aplikacje.

[Jurigag]

@mathix: wiadomo, a próbując zmienić standardowy w php aby całość opierała się o jakiś event loop pojawiają się wycieki pamięci bo php nigdy nie powstało do długo działających procesów :C

[wolnynajmita]

@ed-rubiszewski: Ładna biblioteczka, tylko ile z tego w głowie? ( ͡° ͜ʖ ͡°)