Kanał - ATNEL tech-forum
Wszystkie działy
Najnowsze wątki



Teraz jest 5 lut 2025, o 21:43


Strefa czasowa: UTC + 1





Utwórz nowy wątek Odpowiedz w wątku  [ Posty: 27 ] 
Autor Wiadomość
PostNapisane: 22 sty 2014, o 20:29 
Offline
Nowy

Dołączył(a): 22 sty 2014
Posty: 5
Pomógł: 0

Witam, nie wiedziałem gdzie ten temat umieścić, a nie znalazłem podobnego. Jestem ciekaw jak się ma wydajność programów napisanych w C i ASM. Np. jeśli chciałbym by mój quadrocopter szybko reagował na zdarzenia(np. by uniknął rzuconej piłki, albo czegoś jeszcze szybszego, strzała z łuku/kula z pistoletu) to musi być kod w ASM? Oczywiście daje tutaj abstrakcyjne przykłady. Chce odłączyć sterowanie i pozwolić mu na swobodny lot, ale najpierw chcę zadbać by był w stanie ominąć wszystkie przeszkody.



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 22 sty 2014, o 21:10 
Offline
Użytkownik

Dołączył(a): 04 paź 2011
Posty: 8605
Pomógł: 337

w zasadzie wszystko możesz ogarnąc w C - obawiam się ze nawet spec od ASMa nie jest w stanie napisać optymalniejszego kodu w ASM jak kompilator , ale tez możesz korzystać ze wstawek ASM w miejscach krytycznych czasowo

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 22 sty 2014, o 21:33 
Offline
Nowy

Dołączył(a): 22 sty 2014
Posty: 5
Pomógł: 0

Tego się obawiałem, ok. Niby już kiedyś mi dr powiedział, że nie ma różnicy przy dzisiejszych procesorach, ale wolałem zapoznać się z szerszą opinią



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 22 sty 2014, o 21:50 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 09 mar 2013
Posty: 71
Lokalizacja: Kraków
Pomógł: 5

W dzisiejszych czasach dokładnie tak się robi, przeważnie piesze się kod w języku wysokiego poziomu np. w C i używa wstawek ASM, chociaż podam taki przykład: kiedyś tam komuś, pamiętam sprzedałem raz jakąś książkę o mikrokontrolerach firmy ST bodajże, gdzie wszystkie kody, instrukcje, wszystko w kodzie maszynowym podane było, gdy już ten ktoś zapłacił, spytałem po co mu to wogóle? patrzyłem na niego ze zdziwieniem, ten mi odparł, że robią właśnie jakiś sterownik do lokomotywy... Założenia odgórne były takie że 100% panowania nad kodem, jednym słowem nie ma miejsca na pomyłkę, wtedy przestało mnie to dziwić. Ale tak ogólnie z tego co widzę, raczej rzadko w dzisiejszych czasach realizuje sie projekty w oparciu o asembler a zwłaszcza te duże.



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 22 sty 2014, o 21:57 
Offline
Nowy

Dołączył(a): 22 sty 2014
Posty: 5
Pomógł: 0

Czyli operacje robić w C, a przesyłać w ASM?



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 22 sty 2014, o 22:02 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 09 mar 2013
Posty: 71
Lokalizacja: Kraków
Pomógł: 5

Dregorio napisał(a):
Czyli operacje robić w C, a przesyłać w ASM?

Nie bardzo rozumiem pytanie, ale jak to sie robi to już napisał kolega SunRiver tj. pisze się normalnie kod w języku C ale korzysta się z wstawek ASM w miejscach krytycznych czasowo.



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 22 sty 2014, o 22:12 
Offline
Nowy

Dołączył(a): 22 sty 2014
Posty: 5
Pomógł: 0

No to o to mi chodziło, podziękował



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 22 sty 2014, o 22:38 
Offline
Użytkownik

Dołączył(a): 24 sty 2012
Posty: 1469
Pomógł: 56

