On Sun, 7 Dec 2025 20:15:38 +0100, heby <h...@p...onet.pl> wrote:
> Wskazuje palcem, że wydłubany przez Ciebie ekspert, nie zna się i
> stworzył clickbait video pełnego błedów logicznych, ignorancji i
> bredzenia.

Dlaczego uważasz, że to ekspert? Ja go tak nie nazwałem, wrzuciłem
film jako ciekawostkę by się przyjrzeć dyskusji tutejszych ekspertów.
Zaskoczyło mnie, że jest tyle kwestii na 2h materiału, nie znaczy to,
że ze wszystkim co na filmie można/trzeba się zgodzić ale raczej, że
coś jest na rzeczy.


> Jakich chcesz dowodow i na co?

Dowodów w postaci zajebistego softu w ocenie końcowego użytkownika
softu. Mnie nie interesują programiści, jacy są i czy język jest
zajebisty bo umożliwia to czy tamto. Ja
chcę zachwycić się nad softem, który spełnia moje oczekiwania, jest
szybki (i mały objętościowo) i po prostu działa (najchętniej bez
ciągłej schizofrenicznej aktualizacji). Niestety jak na razie ja
takowego nie widzę, a to co widzę to w ogromnej większości bloat
I/lub crap. Dlatego pytam. A zauważyłem dość ciekawą często (jak nie
zawsze) relacje, że jak syf to się okazuje napisany w C++.
Wiec wybacz, ale na końcową ocenę użytkownika nie wypłynie
zajebistość C++ z pkt. widzenia programisty.
Punkt widzenia użytkownika to nie tylko ocena końcowego produktu
(efektu).
Przykład sprzed paru dni.
Mam klaster kilkunastu maszyn, które od 25 lat coś tam liczą. Do tego
liczenia nie potrzeba aktualizacji, zmian w sofcie. Liczy się tylko
liczenie i dostępność i od lat nie wolno tego ruszać. Ostatnio
chciałem coś przećwiczyć w llamie i wykorzystać klaster jedynie jako
bazę uruchomieniową bimarek bo tam jest dużo ram. Oczywiście trzeba
skompilować, ściągam patrzę w źródła "o ja pierdole C++ będzie cyrk".
I był, całkiem podobny jak w pythonie. Zaczynając od problemów z
kompilacją (nietypowe wymogi) a kończąc na problemach z uruchomieniem
(invalid instruction).
Tak wiem, tego typu problemy to nie wina C++ ale i tak niesmak
pozostaje.

--
Marek