-
Data: 2009-02-14 21:24:16
Temat: Re: sterowanie urządzeniami el. przez PC?
Od: Mario <m...@p...onet.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]gargamel pisze:
> Użytkownik "T.M.F." napisał:
>> Zawiesza sie bo jest napisany w jezyku wysokiego poziomu? Masz jakas
>> literature na poparcie tej tezy?
>
> oj zaraz byś chciał literaturę kjtóra by zaciebie pomyślała, naprawdę
> nie rozumiesz aktu że im język jest wyższego poziomu tym programista ma
> mniejszą kontrolę nad kodem?:O)
> np: taka zwykłą pętla for w C, wiesz ile z tego kompilator robi
> instrukcji asemblera?:O) jak sprawdzisz to przynajmniej dędziesz
> wiedział ile tam jest śmiecia
Załóżmy, że jesteś w stanie napisać krótszą pętlę niż wygenerowana z C
przez kompilator. Ale musisz napisać znacznie więcej kodu, we którym
masz znacznie większe szanse pomylić sie. A pętla w C jest prosta jak
konstrukcja cepa. Nawet jeśli kod wynikowy jest troszkę dłuższy to jest
wygenerowany automatycznie i małe są szanse żeby zawierał błąd. Zdarza
się, że kompilatory zawierają błędy ale dość szybko są wykrywane łatane.
Zakładam, że bardziej niezawodna jest zbiorowa praca programistów od
avr-gcc niż rzeźbienie rozbudowanego projektu przez programistę
asemblerowego. Sam od dawna pisałem w asemblerze ale przy okazji
przejścia na nowe procki przerzuciłem się na C. Nigdy więcej pisania w
asemblerze obliczeń zmiennoprzecinkowych na logarytmach :) Będzie
konieczność przyspieszenia jakiejś obsługi przerwania to najwyżej
przepiszę kawałek kodu w asemblerze ale jeszcze nie miałem takiej potrzeby.
>
>> Jaka niewiedza? Co mnie obchodzi jak dziala jakas funkcja. Mam funkcje
>> biblioteczna, ktora realizuje np. x+y i nie ma dla mnie znaczenia jak
>> ona to robi, byle to robila.
>
> no włąśnie, co ciebie obchhodzi, tak samo co ciebie obchodzi ze
> oprogramowanie jest niestabilne i z masą śmieci skoro jest poprawnie
> napisane:O(
A skąd wniosek że jeśli go nie obchodzi jak funkcja działa to znaczy że
go nie obchodzi stabilność kodu wynikowego. Przecież ty pisząc w
asemblerze też nie interesujesz się jak to jest realizowane na poziomie
mikrokodu. Skoro tego nie wiesz to może twoje instrukcje są zamieniane
na błędne mikroinstrukcje?
>
--
Pozdrawiam
MD
Następne wpisy z tego wątku
- 15.02.09 10:14 T.M.F.
- 15.02.09 16:43 Madz
- 15.02.09 16:51 Madz
- 15.02.09 20:51 gargamel
- 15.02.09 21:01 gargamel
- 15.02.09 21:09 gargamel
- 15.02.09 22:11 T.M.F.
- 15.02.09 22:12 T.M.F.
- 15.02.09 22:19 T.M.F.
- 15.02.09 22:55 zbyszek
- 15.02.09 22:58 Mario
- 15.02.09 23:04 Mario
- 15.02.09 23:10 Mario
- 16.02.09 19:03 gargamel
- 16.02.09 19:06 gargamel
Najnowsze wątki z tej grupy
- DS1813-10 się psuje
- Taki tam szkolny problem...
- LIR2032 a ML2032
- SmartWatch Multimetr bezprzewodowy
- olej psuje?
- Internet w lesie - Starlink
- Opis produktu z Aliexpress
- No proszę, a śmialiście się z hindusów.
- Zewnętrzne napięcie referencyjne LM385 1,2V -> 100mV dla ICL7106, Metex M-3800
- karta parkingowa
- Wl/Wyl (On/Off) bialy/niebieski
- I3C
- Pytanie o transformator do dzwonka
- międzymordzie USB 3.2 jako 2.0
- elektronicy powinni pomysleć o karierze elektryka
Najnowsze wątki
- 2024-11-25 Karty przedpłacone (podarunkowe) Google Play - pytanie do korzystających
- 2024-11-26 wina Tóska
- 2024-11-26 Rewolucja/Rewelacja!
- 2024-11-25 grupa ożyła ;)
- 2024-11-24 Być jak Clint
- 2024-11-24 Rura kanalizacja konceptu Franke = problem
- 2024-11-25 Wrocław => Lead Java EE Developer <=
- 2024-11-25 Warszawa => Business Development Manager - Network and Network Securit
- 2024-11-25 Kraków => Programista Full Stack (.Net Core) <=
- 2024-11-25 Lublin => Senior PHP Developer <=
- 2024-11-25 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-25 Warszawa => ECM Specialist / Consultant <=
- 2024-11-25 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-11-25 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-11-25 Lublin => Inżynier Serwisu Sprzętu Medycznego <=