-
Data: 2011-03-12 16:40:14
Temat: Re: Program cosinusowej transformaty Fouriera
Od: Grzegorz Krukowski <r...@o...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On Sat, 12 Mar 2011 14:31:16 +0100, Sebastian Biały
<h...@p...onet.pl> wrote:
>On 2011-03-12 13:29, Grzegorz Krukowski wrote:
>> Ale już na poważnie, jakie są istotne różnice pomiędzy samym C++ a
>> Pascalem (bez zajmowania się bibliotekami)? Jak dla mnie to:
>> × szablony, które mogą być dodane do P jako preprocesor
>
>To samo mówią programiści C. Że po co im szablony jak na makrach można
>zrobić to samo. Zazwyczaj nie potrafią zrozumieć że to nie jest tylko
>template< typename _item > class container; To znacznie więcej ale to
>więcej wymaga zrozumienia.
Nie wiem co oni mówią, ale większość funkcjonalności szablonżw
zrealizujesz na poziomie podmiany literek. Oczywiście to, że szablony
są umocowane niżej daje dodatkowe korzyści, które są wykorzystywane i
trudno mieć o to pretensje. Tylko czy myślisz, że gdyby dodać szablony
do Pascala to ich funkcjonalność byłaby istotnie różna od tych z C++.
>
>> × w C++ jest nieco większa niż w P możliwość zarządzania pamięcią;
>
>Chyba taki sam model w koncepcji ogólnej.
>
>> × zupełnie inna filozofia leżąca u podstaw - P miałbyć przede
>> wszystkim językiem dydaktycznym, stąd dużo niejawnych założeń, które
>> wprowadzają pewne ograniczenia. C/C++ od początku miał być asemblerem
>> wśród języków wysokiego poziomu, tak więc ukrytych założeń jest w nim
>> niewielka ilość.
>
>Wrzucanie C/C++ do jednego worka jest naduzyciem. To różne języki. W
>szczególności nazywanie C++ assemblerem jest niebezpieczne. Do dzisiaj
>C++ dzielnie walczy z Java i C# na polu programowania obiektowego mimo
>przepaści lat.
Może bardziej C. Jednakże C++ raczej więcej dodaje niż ujmuje do tego
co odziedziczył z C, tak więc nie jest to bezsensowne stwiedrdzenie.
Tak właściwie to to może powodować o popularności C++, jeżeli
konieczne jest stosowanie jednego języka.
>
>> Większość twoich zarzutów sprowadza się do jednego - do bibliotek. Oba
>> języki w praktyce miały zupełnie rozłączne grupy użytkowników, co
>> spowodowało zapotrzebowanie na różne biblioteki. Nic to jednak nie
>> wnosi do oceny języków jako takich.
>
>Template nie sa bibliotekami.
W C++ nie, gdzie indziej bywają
>
>Przemysł to nie bibliteki.
>
Głównie biblioteki, nawet hardkorowcy mikroprocesorowcy asemblerowcy
mają własne biblioteki. Piszesz wszystko od nowa? Kryteria wyboru
języka IMHO są dwa: mamy łatwy dostęp do bilbiotek oraz/lub jeóeli
musimy pisać od nowa to język będzie dostosowany do zadania.
>Przenośnośc to nie bibliteki.
Niestety częściowo tak.
I mam nadzieję że nie twierdzisz, że C++ jest superprzenośny?
>
>Składnia przypominająca główne języki programowania to nie bibliteki.
C++ przypomina co najwyżej C. To niektóre inne języki starają się
udawać składnię C/C++.
>
>itd.
>
itd ;)
>> Nie mogę się przy tym powstrzymać od porównania, że jesteś jak
>> człowiek który trzyma młotek i wydaje mu się że wszystko w okolicy to
>> gwóźdź ;)
>
>Zupełnie jak programista Delphi. Trzeba przechować zmienną statycznie?
>Super, przeciez mamy SQLa. Trzeba szybko wyszukac obiekt w kontenerze po
>kluczu? Super, przeciez mamy array. itd. To nie ja widze wszytko jako
>gwoździe bo programuje aktualnie w kilku językach i mam pojęcie gdzie
>C++ jest do dupy. Ale raczej mam też pojęcie że Pascal nie jest nigdznie
>specjalnie dobry. To bardzo przeciętny język. I widze to z poziomu
>programisty jak i dydaktyka.
Fajnie, przenosisz umiejętności użytkowników na język. Po prostu
genialne. Pascal miał swoją niszę ale chyba już ją stracił (niestety)
i to nie na kożyść C/C++ który nie nadaje się jeszcze bardziej.
Podsumowując. Elastyczność C++ jest fajna. Niefajni są użyszkodnicy
którzy na siłę starają się wszystko nagiąć do siebie. Jak z tym
młotkiem i gwoźdźmi.
--
Grzegorz Krukowski
Następne wpisy z tego wątku
- 12.03.11 16:40 Sebastian Biały
- 12.03.11 16:50 Grzegorz Krukowski
- 12.03.11 16:53 Grzegorz Krukowski
- 12.03.11 16:54 Sebastian Biały
- 12.03.11 17:02 slawek
- 12.03.11 17:17 Jacek
- 12.03.11 17:23 A.L.
- 12.03.11 17:26 Jacek
- 12.03.11 17:28 Grzegorz Krukowski
- 12.03.11 17:34 A.L.
- 12.03.11 17:36 A.L.
- 12.03.11 17:42 A.L.
- 12.03.11 17:53 Sebastian Biały
- 12.03.11 18:06 Sebastian Biały
- 12.03.11 18:14 Jędrzej Dudkiewicz
Najnowsze wątki z tej grupy
- "Wuj dobra rada" z KDAB rozważa: Choosing the Right Programming Language for Your Embedded Linux Device
- Nowa ustawa o ochronie praw autorskich - opis problemu i szkic ustawy
- Alg. kompresji LZW
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
Najnowsze wątki
- 2025-03-28 A gdyby to był elektryk?
- 2025-03-28 Współczesny falomierz
- 2025-03-28 Rzeszów => WEBCON Developer <=
- 2025-03-28 Szczecin => Specjalista ds. public relations <=
- 2025-03-28 Warszawa => Staż w dziale Sprzedaży B2B <=
- 2025-03-28 Warszawa => MENA New Business Manager <=
- 2025-03-28 Środa Wielkopolska => SAP FI/CO Internal Consultant <=
- 2025-03-28 Białystok => Generative AI Engineer <=
- 2025-03-28 China-Kraków => Key Account Manager IT <=
- 2025-03-28 Warszawa => SQL Developer <=
- 2025-03-28 Gliwice => Ekspert IT (obszar systemów sieciowych) <=
- 2025-03-28 Gliwice => IT Expert (Network Systems area) <=
- 2025-03-28 Warszawa => International Freight Forwarder <=
- 2025-03-28 Ostrów Wielkopolski => Konsultant Wdrożeniowy Comarch XL/Optima (Ksi
- 2025-03-28 Częstochowa => Manager ds. produktu <=