Article View: pl.comp.objects
Article #16846Re: Groovy
From: Adam Karpierz
Date: Sun, 13 May 2007 23:37
Date: Sun, 13 May 2007 23:37
160 lines
6724 bytes
6724 bytes
Użytkownik "Seweryn Habdank-Wojewódzki" <shw_mail@wp.pl> napisał: >> Boost nie dziala. > > Dobrze. Widzę, że mam przed sobą dyskutanta, z którym się niedyskutuje. Bo > on zjadł wszystkie rozumy. Fakty i rzeczywistość nie potrafią dotrzeć do > jego osobowości żyjącej na na płaskiej ziemi. Fakty i rzeczywistocs wskazuja ze boost nie dziala. > Nie. To świadczy o tym, że wiem, że są przemysłowcy, których trawi rak. To prawda. Zwie sie on C++ Czlowieka zwija z bolu jak C a oczy robia mu sie jak ++. > Wiem, że są na porządku dziennym i je klasyfikuje jako błazenadę i brak > kompetencji. Brak kompetencji to Pan masz. Byla sobie w Polsce taka firma hamerykanska i ona miala napisanego _calego_ STL (zwalo sie to TSL.) a od zera samemu i byl _zakaz_ uzywania innego STLa (w tym standardowego). Jak Pan mysli dlaczego ? Niekompetencja. > Bo np. biblioteka(i) standardowa jest tak samo przetestowana > jak kontenery w Javie. Sie Pan osmieszasz po raz wtory. Syfiasty jezyk powoduje ze bilblioteka standardowa _nigdy_ nie bedzie w C++ przetestowana wlasciwie. > A kontenery w Javie są używane w produkcji nikt > nawet nie śmie podważać ich stosowalność (ja poza czasami > słaba wydajnościa niektórych też do nich nic nie mam). > >> Tak na boku: uzywa Pan std::list w interfaces klas publicznych ? > > Czyli? Listy używam raczej wewnętrznie. Bardzo dobrze Powinien Pan jej w ogole nie uzywac na rzecz vectora. > Ale std::vector czesto wystawiam jako interfejs publiczny, Super. Jak Pan sobie radzi z z interface std::vector w DLLkach ? Jak Pan sobie radzi z z innymi interface STLowymi w DLLkach ? Jak Pan sobie w ogole radzi z dowolnym interface opartym na templatach w DLLkach ? >>> Jak w dzisiejszych czasach ma się coding standard z czasów ARM, >>> to cóż sami sobie przemysłowcy są winni. >> >> Pograza sie Pan jeszcze bardziej. > > Nie po prostu uważam, że utrwaliło się, że C++ ludzie nie muszą się uczyć > nie muszą dźwigać kwalifikacji. Cos Pan sobie pod biurkiem zmysla. > Powiem tak, jakiś czas temu sprzątałem kod Javy 1.3 i poprawiałem go na > 5.0. > Roboty nie wiele, ale jednak trzeba zrobić. I kod zyskał na > przejrzystości. Nikt nie mówi, że to było złe. Dlaczego takie coś jest > krytykowane odnoścnie C++, tego nie wiem, poza faktem, że to jest głupie. Jest glupie. W Javie Pan predzej sobie mozesz - bo bezpieczniej conieco. W C++ lepiej trzymac sie zasady NRKBTD (Nie Ruszaj K.. Bo To Dziala) Syfiastosc jezyka determinuje taki "pattern". >>> Znam np. oferty pracy w bankach z wiązanych z C++ i np. znajomość >>> boost'a jest tam jednym z wymagań, więc są przemysłowcy, >>> którzy idą zgodnie z postępem. >> >> Pan bankowe oprogramnowanie w Polsce uwaza za jakies mistrzostwo ? > > W UK. W UK to mistrzostwo ? Na jakiej podstawie Pan tak sadzi ?. Bo to ladnie brzmi ? Bo 'bankowe' brzmi dostojnie a wiec to mainstream ? By sie Pan zdziwil bardzo. Wyznaje Pan jeden z najpowszechniejszych mitow w IT. >> By sie Pan usmial setnie. :)) >> Boost na dzien dzisiejszy powinien byc _zakazany_ w przemyslowym >> programowaniu. > > Panu powinni zakazać Pythona, w całości? > >> Jedynie male jego czesci moga byc w praktyce wykorzystane. > > Tak ale małe części da się wyciągnąć z całości, tylko trzeba umieć czytać, > a > nie być ślepcem. Slyszal Pan o zaleznosciach w boost ? >> I to bardzo dokladnym niezaleznym (swoim) przetestowaniu. > > Ha, ha. Co za megalomania. tysiące koderów nie ptrzetestowało boosta > lepiej > niż Pan to zrobi? Dokladnie tak. Testy boosta sa zbyt zalosne aby moc sie go nie bac. > Rozumie, że trzeba zapuścić test, dla siebie. > Ale niech powie konkretnie, co Panu nie działa, może zaczniemy > od tego co już jest w TR1. Nie dziala mi shared_ptr. Zacznijmy od poczatku. Prosze mi pokazac testy boosta (moze byc _nawet_ostatnia wersja jeszcze goraca 1.34.0 z wczoraj chyba:) na Solarisie. >> To jest jakby to Panu powiedziec hm.. parodia ochrony. > > Kontorla typów, czy ochrona. Dalej to jest nieścisła paplanina. Jedno i drugie. >> To jest powiem wprost symulowanie ochrony. > > A niby co Pan ma na myśli? Jak piszę int to mam kontrolę typu, gdzie ma > Pan > ochronę. Rozumiem, że zaczynamy rozwadniać temat, aby szukać dziur poza > tematem. Panie tak samo jest w Javie int to int, a nie String. Jest > autoboxing dla Integer, ale to raczej ficzer a nie bug. A w C++ dowolny kawalek pamieci moze stac sie dowolnym obiektem dowolnego typu. W AJvie PAn tego nei zrobi chocby sie PAn skichal. > Właściwie, to nie chcę wiedzieć jak żałośnie wygląda Pański koding style. Niech Pan pokaze swoj. Zwykla pojedyncza klase. Wtedy podyskutujemy. >> Bo co mam stosowac cos dziurawego co dziecko potrafi obejsc ? > > Tak. A niby co? Napisz Pan kawałek kodu, jako przykład, to pogadamy. Jak > na > razie nie ma żadnego konkretu. Prosze podac przykad bezpiecznego interface (jedna klasa starczy) a ja na tym przykladzie pokaze Panu jak dziurawe jest C++. > Tak na marginesie, kontrola typów i tematyka "ochrony" > to są sprawy trochę inne. > Typ jest typem, ochrona ochroną, a moduły modułami. Prawda oczywiscie. Tyle ze akurat ochrona i moduly sie wiaza i to dosc zasadniczo. AK
Technical Details
Message-ID:
<f287ie$354$1@inews.gazeta.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!not-for-mailReferences:
<f1tdl6$2s4$1@inews.gazeta.pl><f1todc$8s5$1@inews.gazeta.pl> <f1tss8$iq3$1@inews.gazeta.pl> <f1u2qu$1pm$1@inews.gazeta.pl> <1178922714.630317.141500@y80g2000hsf.googlegroups.com> <f22v79$3gu$1@inews.gazeta.pl> <f246sk$b8s$1@news.vectranet.pl> <f24i4s$6pe$1@inews.gazeta.pl> <f24s89$vs3$1@news.vectranet.pl> <f24u05$nnf$1@inews.gazeta.pl> <f24uor$39e$1@news.vectranet.pl> <f2586r$asf$1@inews.gazeta.pl> <f26fc9$iu6$1@news.vectranet.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!not-for-mail From: "Adam Karpierz" <karpierz@_NOSPAM_python.pl> Newsgroups: pl.comp.objects Subject: Re: Groovy Date: Mon, 14 May 2007 01:37:40 +0200 Organization: "Portal Gazeta.pl -> http://www.gazeta.pl" Lines: 162 Message-ID: <f287ie$354$1@inews.gazeta.pl> References: <f1tdl6$2s4$1@inews.gazeta.pl><f1todc$8s5$1@inews.gazeta.pl> <f1tss8$iq3$1@inews.gazeta.pl> <f1u2qu$1pm$1@inews.gazeta.pl> <1178922714.630317.141500@y80g2000hsf.googlegroups.com> <f22v79$3gu$1@inews.gazeta.pl> <f246sk$b8s$1@news.vectranet.pl> <f24i4s$6pe$1@inews.gazeta.pl> <f24s89$vs3$1@news.vectranet.pl> <f24u05$nnf$1@inews.gazeta.pl> <f24uor$39e$1@news.vectranet.pl> <f2586r$asf$1@inews.gazeta.pl> <f26fc9$iu6$1@news.vectranet.pl> NNTP-Posting-Host: dns.welnowiec.net X-Trace: inews.gazeta.pl 1179099534 3236 83.143.96.1 (13 May 2007 23:38:54 GMT) X-Complaints-To: usenet@agora.pl NNTP-Posting-Date: Sun, 13 May 2007 23:38:54 +0000 (UTC) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Priority: 3 X-RFC2646: Format=Flowed; Original X-Newsreader: Microsoft Outlook Express 6.00.2900.3028 X-User: karpierz X-MSMail-Priority: Normal MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit