[polskie-k0rpo]

PHP to g---o. Jak można zaczynać nowy projekt w 2025 roku w PHP? Jest mi to ktoś wstanie wytłumaczyć? PHP jeden z niewielu języków, w którym:
• instalujesz parallel
• okazuje się, że działa tylko w CLI
• więc musisz odpalać mikro-usługi jako crony
więc realnie wielowatkowo to nikt w tym nie pisze, chyba że w osobnym cronie.
Jako taki performance kodu jest osiągalny tylko i wyłącznie po zintegrowaniu swoole i włączeniu JITa. Ale i tak swoole to webserver, więc do twoich CLI workerow nie wiele pomoże.

Jedyny rozsądny argument to że jest masa frameworkow i crudziarze mogą pisać stateless serwisy i się nie pogubią w nich. Nie widzę innego wytłumaczenia startowania nowego projektu w PHP w 2025 roku

#programista15k

[OrgStJones]

@polskie-k0rpo: jakby wszystko było łatwo, to byś nie zarobił ile zarabiasz

[daro1]

@polskie-k0rpo: Jedyne co można zarzucić PHP to kretyńska polityka braku kompatybilności wstecznej, przez co projekty w niektórych frameworkach nie działają, bo sobie ubzdurali żeby oznaczać coś jako deprecated i to nie w majorowych a minorowych wersjach a potem wywalać całkowicie. To jest kompletnie niepoważne, mając na uwadze to że na samych hostingach konkretne wersje są utrzymywane tylko przez jakiś czas i albo trzeba płacić, albo aktualizować projekt do nowej, niekompatybilnej.

[polskie-k0rpo]

@daro1: Problemem tego języka jest to, że on powstał dosłownie do pisania skryptów handlujących zapytania HTTP. Jedno zapytanie = jedno wykonanie skryptu. Dzięki temu prosto jest w tym pisać aplikacje webowe. Natomiast jezeli chodzi o wszystko inne czyli pisanie jakichś cronów, czy skryptów CLI poza webserverem to jest bardzo ograniczony. Już nawet Node.js będzie lepszy od PHP do tego celu, nie mówiąc o Go który go zje na śniadanie.