Nie ma żadnej subtelnej nagany.
Rozumiem :)
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Obrazy w 1024 kolorach na VBXE Nowy konwerter i przeglądarka obrazów dla rozszerzenia VBXE pozwalają wyświetlić aż 1024 kolory.
Gearlynx 1.2.15 Emulator Atari Lynx doczekał się ważnej aktualizacji z wieloma nowymi funkcjami.
STOS BASIC V5.5 Alpha Popularny język programowania dla Atari ST powraca po ponad 30 latach w nowoczesnej wersji.
Command & Conquer na Atari ST Kultowy RTS Command & Conquer zmierza na Atari ST. Zobacz niesamowity port legendarnej strategii.
Altirra 4.50 test 13 Avery Lee udostępnił kolejną wersję testową najdoskonalszego emulatora Atari.
atari.area forum » Posty przez drac030
Nie ma żadnej subtelnej nagany.
Rozumiem :)
Raczej jest to kurs mniemanologii.
Ram jako przykład podalem, ale są inne cechy - choćby ALU, o którym wspomniał RASTAN.
Czyli zgadzasz się, że RAM był chybionym przykładem. Co do ALU, Motka 6809 - o ile mogę wnosić z modelu, bo nic bliższego o tym procesorze nie wiem - ma zapewne takie samo, a twierdziłeś, że jest ośmiobitowa. Zatem 65C816 też. A jeśli 65C816 jest 16-bitowy, to 6809 również i wikipedia kłamie. Konsekwencja to konsekwencja. Wybór należy do Ciebie. :D
To ostatnie zdanie to oczywiście żart: nie ma nic dziwnego w tym, że dwaj producenci, ze względów marketingowych, użyją krańcowo innej terminologii na określenie zbliżonych produktów. Problem jest, kiedy ktoś się za bardzo do tej terminologii przywiąże.
drac030 napisał/a:Czyli koniec tematu.
Tak
Nareszcie.
Skąd pomył o niechęci?
Za dużo używasz wyrazów nacechowanych emocjonalnie. Stąd.
Ale tak, w pewnym sensie zmienia, choć różnica jest mniejsza niż między 6502 a 65816
Na jakiej podstawie twierdzisz, że jest mniejsza?
Aby nie było dalszych niedomówień - będę cytował odpowiedzi.
Z całą pewnością tak będzie lepiej. Przy odpisywaniu widzi się tylko bezpośredni kontekst.
Chociażby dlatego, że tam karta nie powstała jako rozszerzenie, ale jako emulator mający za zadanie uruchomić system z CoCo - zadałem sobie trud przejrzenia Twoich linków.
No, ale właśnie dlatego użyłem tego jako przykładu: to NAPRAWDĘ zmienia charakterystykę komputera, czyli spełnia (zapewne bezdyskusyjnie) wszystko to co zarzucasz Rapidusowi. Natomiast nie widzę, żebyś szedł na Atari Age (do działu nazwanego Atari 8-bit Computers) i narzekał, że to nie Atari, nie 8-bit i w ogóle emulator. Chociaż pewnie byłoby to dużo bardziej sensowne.
Więc wykorzystajmy ten co jest - emulacja 8-bit.
Ten dział miałem na myśli, ale moim zdaniem te zagadnienia do niego nie należą, gdyż chodzi w nim o emulatory w zwykłym sensie: takie programy na większe komputery. Dlatego chciałem, żebyś założył ankietę i sprawdził, co na ten temat sądzą inni. Bo stara ankieta jest na inny temat - czy założyć nowy dział, a nie, czy wykorzystywać inny.
Ewentualnie można poprosić o wykładnię dely'ego.
@larek: po prostu zachwyciła mnie ta wypowiedź:
Wolę klasyczną maszynę. Jak ktoś się zachwyca tym, że może napisany program kompilować w 10 sekund zamiast w 50 albo gra mu działa szybciej (po co?), to ok, niech tak ma.
To "wolenie klasycznej maszyny", i ten ton subtelnej przygany wobec tych, którzy ją kalają w imię tego, żeby im się coś szybciej kompilowało - w kontekście Twojego obecnego wyznania, że na Atari sam nic nie kompilujesz, tylko piszesz na piecu, a uruchamiasz na emulcu (czyli też piecu).
Klasyka. :D
drac030 napisał/a:Nie może nawet teoretycznie, bo ma wyprowadzoną 13-bitową szynę adresową. Zatem może zaadresować 8k liniowej pamięci i ani bitu więcej. Musi być zatem mniej niż ośmiobitowy, skoro to wg Ciebie jest decydujący parametr.
Poprzez zastosowanie dodatkowej logiki może - tak samo jak 6502 widzi rozszerzoną pamięć, nie liniową.
Ale to nie jest już pamięć liniowa, tylko bankowana. Jeśli przyjmiesz, że w 6507 standardem jest "ramka" 8k, w 6502 - 64k, to musisz przyjąć, że w 816 takim standardem jest 16 MB. Jeśli ramka większa niż 64k powoduje, że procesor jest więcej niż 8-bitowy, to ramka mniejsza niż 64k powoduje, że jest mniej niż 8-bitowy. Ten wniosek logicznie wypływa z przesłanek, ale jest absurdalny - wniosek z tego kolejny, że definiowanie "bitowości" przez zdolność do zaadresowania konkretnej ilości pamięci liniowej jest bez sensu.
drac030 napisał/a:To poproś dely'ego o zmianę nazw działów i po sprawie.
Według ankiety Dely tego nie zrobi, jak zresztą napisał wprost
Czyli koniec tematu.
drac030 napisał/a:Siłą rzeczy jeśli coś wymaga 1 MB RAM-u, Covoxa, twardego dysku, włożenia kartridża (!), to nie ma szans chodzić bez tego. Rozszerzenie w rodzaju karty turbo nie stanowi tu żadnego wyjątku. Nie wyjaśniłeś w żaden sposób, dlaczego akurat użycie nowszego procesora z tej samej serii ma stanowić taki problem, i dlaczego stanowi to problem tylko na Atari, a na PC, ST, Amidze - nie.
Mnie po prostu tamte maszyny nie interesują, więc nie wykręcaj kota ogonem
Sam wykręcasz kota ogonem w tej chwili, gdyż nie dyskutujemy o Twoich zainteresowaniach, tylko o tym, że usiłujesz podciągnąć swoją prywatną niechęć do 816-tki pod jakąś ogólną regułę - wobec czego naturalnie próbujemy przymierzać tę Twoją regułę do innych konfiguracji sprzętowych. I niestety, nie wypadasz przekonująco.
Tak, emuluje całe Atari poprzez zmianę charakterystyki procesora, przez co programy pisane na ten emulator nie działają z prawdziwym sprzętem wyprodukowanym w fabryce. Emulacja w pewnych specyficznych warunkach wymaga zastosowania oryginalnych (lub kompatybilnych) części związanych z emulowanym sprzętem - tu do emulacji Atari potrzebny jest hardware Atari, do emulacji C64 potrzebny byłby hardware C64, itd, itp. Inaczej emulacja bądź nie byłaby pełna, bądź niewydajna czasowo, bądź oba te elementy na raz.
Innymi słowy (przywołując dawniejszy motyw), wsadzenie karty PAK do Atari ST powoduje, że "emuluje ona całe Atari ST przez zmianę charakterystyki procesora"?
drac030 napisał/a:W którym miejscu tak napisałeś?
Post #43
To albo masz problem z pamięcią, albo ze stylem, bo z kontekstu wynika, że chodzi Ci o Neotraker.
drac030 napisał/a:Po prostu chcę zobaczyć, jak wygląda Sikor w konsekwentnym działaniu - na temat 65C816 bijesz pianę od trzech dni, bo jest to rzekomo całkowita zmiana architektury, to ciekaw jestem, co napiszesz na temat 6809. A raczej - dlaczego jeszcze nie protestujesz.
Jak napisałem tutaj, a także w wątku na atariage dotyczącym Rapidusa - sama karta jest o.k. Ale nazywajmy rzeczy po imieniu - programy pisane pod ten procesor (lub pod 6809) nie są programami dla Atari, co najwyżej są programami dla emulatorów tego.
Ale nie widzę, żeby budziło to Twoje gorące protesty. Wytłumacz mi, proszę, dlaczego?
drac030 napisał/a:To jedyny sensowny dział do tego celu. Wykazała to Twoja własna ankieta :D
Jest jeszcze dział "emulacja". Dodatkowo - dlatego rozpocząłem dyskusję, gdyż nie jest toprogram dla 8-bitowych maszyn, tylko dla 16-to bitowych, więc według mnie - przekracza granice 8-bit.
Proponuję Ci, żebyś założył ankietę na ten temat, tzn. czy kwestie związane z 65C816 przenieść do działu "Emulacja" i czy zgadza się z jego definicją. Ale chyba domyślam się, jaki będzie wynik.
U mnie skromnie: MADS + Notepad++ (z plikami konfiguracyjnymi MADSa - są chyba dołączone do MADSa) + Atari800Win PLus.
Ciekawe: http://www.atari.org.pl/forum/viewtopic ... 26#p180226
Żeby nie było, że oftop: kiedy piszę program na pececie, używam pico i madsa.
Więc jednak się nie da, jak widzę.
Da się. Tylko dlaczego miałbym to robić?
6507 jest okrojoną wersją 6502, ma ramkę 8KB, ale teoretycznie może obsłużyć dokładnie tyle samo pamięci co 6502.
Nie może nawet teoretycznie, bo ma wyprowadzoną 13-bitową szynę adresową. Zatem może zaadresować 8k liniowej pamięci i ani bitu więcej. Musi być zatem mniej niż ośmiobitowy, skoro to wg Ciebie jest decydujący parametr.
Tak, ważne jest co chodzi, a co nie.
To poproś dely'ego o zmianę nazw działów i po sprawie.
jeśli coś wymaga 65816 nie ma szans chodzić na 6502 w dowolnej odmianie
Siłą rzeczy jeśli coś wymaga 1 MB RAM-u, Covoxa, twardego dysku, włożenia kartridża (!), to nie ma szans chodzić bez tego. Rozszerzenie w rodzaju karty turbo nie stanowi tu żadnego wyjątku. Nie wyjaśniłeś w żaden sposób, dlaczego akurat użycie nowszego procesora z tej samej serii ma stanowić taki problem, i dlaczego stanowi to problem tylko na Atari, a na PC, ST, Amidze - nie.
Zaproponował 16-to bitowy komputer bazujący na 8-bitowym Atari i jego konstrukcji sprzętowej, a co więcej - umożliwiający w dużej mierze jego sprzętową emulację, ale niestety emulację.
Jego = komputera? Tzn. karta Rapidus emuluje już całe Atari, razem z Antikiem, GTIA, Pokeyem? Obawiam się, że błądzisz.
Jak pisałem - nie omieszkasz tego odnaleźć.
W którym miejscu tak napisałeś?
Czyżby brakowało argumentów do oprogramowania 16-to bitowego komputera w dziale 8-bit?
Po prostu chcę zobaczyć, jak wygląda Sikor w konsekwentnym działaniu - na temat 65C816 bijesz pianę od trzech dni, bo jest to rzekomo całkowita zmiana architektury, to ciekaw jestem, co napiszesz na temat 6809. A raczej - dlaczego jeszcze nie protestujesz.
drac030 napisał/a:W którym miejscu tak twierdzę?
Chociażby umieszczając program chodzący na komputerze 16-to bitowym, którego (programu, nie komputera) nie da się uruchomić w natywnym trybie 8-bitowym, w dziale "fabryka 8 bitów".
To jedyny sensowny dział do tego celu. Wykazała to Twoja własna ankieta :D
Niekoniecznie - póki naraz jest widoczna dana część pamięci, a większa stanowi "ramkę" zgodną ze standardem - nie zmienia to architektury. Jeśli liniowość wymaga zmiany procesora - jest to ewidentnie zmiana architektury.
A co, że tak zapytam ad vocem, ma ilość pamięci liniowej do ośmio- czy szesnastobitowości? Czy wg Ciebie MOS 6507 nie jest ośmiobitowy, tylko mniej, bo widzi tylko 8k?
Nie, nie protestuje - bo nie zmienia to założeń komputera 8-mio bitowego, poza tym -jak pisałem, TB XL natywnie chodzi serii XL/XE z 64KB RAM, a takie maszyny były robione od początku powstania tej serii.
Czyli dla Ciebie w "kompatybilności" ważne są "założenia", a nie praktyczna zasada, co chodzi, a co nie? W "emulacji" ważna jest nie istota rzeczy, tylko nazwa? W "Dział 8-bit" nie to, że ludzie tam piszący mają wspólne tematy, a to, że ktoś ten dział tak nazwał? To wiele wyjaśnia, ale wydaje mi się, że oględnie mówiąc nie stanowi to podstawy do rzeczowej dyskusji. To są tylko hasła.
tu oczywiście z moją znajomością assemblera nie podyskutuję.
Bystra obserwacja. Co do liniowości, patrz wyżej.
to nie jest Atari, a przynajmniej nie takie, jakie zaproponował projektant.
A kto zaproponował Rapidusa? Marsjanie? Przecież zaproponował go jego projektant - konkretnie Pasiu.
drac030 napisał/a:No, to czemu im tam nie ponarzekasz?
Bo póki conie widziałem na to programu, nie zwróciłem uwagi, aby był działający prototyp (być może jest).
Proszę:
http://atariage.com/forums/topic/200109 ... for-atari/
Egzemplarz w akcji:
http://www.youtube.com/watch?v=lZdN-2xZgMM
I jeszcze to: http://hackaday.com/2012/04/04/giving-a ... d-upgrade/
A tu dałeś program działający tylko na sprzętowym emulatorze Atari, nazywając to programem na 8-bitowe Atari,
W którym miejscu tak twierdzę?
Nietrafiona argumentacja. 65816 nie jest procesorem 8 bitowym, a 16 bitowym - więc zmienia możliwości komputera.
Każde rozszerzenie je zmienia.
Co do TB XL - nietrafiona argumentacja, jest wersja chodząca z Atari 800 i 48KB RAM, więc się da
Ale nie uruchomisz na niej tych samych programów, bo tamten TB oferuje mniej pamięci. Więc wg Twojej własnej logiki jest niekompatybilny. I poza tym specjalnie pisałem o TBXL 1.5 - żeby go uruchomić na Atari z 48k RAM, wymaga rozszerzenia, mianowicie karty Incognito, która dość zasadniczo zmienia możliwości tego komputera. I co, Sikor nie protestuje?
Niekompatybilny - to taki, który się uruchamia po zmianie parametrów wyznaczających architekturę maszyny
Zaraz, zaraz, niekompatybilny sprzęt to taki, który się uruchamia po zmianie parametrów wyznaczających architekturę maszyny? Niezrozumiałe - objaśnij.
Tak, źle przeczytałem - 6809. Tym niemniej nie zmienia to faktu, że jest to nadal procesor 8-mio bitowy: http://pl.wikipedia.org/wiki/Motorola_6809 - choć powoli sprzętowo się do 16-tu bitów zbliża, jednak nie osiągnął 16 bitów.
Aha, 6809, z 8-bitową szyną danych, 16-bitowym akumulatorem (dzielonym na dwa ośmiobitowe) i szesnastobitowymi rejestrami X i Y, 16-bitową arytmetyką, mnożeniem itp., to wg Ciebie procesor ośmiobitowy.
A 65C816, z 8-bitową szyną danych, 16-bitowym akumulatorem (dzielonym na dwa ośmiobitowe) i szesnastobitowymi rejestrami X i Y, 16-bitową arytmetyką (mnożenia brak), to wg Ciebie procesor szesnastobitowy.
Innymi słowy, opierasz się nie na cechach architektury, tylko jakby na nazwie, którą ktoś jej nadał?
I tak, podtrzymuje - tonie jest zgodne z Atari, niestety.
No, to czemu im tam nie ponarzekasz?
Co do neotrackera - zapoznaj się z nim, bo - UWAGA! HEREZJA! - chodzi także z POKEYEM!!! O zgrozo, chodzi bez COVOXA!! Świat Drac030 się zawalił!!! I co ciekawe - o ile pamiętam, jest wersja, która pójdzie nawet na Atari 130XE, choć kulawo.
Może, nie znam wszystkich istniejących wersji Neotrakera, przyznaję.
TB XL - jak sama nazwa wskazuje - chodzi na komputerach XL/XE, zasadniczo chodzi na każdym XL/XE z 64KB pamięci RAM.
To masz odpowiedź: mój emulec chodzi na każdym Atari z odpowiednim rozszerzeniem, tak samo jak TBXL. Tak samo jak Neotraker wymaga dodatkowego RAM-u i Covoxa, i to też nie budzi Twoich protestów.
Po prostu niektóre rozszerzenia i ich użycie akceptujesz, a niektóre nie, i nie umiesz przekonująco wyjaśnić, dlaczego. "Zmiana właściwości procesora" to argument magiczny, bo dlaczego akurat to ma być takie ważne?
Tak, bo wydzieliło by sprzęt niekompatybilny
"Niekompatybilny" to taki, na którym nie chodzą programy, które chodzą na wyjętym świeżo z folii 800XL albo 130XE, tak?
PC jako narzędzie do pracy może się zmieniać.
To i Atari jako narzędzie może.
drac030 napisał/a:Mamy coś na 6809. Było opisywane na AAge, gość sprzedawał płytki, o ile pamiętam. Ten procesor jest naprawdę niezgodny z 6502, stary soft nie chodzi wcale, nowy jest kompletnie inny i tu naprawdę można mieć wątpliwości, czy 130XE z czymś takim, to jest Atari. I znowu - nie wzbudziło to Twoich protestów. Dlaczego? Widzę tu niekonsekwencję i to dużą.
Być może przegapiłem, być może powód był inny - nie pamiętam wątku. Ale zgodnie z definicją z wikipedii: http://pl.wikipedia.org/wiki/MOS_Technology_6509 - jest to nadal procesor 8-mio bitowy.
Zdaje się, że chodzisz i zarzucasz ludziom, że nie umieją czytać ze zrozumieniem. To ja zapytam, w którym miejscu napisałem "6509"?
I tak, to też nie jest właściwie Atari, skoro jest niekompatybilne.
To oczekuję, że znajdziesz ten wątek na AAge i zaczniesz tam teraz narzekać. Skoro chcesz uchodzić za osobę konsekwentną, nie masz zbyt dużego wyjscia:)
@Drac030: W takim razie dlaczego na Atari z 6502C nie można odpalić Twojego emulatora ZX Spectrum? Czy nie dlatego, że wymaga 16-to bitowego procesora?
Dlaczego na Atari z 48k RAM-u nie można odpalić TBXL 1.5? Czy nie dlatego, że wymaga dodatkowej pamięci? Dlaczego nie wzbudza Twoich sprzeciwów Bomb Jack wymagający 320k RAM-u, których Atari nigdy nie montowało w komputerach? Dlaczego zatem jesteś niekonsekwentny i przyczepiłeś się akurat do jednego rozszerzenia, mimo że istnieją inne o podobnych cechach użytkowych, przede wszystkim takiej, że istnieją programy, które nie chodzą bez nich? Hm?
Właśnie dlatego, więc nie mów, że to nadal jest 8-mio bitowe Atari, bo nie jest.
Skoro Cię tak kwestia tak uwiera, zaproponowałem wyżej zmianę nazwy działów. To powinno Cię usatysfakcjonować.
Z PC nie trafiłeś, bo nic na jego temat nie pisałem.
I to właśnie mnie dziwi, gdyż będąc konsekwentnym, powinieneś głośno oprotestowywać wszelkie dyskusje o pecetach, jakie się od czasu do czasu w dziale ośmiobitowym toczą.
To retorycznie zapytam: jaką jeszcze dopałkę mamy w Atari z przejściem na "inny" 16-tobitowy procesor? No jaką?
Mamy coś na 6809. Było opisywane na AAge, gość sprzedawał płytki, o ile pamiętam. Ten procesor jest naprawdę niezgodny z 6502, stary soft nie chodzi wcale, nowy jest kompletnie inny i tu naprawdę można mieć wątpliwości, czy 130XE z czymś takim, to jest Atari. I znowu - nie wzbudziło to Twoich protestów. Dlaczego? Widzę tu niekonsekwencję i to dużą.
Być może dlatego że to zbyt duża zmiana?
Rozumiem, że wsadzenie Atari do szafy i robienie wszystkiego na pececie to nie jest zbyt duża zmiana i dlatego dopiero 65C816 budzi sprzeciwy?
nazywanymi programami na 8-mio bitowe Atari (...) I to jest złe w tym wszystkim.
Sikor, skoro jesteś tak przywiązany do tego, jak się co nazywa, proponuję zatem zmienić nazwy działów: z "8-bit" na np. "400/800/XL/XE i pokrewne" oraz "16/32-bit" na "ST/TT/Falcon i pokrewne". To powinno załatwić sprawę nazewnictwa.
PS. Przy okazji chciałem zauważyć, że w dziale "8-bit" dyskusje toczą się też o sofcie na PC (mads, Eclipse, Notepad++), co nie wywołuje żadnych protestów, mimo że PC już żadną miarą nie jest Atari, nie jest 8-bit, przejście na niego to "całkowita zmiana charakteru komputera" itd. Nie wiedzieć czemu alergiczną reakcję budzi tylko 65C816.
Jak napisałem - to jest emulacja.
Dokładnie na takiej samej zasadzie, jak 80486 "emuluje" "prawdziwy procesor" 8086, albo 68030 "emuluje" "prawdziwy procesor" 68000. Posty piszesz na "emulatorze" IBM PC i jakoś na to nie narzekasz.
I chwała Ci za to, że sięgnąłeś do dokumentacji przypominając wszystkim, że sam producent ujmuje ten termin w cudzysłów, sygnalizując to, czego i bez tego się można domyślić, że traktuje tę "emulację" z przymrużeniem oka.
Więc pora zmienić dział
W dziale "Sprawy Atari Area" założyłeś na ten temat ankietę i zostałeś przegłosowany (stosunkiem głosów 4 do jednego). To wg mnie powinno kończyć temat "działu", przynajmniej do pojawienia się nowych faktów do dyskusji. Takich nie widzę.
"Memory conflict" znaczy, że program usiłuje się załadować pod memlo albo nad memtop. Czyli albo naładowane jest za dużo rezydentów, albo tryb graficzny jest "za duży" (np. gr. 8 ), albo jedno i drugie.
Może i 10%, ale realne odczucia dają około 30% jak dla mnie
Aha.
Na jakieś 30% szybkości
A w Atariki sam autor napisał, że "około 10%" (to i tak dobry wynik, zresztą).
przywiązujesz do nazewnictwa wartości ideologiczne
Jak, nie przymierzając, Kazimiera Szczuka :P Zupełnie, jakby nazwa decydowała o istocie rzeczy. Równie dobrze można byłoby to nazwać np. "trybem powabnym o woni poziomkowej", ciekaw jestem, jak wtedy wyglądałaby dyskusja na ten temat.
Każde rozszerzenie (np. do 1 MB) ma jakiś swój program, który nie chodzi bez niego, więc Rapidus też już taki ma.
Gdyby co tutaj http://atariage.com/forums/topic/213028 ... ?p=2908401 pierwsza publiczna wersja emulatora ZX Spectrum 48k na takie akceleratory. Używa pewnych dodatkowych możliwości Rapidusa, ale chodzi też na Altirrze oraz w ogóle bez turbo (tylko że wtedy oczywiście raczej wolno). Wymagany jest tylko 65C816, 640k liniowego RAM-u i OS pozwalający się przełączyć w tryb natywny (DracOS albo Turbo-816 OS).
W każdym bądź razie ja na pewno bym tego nie używał tylko jako szybszego 6502.
Toteż nikt nie zamierza tego robić.
Równie dobrze mógłbyś nazwać "bonusem" fakt, że na 68000 rozkaz move from SR jest "nieuprzywilejowany" (co jest chyba błędem konstrukcyjnym m68k, poprawionym później) albo łatwość, z jaką 68000 kupuje samomodyfikację kodu - czego 68030 nie lubi, programy tak napisane się walą, trzeba wyłączać cache, co z kolei powoduje spadek wydajności procesora itd.
To nie są żadne bonusy, to są uciążliwe zaszłości.
Władowanie 16 bit procesora do 8 bit komputera zmienia jego charakter całkowicie i nie ma sensu wmawiać sobie że to dalej ten sam komputer.
Teoretyzujesz, prawda? Wg mojej oceny (dokonanej z natury) zmienia tak samo, jak wspomniane już przez mnie wstawienie karty PAK do Atari ST - wszystko zostaje po staremu, tylko są bonusy.
"Całkowita zmiana charakteru" oznacza dla mnie, że przestaje działać oprogramowanie (np. system), do którego jesteśmy przyzwyczajeni i jako użytkownicy musimy przenieść się na nowe; natomiast z punktu widzenia programisty, całkowita zmiana oznacza, że przestają działać stosowane przez nas techniki programowania i, znowu, musimy wypracować nowe albo się nauczyć nowych. Musimy, a nie tylko możemy.
atari.area forum » Posty przez drac030
Wygenerowano w 0.146 sekund, wykonano 20 zapytań