Maksio napisał(a):
W dzisiejszych czasach dokładnie tak się robi, przeważnie piesze się kod w języku wysokiego poziomu np. w C i używa wstawek ASM, chociaż podam taki przykład: kiedyś tam komuś, pamiętam sprzedałem raz jakąś książkę o mikrokontrolerach firmy ST bodajże, gdzie wszystkie kody, instrukcje, wszystko w kodzie maszynowym podane było, gdy już ten ktoś zapłacił, spytałem po co mu to wogóle? patrzyłem na niego ze zdziwieniem, ten mi odparł, że robią właśnie jakiś sterownik do lokomotywy... Założenia odgórne były takie że 100% panowania nad kodem, jednym słowem nie ma miejsca na pomyłkę, wtedy przestało mnie to dziwić. Ale tak ogólnie z tego co widzę, raczej rzadko w dzisiejszych czasach realizuje sie projekty w oparciu o asembler a zwłaszcza te duże.

Wiesz, z tego co napisałeś wynika, że ci którzy programują w ASM nie popełniają błędów... ;-)

_________________
Jestem początkujący i moje porady mogą być błędne



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 22 sty 2014, o 22:47 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 09 mar 2013
Posty: 71
Lokalizacja: Kraków
Pomógł: 5

Hmm.. szczerze powiedziawszy muszę się przyznać, ani nawet na chwilę przez głowę mi taka myśl nie przeszła, aż tak wybujałej wyobrazni to chyba nie mam :lol:



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 22 sty 2014, o 22:54 
Offline
Użytkownik

Dołączył(a): 04 paź 2011
Posty: 8605
Pomógł: 337

hehehe....

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 22 sty 2014, o 23:30 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 03 lip 2012
Posty: 238
Pomógł: 5

No to napiszę coś w poprzek :) ... w assemblerze da się wydajniejszy kod napisać niż w C.

Mamy takie czasy że kilka razy do roku pojawiają się nowe procesory, czy to do PC czy inne, a kompilatory nieraz są po kilka lat nie zmieniane, przynajmniej pod kątem optyminimalizacji kodu wynikowego pod kątem szybkości.
Przykład: kiedy to Iyntel wprowadził pierwszy Pentium, nagle okazało się że w jednym takcie zegarowym mogą się wykonać 4 instrukcje assemblerowe. Jak to działało, otóż w nowym procesorze jednostkę matematyczną oddzielono od reszty, cześć odpowiedzialną za operacje na pamięci RAM też oddzielono - przez co uzyskano taki efekt że jak ułożyliśmy instrukcje w takiej kolejności:
ADD
MOV
SUB
MOV
to Pentium wykonał je o wiele szybciej niżby ułożyć w taki sposób:
ADD
SUB
MOV
MOV

i teraz pytanie :) czy ten trik na optymalizacje wykorzystują kompilatory do budowania kodu wynikowego ? na tamte czasy na pewno nie ... było to zawsze tradycyjnie podejście (no może kompilator Intela).

Zmierzam do tego, że jeśli wyjdzie nowa atmega czy stm32 to można się spodziewać że twórcy procesora takie czy podobne triki optymalizacyjne ;) wprowadzą do możliwości kodu maszynowego, a kompilatory niestety stoją w miejscu jeśli chodzi o te nowości.

Oczywiście :) w dzisiejszych czasach wszystko dzieje się szybko :) więc i te kompilatory C też będą podążały za postępem...

---

Odpowiadając na pytanie na początku: należałoby jeszcze zbadać na ile szybkie są peryferia układu/całej aplikacji - może się zdarzyć że procesor będzie się nudził przez pewien procent sekundy :) więc wstawki assemblerowe mogą być zupełnie nie potrzebne w takim przypadku.

Pozdrawiam



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 23 sty 2014, o 01:28 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 27 maja 2013
Posty: 562
Lokalizacja: Bydgoszcz
Pomógł: 23

