Path: csiph.com!goblin3!goblin1!goblin.stu.neva.ru!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.POSTED!not-for-mail From: =?UTF-8?Q?Sebastian_Bia=c5=82y?= Newsgroups: pl.comp.programming Subject: =?UTF-8?Q?Re:_[OT]_Du=c5=bca_kasa_i_kiepski_wynik_-_dlaczego=3f?= Date: Sat, 12 Sep 2015 17:54:45 +0200 Organization: ATMAN - ATM S.A. Lines: 69 Message-ID: References: <55b2141b$0$2206$65785112@news.neostrada.pl> <991b8162-a09e-4ef3-b58f-6af678a319d4@googlegroups.com> <62f21ed0-8877-4e9a-8c64-63c9b737d16b@googlegroups.com> NNTP-Posting-Host: 176-115-85-233.via.zamek.net.pl Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: node2.news.atman.pl 1442073289 18824 176.115.85.233 (12 Sep 2015 15:54:49 GMT) X-Complaints-To: usenet@atman.pl NNTP-Posting-Date: Sat, 12 Sep 2015 15:54:49 +0000 (UTC) User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 In-Reply-To: Xref: csiph.com pl.comp.programming:27377 On 2015-09-12 15:36, AK wrote: >> Dodawanie liczb calkowitych. A nie, czekaj, może być czy mam wymieniać >> cała historię informatyki? Ponadto chcialbym tez zapytać jaka będzie >> na koniec nagroda, bo egzamin trudny, wykladowca zrzeda a student >> przecietny. > Czyli nie masz pojecia, ale nie przeszkadza ci to "twierdzic" > kompletncyh bzdur :) Nie, najwyczajniej w świecie pytanie było tak głupie że nie ma na nie jak odpowiedzieć. A jakie algorytmy udostepniał Atari OS w wersji BASCIa C? I czy to ważne? >>> W C++ piszę od 25 lat, a po przesiadce na PC-ty bylem >>> zmuszony napisac cala bibliotke standardowa w ASM 80x86 >> Bibilteka standardowa to tylko mało istotny kawalek C++. > Hehehe :) Dobre ! "Standardowa" to malo istotny kawalek :) ? > Pikne ! Owszem. Przypominam że stl to rzecz której się np. Nie używa np. na uC mimo używania tam C++ z powodu braku heapu. STL ma tez kilka kłopotów które powodują że wiele biblitek dostarcza własne implementacje wszystkiego na zastepstwo (Qt), samą zaś przepisano 10 razy (np. stlport) bo dostarczane z kompilatorami były kiepskie. Sorry, stl nie stanowi o *języku*. To był znakomity pomysł w kilku miejscach i żałosna implementacja w kilku innych. Co zrobić. Takie Delphi dorobiło się czegokolwiek z zakresu hashmap o wiele za późno, więc należy się cieszyć że coś w ogóle było. > Taaa po 30 latach "rozwoju" blad w std::vector. Bibliteki stl zawieraja błedy. Inne też. Suprise. > To rzeczywiscie super swiadczy o C++ :) Błędy w kompilatorze nie świadczą o języku. To nie był błąd standardu. > VS mowisz ? > Hm.. a taki gcc to niby lepsze ? :) Ma inny stl. Ma inne bugi. Z faktu że kompilator X jest kiepski nie wynika że kompilator Y jest dobry. Sorry, logika tak nie działa. Pewchowo piszę ten sam kod na oba. Obecnie różnią się bardzo niewiele pod względem wynikowego kodu i pokrycia standardu. > PS0: Czy std::/stl jest juz wreszcie thread-safe ? Czy standard C++ kiedy powstawało stl mówił coś o "thread"? Więc sobie odpowiedz. I zastanów się również po co *wszystkim* thread safe. W C++ nic nie dostaniesz w promocji. To czasem wada a czasem zaleta. > PS1: Byly tylko dwa dobre kompilatory C++. > TopSpeed i MicroWay. Oba szlag trafil. > Sorry. jeszcze Watcom. Jest wiele dobrych. Jesli chcesz coś interesującego to proponuje zapoznać sie z clang. Głównie dlatego że zdołano w kilka lat napisac produkcyjny kompilator konkurujący z vc i gcc. I kod nie jest pisany przez ignorantów, co jest dość niespotykane. > PS1: Dlaczego tak trudno wyprodukowac i utrzymac > na dobrym poziomie kompilator C++ ? Bo standard jest niesłychanie skomplikowany. Aczkolwiek przykład clang pokazał, że niestety również dlatego że projekty kompilatorów zatrudniają dużo corncobów[1]. Głównie takich którzy zamiast zalet jakiejs technologii widzą tylko same wady i ciągle żyją w latach 60-tych. [1] https://sourcemaking.com/antipatterns/corncob