@Szumrzeczny: Dobrym zwyczajem jest napisać rozwiązanie problemu. Ileż to razy czegoś człowiek szuka na forum, ktoś miał z tym problem 10 lat temu, napisał. "Dobra, nieważne udało mi się znaleźć odpowiedź" i człowiek #!$%@? łapie bo sam by sie chciał dowiedzieć jak coś naprawić :D
  • Odpowiedz
Fakt, że tyle osób podnieca się GPT świadczy o tym, że nie powinni być programistami. Ich zdaniem programiści odejdą do lamusa. To ich pojmowanie zawodu programisty odejdzie do lamusa. Wszelkiej maści front end dupa koderzy piszący gówno kod odejdą do lamusa. Programiści zostaną.
  • Odpowiedz
@pyroxar: Istnieją różne sposoby na napisanie rozproszonej bazy danych, ale nie ma łatwego sposobu, który sprawdzi się w każdej sytuacji. W zależności od tego, jakie potrzeby masz i jakie masz do dyspozycji zasoby, mogą istnieć różne opcje.

Jeśli nie masz serwera i wszystkie komputery są z systemem Linux, jedną opcją byłoby skorzystanie z bazy danych CouchDB. Jest to baza danych oparta na systemie rozproszonym, która pozwala na przechowywanie i replikowanie danych
  • Odpowiedz
Kończy mi się staż i szef powiedział, żebym sobie poprzeglądał otwarte stanowiska w firmie bo chcą mnie zatrzymać na stałe. ( ͡ ͜ʖ ͡)

Wpadł mi w oko zespół piszący CAD-owską aplikację w C++. Aktualnie robię web-dev, ale nie powiem, żebym to jakoś szczególnie kochał.

Jeżeli chodzi o CAD, to w poprzedniej firmie pisałem add-iny do autodeskowych aplikacji w C# i przyznam że bardziej mnie to kręciło

Opłaca się wchodzić w C++ w 2023?

  • Tak, C++ jest wieczny. 50.0% (44)
  • Nie, to zabytek. 21.6% (19)
  • To zależy. 28.4% (25)

Oddanych głosów: 88

Mirki i mirabelki z #programowanie #jezykc i #cplusplus i innych hashtagów które wołam.

Kodzę głównie w C/C++ - w sensie drivery, finalne rozwiązania - nie wiem jak to dobrze określić - po prostu apki nisko poziomowe, blisko sprzętu. Tylko coraz częściej jest tak, że żeby dojść sedna problemu gdzie faktycznie C/C++ jest tym narzędziem, które robi robotę to muszę przejść przez warstwę sieciową, żeby odebrać config, sparsować (np JSON RPC czy dbus)
@BeginEnd: Tylko Rust. Golang ma fatalne powolne FFI (jak Java; spowodowane obecnością GC oraz wątków M:N), więc trochę słabo w zastosowaniach mocno niskopoziomowych gdzie musisz wywoływać kod w C/C++. Poza tym Golang dość mało ekspresywny jest. W Rust takie rzeczy jak serializacja/deserializacja do Jsona robisz dwiema linijkami (derive na struct i potem wywolujesz parse i zrobione), w sumie to w żadnym innym języku nie widziałem tak dobrze rozwiązanej serializacja/deserializacji. Rust ma
  • Odpowiedz
Tylko znajomy powiedział mi, że po dłuższym spotkaniu z tym językiem to poza zastosowaniami sieciowymi to gówno totalne.


@BeginEnd, @patrolez: niepopularna opinia: uważam że do sieci tym bardziej gówno i nie rozumiem co ludzie widzą w tym języku. No dobra, może nie gówno, ale Rust ma obsługę sieci i współbieżności zrobioną pod każdym względem lepiej. Go nie gwarantuje wykrycia wyścigów w danych, gorutyny są znacznie cięższe od korutyn w Rust,
  • Odpowiedz