-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!.POSTED!not-for-mail
From: RoMan Mandziejewicz <r...@p...pl.invalid>
Newsgroups: pl.misc.elektronika
Subject: Re: Programowanie uC - Pascal, czy C ?
Date: Sat, 1 Feb 2014 12:50:25 +0100
Organization: Squadack
Lines: 70
Sender: r...@n...agh.edu.pl
Message-ID: <6...@p...pl.invalid>
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>
<lcimqv$ogj$1@mx1.internetia.pl>
NNTP-Posting-Host: ip-31-0-133-72.multi.internet.cyfrowypolsat.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1250
Content-Transfer-Encoding: 8bit
X-Trace: news.agh.edu.pl 1391255426 3316 31.0.133.72 (1 Feb 2014 11:50:26 GMT)
X-Complaints-To: a...@a...edu.pl
NNTP-Posting-Date: Sat, 1 Feb 2014 11:50:26 +0000 (UTC)
X-Priority: 3 (Normal)
In-Reply-To: <lcimqv$ogj$1@mx1.internetia.pl>
X-Comment-To: Mario
X-Newsreader: MyGate/2.6.0.171 (http://barin.com.ua/soft/mygate/)
Xref: news-archive.icm.edu.pl pl.misc.elektronika:659063
[ ukryj nagłówki ]Hello Mario,
Saturday, February 1, 2014, 12:32:07 PM, 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.
Jestem za stary, żeby być aż tak ambitnym. Wystarczy mi MSP430 i
AVR... Mam naprawdę niewielkie potrzeby - jakieś proste automaty,
zbieranie pomiarów itp.
> 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.
Czyli nie dość, że leniwy, to jeszcze pasożyt :P
>> 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.
Ale ja polemizuję z tym, że tylko PIC...
[...]
>>>> 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.
Ale akurat ,,==" ma sens, skoro w C ,,=" jest stosowane głównie do
przypisania.
W FoxPro ,,=" może być używane jako operator logiczny i działa inaczej
niż ,,==" ale tylko w przypadku stringów. Na przykład:
? "AABB" = "AA"
? "AABB" == "AA"
W pierwszym przypadku odpowiedzią jest .T. a w drugim .F.
--
Best regards,
RoMan
Nowa strona: http://www.elektronika.squadack.com (w budowie!)
Następne wpisy z tego wątku
- 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
- 03.02.14 11:55 Piotr Galka
- 04.02.14 00:53 A.L.
Najnowsze wątki z tej grupy
- Hiszpania bez pradu
- amperomierz w plusie
- 3G-nadal działa
- Historia pewnego miernika kalibratora
- Ustym 4k Pro i wyświetlacz
- Czemu rozwaliło celę?
- Wojna w portfelu
- Jaki trojfazowy licznik tuya lub podobny?
- Problem z dekoderem adresów
- Intel się wyprzedaje: po 10latach pchnęli pakiet kontrolny Altery za 1/4 kwoty zakupu
- Korekcja perspektywy
- Wentylator zabija zasilacze LEDek?
- Re: Kompensacja mocy biernej przy 230VAC
- Totaliztyczny obowiązek naprawy maszyn i urządzeń
- Niby uziom ale nie
Najnowsze wątki
- 2025-05-02 tona telefonów komórkowych kryje ok. 3,5 kilograma srebra, 360 gramów złota i 280 gramów palladu.
- 2025-05-01 Jak zbudować Perpetum Mobile
- 2025-05-01 Wybory ten wygra kto odzyska TEPS'ę od Kulczyka
- 2025-04-30 Czy wymieniacie fotel kierowcy, gdy kupujecie używanego gruchota po prostacie i nietrzymaniu moczu ?
- 2025-05-02 dewastują Tesle
- 2025-05-02 jadę do państwa polskiego
- 2025-05-01 zachowaj odstęp
- 2025-04-30 Czy wymieniacie fotel kierowcy, gdy kupujecie używanego gruchota po prostacie
- 2025-04-30 co macie na fotelach?
- 2025-05-02 tona telefonów komórkowych kryje ok. 3,5 kilograma srebra, 360 gramów złota i 280 gramów palladu.
- 2025-05-01 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2025-05-01 Wrocław => Konsultant wdrożeniowy (systemy controlingowe) <=
- 2025-04-30 Warszawa => Programista Back-end <=
- 2025-04-30 Warszawa => Back-end Programmer <=
- 2025-04-30 Warszawa => Senior Backend Developer <=