W dniu sobota, 22 października 2016 22:07:33 UTC+2 użytkownik Sebastian Biały
napisał:
> >> Jego banalność. Nigdy nie był dostarczony z jakąkolwiek sensowną
> >> bibliteka do algorytmiki. Stada studentów przez dziesięciolecia na
> >> uczelniach pisały nastepny program do sortowania bąbelkowego, listy
> >> dwukierunkowe, "bazy danych z uzyciem writeln", itp, zawsze w złym stylu
> >> (np. na tablicach albo niegenerycznie). I tak w kółko, banały które
> >> powinny być częścią języka.
> > Mówisz poważnie? Ale masz świadomość, że powodem, dla którego
> > owe stada studentów piszą programy do sortowania bąbelkowego,
> > nie jest brak istniejących implementacji funkcji sortujących?
>
> Nie. Efektem pisania wszystkoego na nowo w kółko błednie jest później
> masa programistów którzy nie potrafią inaczej jak wynajdywać kwadratowe
> koła. W Praktikerze do dzisiaj uzywają programu napisanego
> prawdopodobnie w Pascalu który wyszukuje ludzi w fakturach, liniowo bez
> żadnego indeksu. Ot taka jedna z miliona ofiar nauczania sortowania
> babelkowego i baz danych z writeln. Firma jak sprawdzałem kilka lat temu
> istnieje do dzisiaj i chyba dalej pisza to samo czyli "programy do faktur".
>
> Programowanie nie polega na tym że piszesz codzienne nastepne sortowanie
> bąbelkowe. Programowanie polega (i polegało wtedy rownież) na umiejętnym
> wykorzystaniu algorytmiki zamiast grzebania w szczegółach implementacji
> trywializmów. Skoro tej algorytmiki nie ma w biblitece to nie było czasu
> na nic innego jak jej reimplementacja w kółko w każdym semestrze i
> każdym programie. Strata czasu. Wychodzili obcykani w listach
> dwukierunkowych niepelnosprawni programiści którzy nie mieli pojęcia o
> inzynierii programowania i ze zdumieniem stwierdzali że sa do tego
> bibliteki w rzeczywistym świecie na planecie Java.
>
> Może jak by Pascal nazwano "językiem do uczenia pętli for" to bym
> jeszcze uwierzył że dla edukacji w przedszkolach. W rzeczywistości
> pascal narobił więcej szkody w głowach studentów niż nauczanie
> czegokolwiek użytecznego przemysłowo.

Częściowo masz oczywiście rację -- dla pracującego programisty
umiejętność korzystania z bibliotek jest nieodzowna;
jednak tego łatwo się nauczyć. Ważniejsze jest wyrobienie intuicji
dotyczących złożoności obliczeniowej. Tego się nie da łatwo
przekazać w dokumentacji. A do wyrabiania tych intuicji Pascal
nadaje się moim zdaniem całkiem dobrze.

> > To, o czym piszesz, nie jest "projektem języka", tylko
> > jego ekosystemem. Pisałeś zaś, że Pascal jest przykładem
> > "jak nie należy projektować języków", jakby w projekcie
> > tego języka były popełnione jakieś fundamentalne błędy.
>
> Język, powiadasz, nalezy projektować bez żadnych biblitek użytecznych
> czy standardowych?

Nic takiego nie powiedziałem. Ogólnie rzadko kiedy stwierdzam,
jak coś należy robić. (Chyba że jakieś banały)

> >> Wobec tego nie pracuj w IT. Praca jako programista-projektant polega na
> >> bezustannym przewidywaniu przyszłości, niekiedy na lata.
> > Dla mnie praca programisty do tej pory polegała na stawianiu sobie
> > celów, określaniu problemów, które pojawiają się na drodze do tych
> > celów, i następnie rozwiązywaniu tych problemów. Jak do tej pory
> > całkiem się sprawdza, ale nie jestem w stanie Ci powiedzieć, co będzie
> > w przyszłości.
>
> Więc prawdopodobnie piszesz nastepne programy do wydruku faktur w
> których cel jest jasno określony a specyfikacjia czysta i kompletna.

Na ile jestem zorientowany w temacie, to prawdopodobnie nie piszę
"następnych programów do wydruku faktur" (choć oczywiście pewności
mieć nie mogę, bo Ty jako osoba obdarzona darem jasnowidzenia wiesz
lepiej)

> Takie dwa misie jak pisali wyszukiwarkę google to naprawde nie mieli
> pojecia jaka bedzie przyszłość. A pisali. Kretyni.

Otóż to. Robili to, co wydawało im się w danym momencie
najsensowniejsze. I założę się, że stawiali sobie po drodze
różne cele, które następnie realizowali.

> > Zresztą taki np. SDCC, COSMIC czy uVision nie są, według mojej wiedzy,
> > kompilatorami C++.
>
> A clang/gcc jest? I dlaczego nie padły w tym wyliczeniu? I co to za
> wyliczenie?

GCC jest dostępne na army i na atmele, natomiast w embedded używa
się różnych architektur, nawet tak archaicznych, jak 8051.

> > Z tego co wiem, C++ ma najwięcej do powiedzenia w programowaniu gier.
>
> Mało wiesz. W porgramowaniu gier to może przy pracy z engine 3D. Ludzie
> odpowiedzialni za design gry używaja takich języków jakich dostarcza
> engine (zapewne skryptowych).

W takim razie w jakich jeszcze dziedzinach C++ dominuje?

> , i nie
> > widzę praktycznie żadnych powodów, dla których miałby być stosowany
> > w tej dziedzinie.
>
> No widzisz, bo nie masz pojęcia o nim za dużego i nie widzisz
> zastosowań. Ci legacy programmers tez nie widzą. Ale biologia działa i
> wystarczy poczekać.

Mam prośbę. Jeżeli uważasz, że C++ ma jakieś cechy, które miałyby
się okazać przydatne w embedded, to byłoby więcej warte, gdybyś
napisał, jakie to cechy, zamiast odnosić się do mojej rzekomej
niewiedzy w tym temacie. Tak się składa, że choć w C++ nie programuję
już od dość dawna, swego czasu poznałem ten język dość dogłębnie
(z książki Stroustrupa), i nadal pobieżnie śledzę jego rozwój.
I uważam, że w kontekście embedded C++ to dużo narzutów i mało
korzyści (a często nawet "korzyści ujemne", związane z dużo większym
poziomem komplikacji języka)