Zastanawiam się jak z adaptacją tego rozwiązania wśród devs... próbowałem dart (koszmarna dokumentacja), node (kod to spagetti, już w ogóle pominę toporność i koszmarnie zaprojektowane podstawy języka)... jedynie golang wygląda jako-tako (tzn. tak, że moim zdaniem na dłuższą metę może konkurować z c# i java a całe rozwiązanie przypomina gotowy produkt a nie wynik zabawy w hackaton)

Jakieś ogólne przemyślenia związane z wdrażaniem bardziej skomplikowanych algorytmów opartych o to rozwiązanie i komunikacji z PHP?

Akurat przepisuję trochę bardziej zaawansowane parsowanie tekstu + komunikacja przez sockety, może jakieś inne pomysły...

Jak to było? Istnieje 66 języków programowania, przychodzi narwaniec który twierdzi, że stworzy 1 język który zastąpi je wszystkie a w efekcie da Nam to 67 język programowania.



A robiłeś testy chociaż prostego serwera jak to się przekłada, GO względem C, lub jak chcesz to rozwiązać?

No i właśnie dlatego średnio lubię javę i pythona

C jest zbyt ciężkie (unicode + dostęp do bazy)... pisałbym to tyle że by mi za to nie zapłacili. Nie szukam prostego rozwiązania do wszystkiego, tylko dobrego rozwiązania do pisania algorytmów. Trochę już przetestowałem... j/w... również phpqb zastanawiałem się też nad D.


Obsługa zbiorów jakieś 100-200x szybciej niż zoptymalizowane php (zależy co to było), C jest zbyt toporny jeśli chodzi o przetwarzanie tekstu, lepiej pod względem ekonomicznym byłoby dołożyć serwerów.

Piszę cały FW na socketach, zastanawiające że nikt wcześniej tego nie zrobił (np. prosty klient na pfsockopen i select do komunikacji z 2 backendami dla redundancji)... 0mq próbowałem, działa dobrze, ale admini tego nie cierpią.

PHP i sockety to pomyłka w dalszym ciągu. FW do socketów? A na czym miałoby to polegać i głównie w jakim celu? Obudujesz tym funkcje które są w prawie każdym języku?

Jak się bawiłem jeszcze w tworzenie gry czy wideokonferencji, to za bazę pod serwer wykorzystałem Valę (https://wiki.gnome.org/Projects/Vala) banalna składnia rodem z C#, całość tłumaczona na C a wydajność wzrasta.

Szkoda że w dalszym ciągu sockety są traktowane po macoszemu i nie ma konkretnego wzorca.

Na tym, że jest prosta klasa która umożliwia asynchroniczne pobranie danych z 2 back-endów jednocześnie, prosty protokół komunikacji i ogarnięcie socketu który był wolniejszy po zakończeniu requestu.

Do tego modułowy serwer w golang który obsługuje ten sam protokół.


Właśnie, nie znalazłem nic dobrze napisanego... same gówno, o psocketach asynchronicznych i select nawet nie mówiąc bo chyba nawet nie ma do php dobrego przykładu (w sumie to i tak to samo co wszędzie).

Brak typów generycznych (w sumie cały system typów jest beznadziejny), fatalna obsługa błędów. Z plusów to fakt, że to prosty język kompilowany, podobny do dotychczasowych języków skryptowych. Jak komuś ruby przymula a boi się zarządzania pamięcią to może usługę w go napisać.

A to jest w ogóle szybsze niż php+opcache? Jak na to patrzyłem ostatnio to benchmarki RoR wychodziły gorzej niż PHP z dograną jakąś kobyłą typu ZF czy CI. Dojdzie narzut na komunikację i wyjdzie zajebisty skrypt który pogarsza wydajność.


No niby fakt, za to zajebista obsługa map, utf i multitaskingu.

Co ma być szybsze? No i współbieżności jak już a nie "multitaskingu". Chociaż wcale nie taka zajebista.

Jeśli ktoś chciałby spróbować w praktyce firma X-Formation, w której pracuję aktualnie ma otwartą rekrutację na pozycję C++/Go developera w biurze w Krakowie. Chłopaki z teamu C++ bardzo sobie chwalą i w tej chwili nowy kod powstaje w większości właśnie w Go. Nawet zorganizowaliśmy kilka meetupów dla fanów tego języka.
Jeśli ktoś chciałby spróbować polecam kontakt na priv, chętnie opowiem o firmie i przytulę referrala
(BTW PHPowców też szukamy)

A niby czemu? Nie ma w tej chwili języka programowania opartego o C, który realizuje to lepiej.

Nie wiem jak definiujesz język "oparty o C". Boje się, że skończy się na tym, że tylko Go jest takim językiem.