-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!news.nask.pl!news.nask.org.pl!news.internetia.pl!not-for-mail
From: Mario <m...@...pl>
Newsgroups: pl.misc.elektronika
Subject: Re: Programowanie uC - Pascal, czy C ?
Date: Sat, 01 Feb 2014 12:32:07 +0100
Organization: Netia S.A.
Lines: 60
Message-ID: <lcimqv$ogj$1@mx1.internetia.pl>
References: <b...@g...com>
<b...@4...com>
<e...@g...com>
<lc4a64$evh$1@node2.news.atman.pl>
<6...@g...com>
<lc4i5o$v67$1@mx1.internetia.pl>
<5...@p...pl.invalid>
<9...@g...com>
<lcihl2$7ec$1@mx1.internetia.pl>
<1...@p...pl.invalid>
NNTP-Posting-Host: 37-128-3-156.adsl.inetia.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: mx1.internetia.pl 1391255200 25107 37.128.3.156 (1 Feb 2014 11:46:40 GMT)
X-Complaints-To: a...@i...pl
NNTP-Posting-Date: Sat, 1 Feb 2014 11:46:40 +0000 (UTC)
In-Reply-To: <1...@p...pl.invalid>
X-Tech-Contact: u...@i...pl
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007
X-Server-Info: http://www.internetia.pl/
Xref: news-archive.icm.edu.pl pl.misc.elektronika:659059
[ ukryj nagłówki ]W dniu 2014-02-01 11:36, RoMan Mandziejewicz pisze:
> Hello Mario,
>
> Saturday, February 1, 2014, 11:03:37 AM, you wrote:
>
> [...]
>
>>> W pełni się z Tobą zgadzam. Ileż to razy naczytałem się o tym, że w
>>> C da się zrobić to, czego w innych językach programowania nie da
>>> się zrobić. Noszsz do Pani Nędzy, to niechaj mi w końcu ktoś w
>>> końcu konkretnie napisze czego się nie da zrobić w Pascalu, a da
>>> się w C. No peeewnie, argumentem będzie fakt, że ni ma kompilatorów
>>> Pascala na jekieś tam DSP. I fakt, bo nie ma!! Aha!! Czyli Buraki
>>> są lepsze od Bananów, bo Banany u nas nie rosną..
>> Czyli wracając do c i Pascala to według twojej logiki lepszy jest
>> Pascal, w którym oprócz PICów nie da się nic zaprogramować, od c, który
>> jest dostępny na dowolny współczesny proce. Czyli jako wolny człowiek
>> swoim wolnym wyborem wybierasz PIC bo tylko na nim jest Pascal :)
>
> Nie samymi mikrokontrolerami żyjemy.Zapewne, jak w końcu za nie się
> wezmę, to wyląduję w asemlerze - jako najbardziej skutecznym.
Tu bym polemizował. Twierdzenie o wyższej skuteczności asemblera jest
tak samo prawdziwe jak twierdzenie, że c daje szybszy i zajmujący mniej
miejsca kod niż Pascal. Czyli niby prawda pod warunkiem, że programista
zna się na rzeczy. Zapewne jeśli weźmiesz się za mikrokontrolery to za
coś współczesnego jak np ARM Cortex M4. Są na tyle złożone, że pisanie w
asemblerze będzie dla początkującego trudnym wyzwaniem. W dodatku musisz
pisać wszystko sam, nie mając bibliotek i sterowników. Łatwiej moim
zdaniem nauczyć się nowego języka (czyli właśnie c) i korzystać z pracy
innych.
> BTW: widzę jakiś mikroPascal na AVR... I nie tylko mikroPascal.
Pakujesz się w getto w którym jest mały wybór procków i mały dorobek
społeczności. Jak już coś opanujesz okaże się, że te nieliczne procki
przestają ci wystarczać a nowsze rodziny nie są obsługiwanie przez
toolchain który wykorzystujesz. I nie będzie szans żeby to się zmieniło
bo coraz mniej ludzi będzie zaangażowane w jego rozwój.
>
>>> Tymczasem Basic jako język kompilowalny, jak i interpreter jest o
>>> wiele bardziej czytelny od krzoków &,&&,|| itd., itp...
>
>> Od kiedy ogarnąłem trochę c nie czuję potrzeby pisać w Basicu. A co do
>> krzaczków to jednych może razić && a innych :=
>
> Mnie bardziej wkurzały średniki w Pascalu. I brak automagicznego ich
> uzupełniania przez edytor ;)
A mnie w c wkurzają i średniki i == w warunkach logicznych :) To znaczy
wkurza mnie to, że często o nich nie pamiętam. Przynajmniej ; jest
wykrywane przez kompilator a zastosowanie = zamiast == daje błędne
działanie programu.
--
pozdrawiam
MD
Następne wpisy z tego wątku
- 01.02.14 12:40 RoMan Mandziejewicz
- 01.02.14 12:50 RoMan Mandziejewicz
- 01.02.14 13:26 Dariusz Dorochowicz
- 01.02.14 13:33 Mario
- 01.02.14 13:49 Piotr Gałka
- 01.02.14 14:12 Mario
- 01.02.14 15:47 RoMan Mandziejewicz
- 01.02.14 15:51 Mario
- 01.02.14 15:55 Mario
- 01.02.14 16:06 RoMan Mandziejewicz
- 01.02.14 16:11 RoMan Mandziejewicz
- 01.02.14 16:37 A.L.
- 02.02.14 00:33 Mario
- 02.02.14 00:37 RoMan Mandziejewicz
- 03.02.14 10:10 arpie
Najnowsze wątki z tej grupy
- Mierniki poziomu glukozy (CGM, FGM)
- A Szwajcarzy kombinują tak: FinalSpark grows human neurons from stem cells and connects them to electrode arrays
- Kontrola nad prądem - sprawdź jak działa [apka - przyp. JMJ] eLicznik
- NETIA i hasło logowania
- Modulacja FM
- Najgorszy język programowania
- Kol. sukces po polsku: firma Szumisie sp. z o.o.
- Chińska Telefonia 6G - Chcą Nas Sterować Elektrycznie - Jak Kukiełki w Teatrze Lalek!!!
- RS-485 ale automatycznie dwukierunkowy
- Leżakujące SSD gubią po roku dane
- kolorowy e-paper
- Sterownik kotła CO praca PWM
- Jakie baterie A23 i LR44?
- OLED SSD1306 - degradacja?
- Który symulator AVR jest ,,prawilny"?
Najnowsze wątki
- 2025-12-12 Warszawa => Microsoft Dynamics 365 Finance Consultant <=
- 2025-12-11 To już efekt Żurka czy coś jeszcze GORSZEGO?
- 2025-12-11 Policjanci w mieście Łodzi zmierzą ci prędkość z błędem mniejszym niż producent w laboratorium :-)
- 2025-12-11 Warszawa => Senior Java Developer <=
- 2025-12-11 Kolejny prezent
- 2025-12-10 hameryka
- 2025-12-10 Tak im zależy na wlasnym kraju. :-(
- 2025-12-10 Czy "hipoteka przymusowa" podpada (powinna podpadać) pod ochronę immunitetem poselskim? [Ziobro]
- 2025-12-10 Żurek po raz kolejny wykazał jaki poziom reprezentuje
- 2025-12-10 Gdańsk => Microsoft Dynamics AX/365 SCM Consultant - Service & Suppor
- 2025-12-10 Rzeszów => Konsultant ERP Microsoft Dynamics 365 Commerce <=
- 2025-12-10 Chrzanów => Spedytor Międzynarodowy (handel ładunkami/prowadzenie f
- 2025-12-10 Chiny => Koordynator Produkcji / Przedstawiciel ds. rozwoju produktu <
- 2025-12-10 Przekroczenie uprawnien
- 2025-12-10 China => Production Coordinator / Representant Product Dev <=




2035 rok coraz mniej realny? Europa traci tempo w wyścigu o elektromobilność