-
Data: 2009-10-09 13:10:47
Temat: o poziomie języka
Od: pojechany z boost <b...@p...chany> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]implementacja algorytmu w postaci bloków instrukcji (np. procedury
anonimowej)
?w języku maszyny (procesora) a
?w języku wyższego poziomu
-- jest tym bardziej zgodna wprost z intencją programisty, im niższego
poziomu jest język programowania (bliższy maszyny rzeczywistej), a jed-
nocześnie jest tym bardziej optymalna dla ?dużych? bloków danych podpa-
dających pod zaimplementowany przez programistę blok instrukcji.
im w wyższego poziomu języku ten sam algorytm jest zapisany (zgodnie
ze składnią --wymaganiami-- każdego od nowa języka), tym kompilator
ma większą swobodę ułożenia instrukcji języka wyższego poziomu w instru-
kcje maszyny-- zgodnie z własnymi predykatami kompilacji. więc progra-
mista, pisząc w języku wysokiego poziomu, nie ma powodu do chalenia się
wydajną implementacją algorytmu, ponieważ nie on tworzy właściwy kod,
a jedynie daje kompilatorowi podpowiedzi na temat tego co koniecznie
chce zobaczyć jako statyczne w strukturach wynikowego programu --to
co później widzi śledząc wykonywanie programu; różne języki wysokiego
poziomu mają różne statyczności określone w standardach, z których prog-
ramiści korzystają do wyrażenia wspomnianych podpowiedzi dla kompilatora
--kompilator zgodny ze standardem języka pozwala programiście mieć pew-
ność co do wszystkich wymyślonych statyczności (zachowań procedur stan-
dardowych, obecnych zmiennych i ich znaczenia).
czyli programując w języku wysokiego poziomu nie tworzysz programu
zgodnego z zamysłem, lecz jedynie podpadającego pod zamysł, o ile
nie popełnisz pomyłki w użyciu statyczności używanego języka programowa-
nia. programując w języku niskiego poziomu, maszyny masz program zgod-
ny z zamysłem, lecz łatwo możesz popełnić błąd projektowy, nie znając
wszystkich aspektów środowiska wykonywania. nie ukrywam, że zacznę
od najwyższej półki programowania w celu rozwiązania tego problemu.
wszystkie chwyty... e... języki dozwolone. ;-)
ktoś chce mi pojechać? to proszę. :-) koniecznie!
-z "wybrane aspekty programowania", 2009, autorzy nieznani, str.
33 i 55.
--
-oh yea, i got it!
-oh, stupid!
D. Icke
Następne wpisy z tego wątku
- 09.10.09 15:15 Mateusz Ludwin
- 09.10.09 15:25 pojechany z boost
- 10.10.09 00:08 Wiktor S.
- 10.10.09 20:32 pojechany z boost
Najnowsze wątki z tej grupy
- 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?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
Najnowsze wątki
- 2025-02-19 Lista afer
- 2025-02-19 Lista afer
- 2025-02-19 Lista afer PIS
- 2025-02-19 Ogrodzenie dla krów szkockich "Highland"
- 2025-02-19 Gdańsk => System Architect (background deweloperski w Java) <=
- 2025-02-19 Gdańsk => Solution Architect (Java background) <=
- 2025-02-19 Białystok => Data Engineer (Tech Leader) <=
- 2025-02-19 Kraków => Ekspert IT (obszar systemów sieciowych) <=
- 2025-02-19 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2025-02-19 Rzeszów => International Freight Forwarder <=
- 2025-02-19 Poznań => Konsultant wdrożeniowy Comarch XL/Optima (Księgowość i
- 2025-02-19 Chrzanów => Spedytor Międzynarodowy (handel ładunkami/prowadzenie f
- 2025-02-19 Bieruń => Regionalny Kierownik Sprzedaży (OZE) <=
- 2025-02-19 Nigdy
- 2025-02-19 Katowice => Key Account Manager (ERP) <=