@aptitude A w paru już nie zrobili tego samego?
https://github.com/Morganamilo/paru/issues/719#issuecomment-1236192075

@tomaszs to bedzie rok golanga

@Bulldogjob: trzeba to uwzglednic w estymacjach taskow

@Adas1500: jaki stack i $?

@PaaD: hmm gościu ale ja bym to łatwo zparametryzował jenkinsem. Robisz jenkins joba gdzie odpalasz po prostu dwa obrazy dockerowe, jeden ze swoją aplikacją, drugi z aplikacją do testowania. Druga aplikacja od razu jak wstaje woła pierwszą aplikacje i wykonuje testy. Tutaj zwykłe gradle build powinno dociągnąć wszystkie zalezności przy budowaniu obrazu dockerowego, nie wiem skąd masz jakiś problem z brakującymi bibliotekami

A jeszcze prostsze rozwiązanie to po prosta grupaPokaż całość

@Pmpa: Przypadkiem trafiłem na Twoj post. Ja kiedys zrobilem tak ze mialem api ktore bylo zdocerowane. Nastepnie mialem osobny katalog do api testow tak jak Ty to opisujesz. API bylo w javie + mongo, test api byly w pythonie, zwykle rest api calle z asercjami. Calosc odpalalem po prostu tak:

MONGO_SCRIPTS=./apiTests/getTweets/mongo-init.js docker-compose -f docker-compose.yml -f apiTests/getTweets/docker-compose.yml up --build -V --force-recreate --abort-on-container-exit
i wszystko sie samo odpalalo i wypluwalo wyniki testow.

I np. tutajPokaż całość

@Nofenak: Można się nauczyć, bo podstawy da się ogarnąć w jeden dzień ¯\(ツ)/¯

@biaukowe: jeżeli w zamian nie będzie ostrzeżenia to bez sensu to.

Sensowne rozwiązanie to mają Rust i C++: ostrzeżenia na wszystkie nieużywane rzeczy - również na nieużywane funkcje i struktury oraz opcja kompilatora pozwalająca zrobić z ostrzeżeń twardy błąd kompilacji (do wykorzystania na CI).

@MrDracek:

dobrze jest też używać dobrego IDE

To jest zupełnie ortogonalne. Owszem, dobrze jest używać dobrego IDE, pełnaPokaż całość

@right_hook: ja się wkręciłem w pracę, gdzie nie trzeba było mieć doświaczenia. Zgaduję, że teraz jest gorzej, bo ssanie na programistów mniejsze jak i programistów go jest po prostu więcej

Pewnie na twoim miejscu szukałbym takich ofert albo firmy, która niekoniecznie wymaga znajomości danej technologii tylko znajomości innych technologii backendowych.

Jak Ci się podoba pisanie w GO?

@NikolajTesla1991: bardzo mi sie podoba, to moj glowny jezyk i nie zamierzam sie przesiadac poki co. Bardzo fajna biblioteka standardowa, mega szybki kompilator i prosta cross-kompilacja, masz jedna binarke ktora deployujesz gdzie trzeba i spokoj. Lubie syntax, latwo sie pisze i czyta, i jest duzo utartych standardow/patternow co tez ulatwia prace w zespole. Bardzo szybko sie pisze tez np. narzedzia CLI, albo jakiesPokaż całość

@tomaszs: no i fajnie, dogoniło Javę i C# ale nadal to druga liga.

@Krolik: chyba tylko w Polsce. Lub nawet szkoda że w Polsce GO to nisza. Chętnie bym uciekł z CRUDów Java do rust/go

@Nofenak ucz się języka nienawiści.

@Nofenak: Z tych dwóch wybrałbym Rust. Programistów jest relatywnie mało. Praca często w specyficznych branżach i technologiach. To razem sprawia, że stawki są lepsze. Poza tym to jest naprawdę narzędzie ogólnego przeznaczenia. Możesz w tym pisać naprawdę low-levelowy kod pod specyficzne wymagania. Kod jest natywny, nie masz garbage collectora, więc wydajność i latency są bardzo dobre, a nie musisz się męczyć jak w C.

@pyroxar: Jak nie napiszesz apki wielowątkowo to jak ona ma być wielowątkowa "sama z siebie"?
Co do wydajności to PHP będzie wolniejszy, bo jest interpretowany.

@BreathDeath: * PHP w wersji starszej niż 8.1 gdzie nie ma JIT.

więc chyba to zły pomysł, aby taki tandem dla każdego użytkownika osobno zestawiać, prawda?

@pyroxar: to zły pomysł jak i te pliki najlepiej abyś trzymał poza podami które niech będą bezstanowe. Prawidłowo masz dwa podejścia:
1. Aplikacja jej silnik jak już musisz ją trzymać na tych dockerach niech będzie to bezstanowe a pliki danego użytkownika aplikacja niech przechowuje tak jak to powinno być i tak robią aplikacje pod Linux -Pokaż całość

@pyroxar: taguj #rustlang zamiast #rust, dzieki ( ͡º ͜ʖ͡º)