@panek Pierwszy raz w tym roku miałem sytuację w pracy, w przeciwieństwie do normalnej sytuacji, gdzie żeby używać linuksa musiałem stawać na głowie (linuch na wirtualce albo instalowany partyzancko, wiedza o tym jak odpalić "windowsowe" narzędzia jako wiedza plemienna), że w zasadzie "zmusiliśmy" windowsowców do używania linuksa. Zostało ich dwóch, więc straciło sens utrzymywanie skryptów, aplikacji, warstw abstrakcji, pod windę, kiedy produkt i tak jest na POSIX, a cała reszta teamu już siedziała na linuksie : D.

@Femto dzięki za komentarz.

Miałem kiedyś okazję pracować w miejscu, gdzie stosowano C++ razem z minimalistycznymi bibliotekami standardowymi, ale nieraz się pamięć przepełniała.

Nawet nie chce mi się wyobrażać kiepskiej architektury w Ruście. Chyba bym się od razu zwolnił.

C dobry jak witamina.

@Femto O, fajnie że się podzieliłeś doświadczeniem. Też kiedyś hobbystycznie próbowałem rust ale było to 6-7 lat temu. Jednak pamiętam że, że tak powiem 'pobawienie' się tym językiem było już trudne bo kompilator łapał za gardło :). Od tego czasu pewnie sporo się zmieniło na lepsze.

@warzone Zarówno C jak i C++ to języki konstruowane według zasad "nie płacisz za to z czego nie korzystasz". To znaczy, że z jednej strony są bardzo wydajne (nie robią nic ponad to o co je poprosisz), a z drugiej możesz sobie stworzyć pusty pointer i wskazuje on na losowy adres pamięci. Inicjalizacja takiego pointera przez kompilator to praca której nie wszyscy potrzebują i tyle .

Z C++ w embedded jest problem jak z piłami łańcuchowymi. Ekstremalnie skutecznie przecinają zarówno drewno jak i kończyny. Nieprzeszkolony operator szybko się potnie przez co łatwo powiedzieć, że "ręczna piła dużo lepsza bo jeszcze nic sobie nią nie uciąłem".

Niestety ani uczelnie ani podręczniki nie skupiają się na np. tym jak malloc/new, free/delete, biblioteka standardowa itp. działają pod maską i niemal wszyscy jesteśmy tymi nieprzeszkolonymi operatorami. Śledzenie pamięci i jej fragmentacji mogłoby zjeść pół miejsca na kod w takim MCU z 32kB flesha i często free() nawet nie jest zaimplementowane...

Ja mam zasady które stosuje po kolei w zależności od konieczności:

• alokuj tylko statycznie (95% przypadków)
  

• jak się nie da alokuj dynamicznie ale dokładnie RAZ (np. w zależności od konfiguracji urządzenia jeden bufor może być większy, a drugi mniejszy. Alokuje je na starcie i nie ruszam.
  

• alokuj dynamicznie chunki ale tylko o jednej z 1..n znanej wielkości. Wtedy sensownie łatwo jest zaimplementować śledzenie fragmentacji. Koszty testów takiego oprogramowania to od razu x2 albo x3.

@zen Niby chce Dogecoina jako walutę dodać, lub inne krypto dopuścić do platformy. Jakie będą tego konsekwencje ciężko powiedzieć, tak samo jakie są tego powody też (być może jak zwykle spekulacja tymi zasobami, w końcu tego typu gość myśli tylko o pomnażaniu majątku)

@znany_i_lubiany Tak. Elon to jeden wielki spekulant. Wystarczy sobie przypomnieć co odwalił z Bitcoinem. Jak zmieniał narrację. Albo ostatnio powielanie ruskiej propagandy. Nie wiem kto to łyka.

@znany_i_lubiany również słyszałem, że ma być możliwość handlowania NFT bezpośrednio z Twittera. Ciekawe. Zobaczymy.