Nie wiem pod jaki procesor chcesz pisać obsługę tego quadrocopter`a ale można też z tego co wiem oprócz optymalizacji wstawkami asm zastosować także przetaktowanie procesora za pomocą wyższego rezonatora kwarcowego.



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 23 sty 2014, o 09:09 

Pomógł: 0

Zawsze przecież można napisać w C, potem wejść do pliku .lss i zobaczyć jak nam kompilator wysmarował asm. Wtedy można próbować zoptymalizować coś wstawką asemblerową.
Dróg jest wiele. Dobrze napisany program w C wymaga tylko wstawek.
Z drugiej strony jeżeli zależy ci na tak szybkiej reakcji nie wiem czy nie lepszym wyborem nie było by FPGA, gdzie możesz zadania wykonywać równolegle.



Góra
  
cytowanie selektywne  Cytuj  
PostNapisane: 23 sty 2014, o 09:35 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 08 maja 2013
Posty: 175
Lokalizacja: Kraków
Pomógł: 9

Dawniej na mikrokontrolery pisało się tylko w asm, ponieważ nie było zbyt dużo pamięci.
Ale czasy się zmieniają i dziś raczej tylko C. Pisanie w asm dużych programów jest czasochłonne.

Do obliczeń w asm np. na liczbach 16 bitowych trzeba pisać własne procedurki. Ale z drugiej strony,
raz napisane służą latami. Uważam że, każdy kto zajmuje się programowaniem mikrokontrolerów,
powinien chociaż jeden projekt napisać w asm, aby mieć jakieś pojęcie co daje asm.

Jak chcesz sobie porównać wydajność kodu asm i C to napisz program wyświetlający cokolwiek
na LCD. Napisz go w C a poźniej w asm. Ciekawe jaka będzie różnica. I jeszcze zmierz sobie
czas, w jakim napisałeś każdy z programów.

_________________
Rozwój i utrzymywanie Oprogramowania



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 23 sty 2014, o 10:01 
Offline
Użytkownik

Dołączył(a): 05 lut 2013
Posty: 302
Pomógł: 19

Moze przwrotne pytanie, umiesz pisac i w tym i w tym? Czy w zadnym i dopiero planujesz sie nauczyc?



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 23 sty 2014, o 10:04 

Pomógł: 0

Zobacz na Mirka jaką drogę przeszedł. Zresztą fajnie w jego poradnikach widać, kiedyś stronił od ASMa, teraz ładnie wchodzi z asmem kiedy potrzeba.



Góra
  
cytowanie selektywne  Cytuj  
PostNapisane: 23 sty 2014, o 16:53 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 12 maja 2013
Posty: 568
Zbananowany użytkownik

Pomógł: 31

W ASM da radę napisać dużo bardziej optymalny kod niż da nam kompilator C, ale w większości przypadków nie ma to sensu. Pisząc w assembly nie musimy się trzymać ABI(Aplication Binary Inerface) przy pisaniu własnych funkcji.
Po drugie, niektóre instrukcje w ASM nie mają odpowiednika w C, np ROR czy ROL.
Po trzecie, łatwiej korzystać ze specjalnych instrukcji czy rejestrów procesora, np. MMX, SSE.
Po czwarte, obliczenia w pętli można robić na rejestrach bez odwoływania się do pamięci, podnosi to drastycznie wydajność.

_________________
Und schreien

Spring
Erlöse mich
Spring
...



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 23 sty 2014, o 19:03 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 25 lis 2013
Posty: 108
Pomógł: 0

Dzisiaj robiąc duży projekt na asemblerze zaczął byś jako młody człowiek a skończyłbyś go odchodząc na emeryturę
dlatego przyszłość jest językach wysokiego poziomu i w językach opisowych sprzętu .



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 23 sty 2014, o 19:11 
Offline
Użytkownik

Dołączył(a): 25 lip 2013
Posty: 2591
Pomógł: 128

Wydaje mi sie ze Mirek coś tam w asmie skrobnal ;) moze nie na AVRki ale na inne mikrokontrolerki oraz na PC.
Co do odpowiednika ROR i ROL to mozna to zrobic w jednej linijce jak to pokazal Mirek z sierzantami i pewnikiem bedzie to wiecej instrukcji niz jeden ROR w asm.
Ja kiedyś zrobilem wstawke w asm do programiku w C wlasnie z powodu braku ROR'a :)
Co do pętli w C to mozna bylo wykorzystać na PC modyfikator register - wtedy kompilator staral sie przydzielac wolny rejestr zamiast RAMu

Sent from my mobile.



Ostatnio edytowano 23 sty 2014, o 20:34 przez micky, łącznie edytowano 1 raz

Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 23 sty 2014, o 19:51 
Offline
Moderator
Avatar użytkownika

Dołączył(a): 03 paź 2011
Posty: 27354
Lokalizacja: Szczecin
Pomógł: 1042

To może wyjaśnię albo doprecyzuję, ja praktycznie naukę każdego mikroklocka (jak do tej pory) zaczynałem tylko od asemblera ... również tak samo było z AVR'ami i na początku pisałem swoje projekty TYLKO i WYŁĄCZNIE w asemblerze na AVR'kach

z takich znanych projektów, które gdzieś publicznie udostępniłem to np:

http://mirekk36.blogspot.com/2013/07/ni ... tem-z.html

.... ale ... ale wtedy jeszcze nie znałem ani Bascoma ani języka C .... po prostu gdy się zabrałem po 10 letniej przerwie za procki to okazało się, że jakbym przeżył podróż do przyszłości :lol: ... bo kiedyś to nie było żadnych tam frykasów jak Basco czy C ... ot brało się SZPADEL i kopało w asemblerze ...

a tu po powrocie do przyszłości okazało się, że są języki wyższego rzędu ... i myślicie że czekałem ? ... nie ... od razu zacząłem korzystać GARŚCIAMI .... bo korzystanie z któregokolwiek z nich czy to:

- Bascom
- Arduino
- Język C
- Język C++

to powodowało że prosty projekt - a nie czarujmy się takich jest wiele ;) .... zaczęło się tworzyć w przysłowiową godzinkę a nie w dwa miesiące .... Ten zegarek z linku pisałem, gdyby zebrać czas do kupy, chyba z miesiąc !!!

Więc tak się składa, że nie piszę tego z pozycji człowieka, który zna tylko jeden język programowania dla procków, ale kilka, w tym asembler dla AVR (ocenię nieskromnie - zadowalająco)..... Mam więc porównanie na własnej skórze ...

Dlatego sorki, ale ...
PROTON napisał(a):
W ASM da radę napisać dużo bardziej optymalny kod niż da nam kompilator C


nie odnoszę się teraz broń boże złośliwie .... ale to jest bodajże NAJWIĘKSZE nieporozumienie jakie powtarzają zwolennicy tylko asemblera, tak samo zresztą jak jest wiele nieporozumień bezsensownych tych ludzi, którzy mówią że TYLKO C jest najlepszy ;)

To zacytowane zdanie wyżej - zawsze pokazuje tylko to, że ktoś kto posługuje się takim argumentem być może nie zna tego języka C ... bo jak się go pozna ;) to nikt by nie mówił że:

1. korzysta z C po to żeby pisać wydajniejsze programy niż w ASM - bo go to nie obchodzi - tu liczy się czas tworzenia projektu

2. korzysta z C po to żeby tworzyć bardzo czaso-zależne procedury (patrz cykl poradników n/t magic LED LINK )

a na zakończenie dodam, że 1000x lepiej jest umieć wybrać wyjście pośrednie - czyli poznać kilka narzędzi bo wtedy nie dość że łatwiej będzie w głowie dokonywać ocen zamiast mieć klapki na oczach i wykłócać się który język jest lepszy to jeszcze okaże się, że w jednym projekcie będzie można skorzystać z połączenia obu języków naraz. I nie ważne czy to będzie:

a.) Bascom ze wstawkami w asemblerze
b.) język C ze wstawkami w asemblerze
c.) Arduino ze wstawkami w asemblerze

i mam nadzieję, że ten cykl poradników o Magic LED będzie takim dobrym przykładem ....

więc proszę - zakończcie przekonywanie się nawzajem który język jest lepszy .... szczególnie podając takie zdanie jak zacytowałem powyżej bo jestem w stanie udowodnić niejednej osobie, która twierdzi że zna asembler AVR dobrze, że w wielu przypadkach kod asemblerowy wygenerowany przez byle kompilator C będzie o wiele lepszy ;) .... Tylko nie łapcie mnie tu zaraz za słowa - że mówię o WSZYSTKICH którzy znają asembler ... bo zaraz będzie niepotrzebna wojna ;) .... a nie o to mi chodzi ...

po raz chyba MILIONOWY przytoczę przysłowie:

"KAŻDY JĘZYK PROGRAMOWANIA JEST TYLKO TAK DOBRY JAK PROGRAMISTA, KTÓRY SIĘ NIM POSŁUGUJE"

i Qniec

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 23 sty 2014, o 20:03 
Offline
Użytkownik

Dołączył(a): 04 paź 2011
Posty: 8605
Pomógł: 337

Jako napisałem na początku tak też i wychodzi na koniec .. Tu niestety taka jest bolesna prawda ..
a z niejednego procka już jadłem ...

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 24 sty 2014, o 15:28 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 12 maja 2013
Posty: 568
Zbananowany użytkownik

Pomógł: 31

PKoz napisał(a):
Polecam lekturę:
AVR034: Mixing C and Assembly Code with
IAR Embedded Workbench for AVR


W tym pliku jest ładna tabelka która wszystko wyjaśnia:
Table 1. The Pluses and Minuses of C and Assembly
Na plus Assembly: Compact/fast code in small applications
Na minus C: Larger/slower code in small applications

_________________
Und schreien

Spring
Erlöse mich
Spring
...



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 24 sty 2014, o 17:34 
Offline
Użytkownik

Dołączył(a): 04 paź 2011
Posty: 8605
Pomógł: 337

PROTON napisał(a):
W tym pliku jest ładna tabelka która wszystko wyjaśnia:
Table 1. The Pluses and Minuses of C and Assembly


przytocz całą tabelkę a nie stawiasz na jedno porównanie:

Obrazek

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 24 sty 2014, o 18:18 
Offline
Moderator
Avatar użytkownika

Dołączył(a): 03 paź 2011
Posty: 27354
Lokalizacja: Szczecin
Pomógł: 1042

SunRiver napisał(a):
przytocz całą tabelkę a nie stawiasz na jedno porównanie:


No właśnie ludziska to mają jakąś taką tendencję - żeby tak na jedną stronę ściągać ;)

tymczasem cała tabelka pokazuje TYLKO JEDNĄ rzecz

Dla różnych projektów może być różna WAGA różnych czynników i priorytetów. A wtedy programista, który zna dwa języki jest w stanie wybrać do każdego projektu ten język który lepiej spełni swoje zadania ...

np do ATtiny10 ciężko myśleć o C ... chociaż też można jeśli ma tylko procek coś tam włączać i wyłączać - zdecydowanie lepiej przeorać go asemblerem jak ma robić dużo więcej

za to ATmega2560 która ma obsługiwać np: Ethernet, kartę pamięci, transmisję RS232/485, komunikację radiową, wyświetlacz TFT, wielokanałowy ADC i kupę innych rzeczy ... no to - powodzenia w tworzeniu tego w asm. I nie chodzi o to że się nie da ;) bo się da - tylko po co ? ;) skoro w C będzie milion razy szybciej i wygodniej ...

chyba że się komuś nie śpieszy - ma rok czasu na zabawy, to czemu nie asm ;) nawet dla treningu mózgu itp ;) każdy zrobi to co lubi

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 24 sty 2014, o 19:23 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 12 maja 2013
Posty: 568
Zbananowany użytkownik

Pomógł: 31

Macie racje, ale pytanie brzmiało.
Dregorio napisał(a):
Jestem ciekaw jak się ma wydajność programów napisanych w C i ASM

Do migania diodą nie ma sensu pisać programu w Assembly, ale są przypadki że warto w nim się "pomęczyć".
Na przykład, przy funkcjach przetwarzających duże ilości danych takich jak, filtry FIR/IIR, obliczeniach na macierzach.

_________________
Und schreien

Spring
Erlöse mich
Spring
...



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 24 sty 2014, o 19:44 
Offline
Użytkownik

Dołączył(a): 04 paź 2011
Posty: 8605
Pomógł: 337

PROTON napisał(a):
Macie racje, ale pytanie brzmiało.


ale zauważ że trzeba całośc wziąć pod uwagę by mieć wiedzę na temat całości a nie fragmentarycznie

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 26 sty 2014, o 10:53 
Offline
Nowy

Dołączył(a): 22 sty 2014
Posty: 5
Pomógł: 0

charsz napisał(a):
Moze przwrotne pytanie, umiesz pisac i w tym i w tym? Czy w zadnym i dopiero planujesz sie nauczyc?

Oczywiście, C to mój pierwszy język i z nim codziennie, poza uczelnią(w pracy) się stykam. Natomiast asm nauczyłem się stosunkowo niedawno jakieś 2 lata temu, mam na koncie kilka projektów w nim, myślę że sobie poradzę.



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
Wyświetl posty nie starsze niż:  Sortuj wg  
Utwórz nowy wątek Odpowiedz w wątku  [ Posty: 27 ] 

Strefa czasowa: UTC + 1


Kto przegląda forum

Użytkownicy przeglądający ten dział: Brak zidentyfikowanych użytkowników i 4 gości


Nie możesz rozpoczynać nowych wątków
Nie możesz odpowiadać w wątkach
Nie możesz edytować swoich postów
Nie możesz usuwać swoich postów
Nie możesz dodawać załączników

Szukaj:
Skocz do:  
cron
Sitemap
Technologię dostarcza phpBB® Forum Software © phpBB Group phpBB3.PL
phpBB SEO