Wpis z mikrobloga

Treść przeznaczona dla osób powyżej 18 roku życia...
  • 56
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

  • 0
@dixtel: Golang wprawdzie nie ma funkcji generycznych, ale za to pożera cały RAM zupełnie jak Java, wydajność kodu ma jak Java, i wywala się na byle nulliu też jak Java. Teraz lepiej?

Mamy w firmie takie sobie proxy do przesyłania ruchu sieciowego z jednego miejsca w drugie miejsce, napisane w Go. Niby nic specjalnego pod względem logiki a dla raptem 10 tys. połączeń pożera 3 GB RAMu a do tego
  • Odpowiedz
@Krolik: ok, tak czy siak go jest duzo prostsze niż rust albo C i dlatego jest wybierane, jak braknie zasobów to się dorzuci kolejną instancję aplikacji i tyle, żyjemy w czasach gdzie optymalizacja nie jest aż tak potrzebna ob można się skalować horyzontalnie o ile masz hajs
  • Odpowiedz
  • 0
@mirasKo-Kalwario: Po pierwsze Go nie jest prostszym językiem niż C, skąd to niby wziąłeś? C jest mniejszym językiem jeśli już. Inna kwestia że C jest właśnie trudniejsze w pisaniu właśnie przez to, że jest prostszym językiem, że jest mniej abstrakcyjne i ma mniejsze wsparcie kompilatora w kwestiach poprawności kodu - czyli np. łatwiej się wyłożyć na segfaultach. Mniej robi kompilator, więcej musi robić programista.

Podobnie Go jest wprawdzie nieco mniejszym /
  • Odpowiedz
Po pierwsze Go nie jest prostszym językiem niż C, skąd to niby wziąłeś?


@Krolik:

C jest właśnie trudniejsze w pisaniu


@Krolik: Zdecyduj się albo jedno albo drugie, w go sie pisze łatwiej i nie ważne jakie C by nie było nikt nie będzie w tym w dzisiejszych czasach pisał jesli jedynym profitem bedzie użycie mniej niż 3GB ramu
  • Odpowiedz
  • 0
@mirasKo-Kalwario: Ale przecież to są dwie różne rzeczy! Prostota języka vs prostota pisania kodu.

w go sie pisze łatwiej i nie ważne jakie C by nie było


Bo Go jest bardziej skomplikowanym językiem.
Tak samo jak automatem łatwiej się jeździ w korku niż samochodem z ręczną skrzynią biegów - ale automat jest bardziej skomplikowany niż skrzynia ręczna. Czy nadal
  • Odpowiedz
  • 0
@mirasKo-Kalwario:

piszę się w tym łatwiej i szybciej


Po pierwsze to łatwiej i szybciej tylko niż w C, ale niekoniecznie niż nawet w Java, a co dopiero w Rust czy nawet
  • Odpowiedz
@Krolik: ok, to napisz w rust i powiedz w firmie zeby tego uzywali, na pewno ktos bedzie chcial to utrzymywać jak nie zna GO, przez co utrzymanie będzie droższe i trudniejsze ale tego juz nie liczysz w swoim wywodzie zeby udowodnić jakąś swoją głupią tezę, zamiast płakać na wykopie to idź i pogadaj z zespołem żeby zrobili w to w rust jak cie to tak boli
  • Odpowiedz
@Krolik: ok ale dlaczego placzesz tutaj a nie rozmawiasz z osobami które podjęły decyzję żeby zrobić to w go ? pogadaj z nimi, przekonaj ich, pewnie sie okaże że nie znasz połowy założeń a już płaczesz, chciałbym zobaczyć twoje CV albo githuba skoro taki z ciebie poliglota
  • Odpowiedz
  • 0
@mirasKo-Kalwario: I po co te wycieczki osobiste? Założyłem temat bo liczyłem, że może trafi się jakiś gopher, który będzie mieć sensowne argumenty i wywiąże się jakaś konstruktywna dyskusja. Ale widzę że tylko albo wycieczki osobiste albo marketingowy bełkot o tym jakie to Go jest rzekomo łatwe i proste. Łap artykuł gdzie masz opisane dlaczego prostota Golanga jest zwykłą ściemą: https://fasterthanli.me/articles/i-want-off-mr-golangs-wild-ride

Z zespołem gadałem, ale jak można przekonać osoby, które już
  • Odpowiedz
  • 0
@mirasKo-Kalwario: ale jakie znowu farmazony? Jak ktoś wg ciebie pieprzy farmazony, to się używa argumentacji, a nie sprawdza jego biografię. Ale jak tak bardzo prosisz, to masz: https://github.com/apache/cassandra.

A wracając do meritum, to Golang ssie nawet bardziej niż Java bo:
- brakuje w nim podstawowych udogodnień np. asercji, stałych, funkcji generycznych, enumów
- jest zaprojektowany niekonsekwentnie np. nieużywane importy są błędem ale nieużywane funkcje nie są błędem, ale nieużywane zmienne są znowu błędem
-
  • Odpowiedz