Jakie edytory C++ do programowania na Arduino ułatwiają naukę i organizację kodu?

Sun Apr 30, 2017 8:26 am   

On Sun, 30 Apr 2017 06:36:58 +0200, slawek <fake@fakeemail.com> wrote:

Miody człowieku, przez kilka postów kilka osób próbowało delikatnie
wyjaśnić w czym rzecz, podając przykłady od czego powinieneś
uzupełnić swoją edukację. Mimo to, nadal brniesz upracie i
niefrasobliwie pokazując godną pożałowania ignorancję i
impertynencję.

Proponuję, byś zajął się czymś innym niż programowanie, na prawdę.
Np. przekop Wisły się szykuje, zainteresuj się tym. Nie programuj już
bo w końcu zrobisz sobie krzywdę (ja za pisanie takich potworków
wyrzucam z roboty na zbity pysk).
Z mojej strony eot.

--
Marek

Sun Apr 30, 2017 10:57 am   

On Sun, 30 Apr 2017 10:26:27 +0200, Marek <fake@fakeemail.com> wrote:

Niewykluczone że dłużej piszę w C niż ty masz lat.

Więc nie napinaj się tak z próbą licytowania się stażem, wiekiem i
doświadczeniem.

Sun Apr 30, 2017 11:40 am   

On Sun, 30 Apr 2017 10:26:27 +0200, Marek <fake@fakeemail.com> wrote:

Fakt iż taki Mareczek nie potrafi obyć się bez goto i to tam, gdzie
jest zupełnie niepotrzebnie - określa jaki (niski) poziom
umiejętności ma Mareczek. Dodam: Mareczek jest bez szans na pracę u
mnie, brak mu kwalifikacji twardych.

Fakt, iż taki Mareczek bluzga gdy mu pokazać (konkretnie) w czym i
jak się myli - określa czy jest człowiekiem emocjonalnie dojrzałym,
czy też fustratem. Dodam: Mareczek jest bez szans na pracę u mnie,
brak mu umiejętnosci miękkich, rozwaliłby każdy zespół.

Faktem jest także, że nie widzieliśmy nic (w języku C) napisanego
przez Mareczka. Owszem, podał link do bloga z mądrościami na poziomie
gimbazy. Dodam: Mareczek jest bez szans na pracę, bo nawet gimbus wie
jak wpisać "C goto" w Google... asystent do takich rzeczy nikomu
niepotrzebny jest.

Sun Apr 30, 2017 5:21 pm   

W dniu 2017-04-30 o 13:40, slawek pisze:



--
Pozdr
Janusz

Sun Apr 30, 2017 5:51 pm   

Użytkownik "Janusz" <janusz_kk@o2.pl> napisał w wiadomości
news:oe56ep$p5n$1@node1.news.atman.pl...

Pokłoń się wobec Fachowca - 45 lat historii (wg Wiki, język C datuje się od
1972 roku) to niesamowite doświadczenie!

PS P,NMSP
--
"Jeśli przyjmiesz do siebie zabiedzonego psa i sprawisz,
że zacznie mu się dobrze powodzić - nie ugryzie cię.
Na tym polega zasadnicza różnica między psem a człowiekiem"
(C) Mark Twain

Mon May 01, 2017 11:57 am   

W dniu 2017-04-30 o 19:51, HF5BS pisze:


--
Pozdr
Janusz

Mon May 01, 2017 3:26 pm   

Użytkownik "Janusz" <janusz_kk@o2.pl> napisał w wiadomości
news:oe77qh$gs9$1@node2.news.atman.pl...

