🚀 go-pugleaf

Witam

Adam Karpierz wrote:

> "Seweryn Habdank-Wojewódzki" <shw_mail@wp.pl> wrote:
>
>> Ten mail jest dedykowany Panu Adamowi Karpierzowi, ale uznałem, że może
>> większe grono będzie chciało zobaczyć jakie zmiany zostały wprowadzone
>> pomiędzy ARM C++ a ISO C++.
>
> Panie Wojewodzki, niech sie Pan skupi.
> Pytalem Pana co takeigo zostalo wprowadzone istotnego w ISO
> czego _nie bylo_ popraednio w C++, bo Pan twierdzil ze ISO to
> jakis przelom w jezyku C++ i ze wczesniej to w ogole C++ nie bylo itp.
>
> Niech sie wiec Pan postara i wyluszczy te przelomowe zmiany
> a nie skupia sie na pier.. przepraszam malo istotnych
> roznicach/niekompatybilnosciach.

Nie. To Pan niech wreszcie się skupi. Chciał Pan różnice pomiędzy ARM,
a
ISO, ma Pan.

Niech Pan zdefiniuje co to jest "C++" wg. Pana. Bo jeśli mówimy o C++
za
pięć 1998 i pięć po 1998, to nie będzie różnic, nikt w 10 minut nie
zmieni
języka. Podałem linki [3][4][5], przeczytał je Pan? Nie - jakby je Pan
przeczytał to nie opowiadałby Pan bzdur.

Tam są opisane grube sprawy (szczególnie o szablonach), jak Pan ich
nie
rozumie, no cóż są tacy, którzy je rozumieją.

Dla mnie C++, to przede wszystkim to co oferuje gcc, czyli np.
funkcjonał
kompilatora typeof, który zostanie zastąpiony przez auto w C++0x. Jego
pomoc jest ogromna bo sam sobie rozwija typ wyrażenia. Czy w Pana C++
jest
typeof? Czy korzystał Pan z niego?

Jeśli dalej dyskusję Pan tak będzie prowadził, to dla mnie jest EOT.
Jak na
razie to nic Pan nie powiedział co byłoby konstruktywne.
W internecie jest mnóstwo blogów, czy jakichś własnych opracowań w
których
ludziki płaczą jakie C++ jest trudne i jak im się źle pracuje itp. i
itd.

Krótko i zwięźle: "ZMIENIĆ PRACĘ!", "IŚĆ DO TERAPEUTY DLA
MASOCHISTÓW!".

Jak zaczną pisać w Pythonie tak jak piszą w C++, to też dostaną baty i
to
sromotne. Bo ludzie myślą, że języka nie trzeba znać, tylko należy
przeczytać intro i to wystarczy.

Powiem tak, wszyczy, którzy nie umieją C++, piszą że jest to język
fatalny,
tylko, że to jest syndrom oblanego studenta - "profesor jest be, bo
mnie
oblał.".

Pomijam aspekty nieznajomości STL i brudnego przenoszenia nawyków z C
na
C++ - na czele: ignorancja referencji, olewanie "const correctness", i
wielu naprawdę wielu wskazówek jak programować. Takie sprawy są w
każdym
języku. Jak Pan napisze w Pythonie range(0,2000000000), to co się
stanie?
Wyleci program z hukiem, tylko, że to NIE jest wina języka! Trzeba
napisać
xrange (którego nie było w pythonie 2.0, naszczęście pojawił się
później),
albo pozbyć się takiego podejścia (range) na rzecz iteracji w pętli
while. Tak samo w C++ używanie łysych wskaźników, a nie nawet
auto_ptr, to
jest proszenie się o klapsa. Jak ktoś wie, że jakiś kod rzuca wyjątki,
to
używa lepszych wskaźników itd. Ostatnio ktoś napisał, że ma klasę
"list",
ale wcześniej dla relaksu napisał using namespace std; Wie Pan czym
takie
pomysły owocują? Niech Pan pomyśli co taki kolo otrzymałby w Pythonie,
jakby nadpisał część jakiejś klasy biblioteki Pythona i wołał sobie
metody.
Dostanie klapsa i to dużego i nawet nie zauważy że jest bity. I
właśnie
tacy płaczą, że im C++ szkodzi. Nota bene jak ktoś gubi self w
Pythonie, to
czy mam powiedzieć że język jest do chrzanu, bo wymaga od programisty,
aby
pamiętał o self? Nie, to programista jest roztargniony (żeby nie
powiedzieć
gorzej) i to jego wina, a że język łyknie to bez słowa, to taka jego
specyfika - nie jest to wadą, bo właśnie z tej przyczyny w Pythonie
można w
locie tworzyć np. pola i zmienne.

Proszę podawać konstruktywne przykłady, kiedy coś jest nie do
napisania w
C++, będziemy dyskutować, o faktach a nie o Pana nie znajomości C++,
bo już
wszyscy wiemy, że pisze Pan w C++ podkreślając, że to nie jest ISO C+
+,
jeszcze tylko nie uzyskaliśmy informacji, czy to przypadkiem nie jest
CFront.

Pozdrawiam.

--
|\/\/|   Seweryn Habdank-Wojewódzki
 \/\/