-
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
- Ściąganie hasła frezem
- Koszyk okrągły, walec 3x AA, na duże paluszki R6
- Brak bolca ochronnego ładowarki oznacza pożar
- AMS spalony szybkim zasilaczem USB
- stalowe bezpieczniki
- Wyświtlacz ramki cyfrowej
- bateria na żądanie
- pradnica krokowa
- Nieustający podziw...
- Coś dusi.
- akumulator napięcie 12.0v
- Podłączenie DMA 8257 do 8085
- pozew za naprawę sprzętu na youtube
- gasik
- Zbieranie danych przez www
Najnowsze wątki
- 2025-01-29 Warszawa => Mid IT Recruiter <=
- 2025-01-29 Białystok => UX Designer <=
- 2025-01-29 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2025-01-29 Warszawa => Expert Recruiter 360 <=
- 2025-01-29 Zdalny podpis
- 2025-01-29 Nazbyt "muzyczne" słuchawki
- 2025-01-29 Warszawa => QA Engineer <=
- 2025-01-29 Prawo jak je [nie]rząd rozumie.
- 2025-01-29 Gdańsk => Specjalista ds. Sprzedaży <=
- 2025-01-29 Ostrów Wielkopolski => Konsultant Wdrożeniowy Comarch XL/Optima (Ksi
- 2025-01-29 Warszawa => Software .Net Developer <=
- 2025-01-28 Ściąganie hasła frezem
- 2025-01-28 Rok 1973
- 2025-01-28 Warszawa => Programista Dynamics 365 CRM <=
- 2025-01-28 Warszawa => Senior Frontend Developer (React + React Native) <=