Jako i ja
Nie jestem programistą, sporadycznie skrobnę coś doraźnie dla siebie. Po
prostu mam do tego podejście takie, że to ma działać, być dobre i skuteczne,
możliwie małe i nie obrastać w ozdobniki, czy rytuały. Komenty, jeśli są, to
ograniczone do minimum, żeby nie stały się sztuką dla sztuki i nie przerosły
samego programu. A czy ubrane w różową sukienkę, czy niebieski garnitur, to
mniej istotne.
Poza tym na przykład, deklarowanie pierdyliona zmiennych, ich charakteru,
itd., gdy chcę po prostu dodać 2+2, wydaje mi się zbędną rozrzutnością.
Co innego, gdy już powstaje jakiś program, to inna sprawa.
Tak BTW, jak szukałem pewnych danych do tej wypowiedzi:
http://www.99-bottles-of-beer.net/
Zakładka Browse Languages
I pod żadnym pozorem nie czytajcie skryptu do Kermita - tam dali to
śmiertelnie paskudne i obrzydliwe GOTO! )

--
"Jeśli przyjmiesz do siebie zabiedzonego psa i sprawisz,
że zacznie mu się dobrze powodzić - nie ugryzie cię.
Na tym polega zasadnicza różnica między psem a człowiekiem"
(C) Mark Twain

Tue May 02, 2017 6:35 am   

On Mon, 1 May 2017 17:26:53 +0200, "HF5BS" <hf5bs@t.pl> wrote:

Tak trzymać. Jednak, przekonałem się, lepiej niż "małe" wybierać
"proste". 100 linijek z czymś łatwym jest lepsze niż 89 linijek z
czymś zawiłym.



Są dwie szkoły. Wyznawcy samokomentującego kodu (Martin) i wierzący
że im więcej tym lepiej (Tassel).



Nie musisz. Patrz np. Python, JavaScript, Matlab, a nawet Basic i
Fortran. Z drugiej strony programując ATTiny45 czy coś podobnego
fajnie jest mieć rozróżnienie pomiędzy uint8_t, a int32_t.

Tue May 02, 2017 1:23 pm   

Użytkownik "slawek" <fake@fakeemail.com> napisał w wiadomości
news:almarsoft.6054727570073437054@news.v.pl...

Nie inaczej. Swego czasu miałem dość znaczne ograniczenie - VIC-20 (BTW.
Wiecie, czemu wersja europejska, to VC-20, bez "i" w srodku?) )
3583 bajty pamięci, w której trzeba było czasem zmieścić naprawdę sporo.
Zagłębień GOSUB można było (także w C64) zrobić do ok. 80-85 sztuk, więc i
to bardzo ograniczało przy programowaniu rekurencyjnym. Bywało, ze trzeba to
było łatać w inny sposób, by pamięci stykło i nie spowodowało błędu.


Byle, jak pisałem, nie przegiąć, żeby nie stało się to sztuką dla sztuki.
Dla dodania 2+2, komenty są IMO zbędne, a nawet szkodliwe. Natomiast przy
czymś większym, warto (podbudowuję to oszczędnością pamięci), podkreślam,
warto krótko zaznaczyć, co to jest.


No, to w BASICu, który ma odmian od chu...dego wieprza, rzeczywiście, nie
muszę. Choć w dialektach M$, taką możliwość mam, nawet zadeklarować zmienna
"a" jako łańcuch. Ale to mi zaciemnia przy czytaniu, choć ułatwia przy
pisaniu, jak się mniej napalcuję w klawisze. Hmm... nie pamiętam teraz,
który z dialektów ma podział na zmienne lokalne i globalne. Najbardziej mi
ułatwia jawna deklaracja w nazwie, np. a=zmienna pojedynczej precyzji,
b!=zmienna podwójnej precyzji, c#=zmienna całkowita, d$=zmienna łańcuchowa.
Któryś z dialektów ma też chyba podobnie, jak w Pascalu, a:=zmienna. Palce
cierpią, ale oczy błogosławią.
Zresztą, tłuc np. struktury, żaden problem, procedury, while-wend, if-endif,
itd. Nawet obiektowo, ale nie wszystkie dialekty.


Ależ nie mówię, żeby nie! Tylko znów, aby nie zrobiła się to sztuka dla
sztuki, gdzie np. ważniejsze jest wcięcie o 10 znaków, niż poprawne ułożenie
algorytmu, czy nawet owo użycie zmiennych.
Owszem, zadeklarować procedurę, jak np. w Logo - też się da, niektóre
dialekty i to umożliwiają. Starsze realizują to przez GOSUB|GO SUB - RETURN,
po prostu potrzeba więcej dyscypliny. Długo "bawiłem się" dialektem z C64
(taki sam dialekt, jak VIC-20), wzięty zresztą od M$, jakby kto nie
wiedział, gdzie język był wrecz przaśny. Ale umiejętnie wzięty w cugle
potrafił dać bardzo dużo. Ja tylko w maszyniaku nie tłukłem, bo w swej
głupocie ominąłem możliwość kupna, jak w sklepie widziałem, mając zresztą na
to pieniądze przy sobie, książkę Jana Ruszczyca "Asembler 6502". Bardzo tego
później żałowałem.
Długo by opowiadać...

--
"Jeśli przyjmiesz do siebie zabiedzonego psa i sprawisz,
że zacznie mu się dobrze powodzić - nie ugryzie cię.
Na tym polega zasadnicza różnica między psem a człowiekiem"
(C) Mark Twain

Tue May 02, 2017 4:18 pm   

On Tue, 2 May 2017 15:23:41 +0200, "HF5BS" <hf5bs@t.pl> wrote:



Niekoniecznie, np.

i = 2;
j = 2;
k = i + j; /* może nie być 4, bo j jest volatile i modyfikowane
równoległego wątku */

Albo coś takiego:

a = 200.0;
b = 200.0;
if (a + b == 400.0) ...
else...

Tue May 02, 2017 4:41 pm   

On Tue, 2 May 2017 15:23:41 +0200, "HF5BS" <hf5bs@t.pl> wrote:



To można załatwić tzw. węgierską notacją (lpszTitle, cbInput czy
lplphacbFarFarAway).

Ale jest uważane - obecnie - za bardzo szkodliwe. Dlaczego? Gdy np.
masz program w pojedynczej precyzji i chcesz zmienić na podwójną...
musisz zmienić nazwy zmiennym. Podobnie gdy np. jakiś durnowaty
parametr był double, a ma być wskaźnikiem do double to czeka cię
męczenie fParam na pfParam. Jeżeli jeszcze wpadniesz na pomysł ze to
ma być jednak lpfParam to znowu zmieniasz.

A w 90% i tak nie musisz wiedzieć czym to param jest. Na przykład:

param = GetParam()
SetParam(1,param)
SetParam(2,param)

No jest jakieś set/get, ale nie ma potrzeby zamęczać się medytowaniem
czym jest param - int, float, tablica czy plik, jakieś coś, może
obiekt. Nota bene coś takiego jest całkiem poprawnym kodem w
Phytonie...

Tue May 02, 2017 5:28 pm   

On Tue, 2 May 2017 15:23:41 +0200, "HF5BS" <hf5bs@t.pl> wrote:

Chyba starszy niż MS, bo na początku lat 70-tych był już taki, a MS
nie było przed 1975. BASICA i QBASIC były nieco inne niż to co miał
C64 zeszyte w ROM.

QBASIC da się odpalić na współczesnych Windows. MS miał taką paczkę o
nazwie OLDDOS (czy jakoś tak) - uzupełniała WIN95 o QBasic, subst,
join itp. Można pobrać gdzieś z serwera MS.

C64 to niegłupi Simons Basic. Hires i auto. Tyle że wtedy już był
normalny Fortran 77 na klonach PC XT. A to oznaczało że programy z
kart dziurkowanych można było puszczać zamiast na Odrze to na PC. Na
przykład NAP2.

Tue May 02, 2017 5:37 pm   

On Tue, 02 May 2017 18:41:48 +0200, slawek <fake@fakeemail.com> wrote:

W zasadzie powinno być lfParam i plfParam.

Czyli jeszcze trudniej to przeczytać na głos.

Wed May 03, 2017 12:34 am   

Użytkownik "slawek" <fake@fakeemail.com> napisał w wiadomości
news:almarsoft.2769688524361255343@news.v.pl...

Aberracja praw matematycznych? Na władzę (języka programowania, itd) nie
poradzę, ale matematyka mówi jasno. I to ona jest dla mnie wyznacznikiem.
Aha... z równoległego wątku? Cóż, matmie to nie przeczy. Zresztą nawet w
C64, jakiś to problem napisać małego rezydenta, który mi przechwyci i
podmieni wartość zmiennej? Wcisnąć w przerwanie klawiatury, mało kto
zauważy, że jego obsługa ciut dłużej trwa.


A bo to raz się takie coś stosowało? Zadziwiająco często jest potrzebne.
Czasem łatwiej tak, niż dymać się z procedurami, podprogramami, itd. A
czasami ułatwia ich konstrukcję. Matematyka, to matematyka. Inna sprawa, co
sobie programista zaprogramuje, niechby nawet prawdziwość równania
(inspiruje mnie pewien dowcip) żaba+termometr=niedziela.
PS Odejmij 5.2-5, w C64, co dostaniesz? Ale to już nie jest wina
matematyki.
Tu masz emulator http://codeazur.com.br/stuff/fc64_final/ Jedyny, który
chciał mi bez javy ruszyć pod starą Operą. Uwaga na kursor i klawiaturę
(łatwo uruchomić nie to, co się chce, do tego trzeba pamiętać, gdzie na
klawie C64 leżą niektóre znaki). Sprawdziłem, efekt występuje.

Nie gniewaj się, że tak to może niecodziennie widzę, muszę jakoś odróżnić,
czy rządzą tym prawa matematyczne, czy języka programowania.

--
"Jeśli przyjmiesz do siebie zabiedzonego psa i sprawisz,
że zacznie mu się dobrze powodzić - nie ugryzie cię.
Na tym polega zasadnicza różnica między psem a człowiekiem"
(C) Mark Twain

Wed May 03, 2017 12:47 am   

Użytkownik "slawek" <fake@fakeemail.com> napisał w wiadomości
news:almarsoft.2528235484099296367@news.v.pl...

Raczej staram się to przewidzieć i od początku zadeklarować/użyć zmiennych w
potrzebnej precyzji.


No, czasem się zdarzy obsuwa z deklaracją/użyciem rodzaju, a czasem, bywa,
kompilator daje dupy, gdy z jakiegoś powodu zajdzie potrzeba np. dodania
liczny całkowitej, do podwójnej precyzji, bywa, że nagle się kładzie i tak
leży, albo daje wyniki z tejże dupy wyjęte. A czasami wszystko idzie jak
należy. Mniejsza o powód takiej mieszanki, ale czasem to upraszcza. Kiedyś
częściej, dziś jakoś mi cierpliwości do tego nie styka.


Faktycznie, nie kojarzę tego obecnie (nie zajmowałem się, choć ciągnie mnie
do tego; dla mnie zawsze najgorsze jest to, że jak zaczynam czytać o takich
rzeczach, to nie tak rzadko dwa różne źródła, różnie to traktują, a nie chcę
sobie wdrukować złego wzorca), ale, jeśli to trzyma jakieś zasady,
przewidywalne (o ile kompilator znów tylca nie nadstawi) i dające wyniki
(oczywiście, prawidłowe wyniki), to... to ja się zgadzam. Choćby to się
opierało w środku o armię leprikonów z kolorową tęczą (nie mylić z symboliką
LGBT, miałem na myśli taką fizyczną tęczę, albo taką z opowieści o garncu
złota u podstaw) w zestawieniu.
Dobra, zmykam, latają fronty atmosferyczne i jestem jakiś ścięty ostatnio.

--
"Jeśli przyjmiesz do siebie zabiedzonego psa i sprawisz,
że zacznie mu się dobrze powodzić - nie ugryzie cię.
Na tym polega zasadnicza różnica między psem a człowiekiem"
(C) Mark Twain