NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Mikrokontrolery ATMEL dla początkujących: Książki, zestawy i zasoby do automatyki domowej
Goto page Previous 1, 2, 3 ... 5, 6, 7 ... 10, 11, 12 Next
RoMan Mandziejewicz
Guest
Guest
Sun Mar 08, 2009 3:57 pm
Hello Sebastian,
Sunday, March 8, 2009, 2:12:58 PM, you wrote:
[...]
Quote:
Owszem ma duza bezwladnosc, gdyby nie ona 51 juz by dawno nie bylo.
Hardware ma dużą bezwładność. Znalazłem "płytkę od telegazety" na 8051 w
jakimś badziewnym acz nowym TV CRT która była identyczna jak ta z
staruszka Sanyo mającego 20 lat. To jest rynek na '51 - hardware. Rzecz
w tym że kodu w środku nikt nie ruszal od 20 lat zapewne.
Hardware ma dużą bezwładność. Znalazłem "płytkę od telegazety" na 8051 w
jakimś badziewnym acz nowym TV CRT która była identyczna jak ta z
staruszka Sanyo mającego 20 lat. To jest rynek na '51 - hardware. Rzecz
w tym że kodu w środku nikt nie ruszal od 20 lat zapewne.
Po co miał ruszać, skoro działa dobrze? W teletekście nic się od 20
lat nie zmienilo. Po czorta ponosić koszty budowy nowego rozwiązania,
skoro stare działa wystarczajaco dobrze i kosztuje grosiki? Dla idei?
[...]
--
Best regards,
RoMan mailto:roman@pik-net.pl
Spam: http://www.squadack.na.allegro.pl/
T.M.F.
Guest
Guest
Sun Mar 08, 2009 4:28 pm
Zbych pisze:
Quote:
Sebastian Biały pisze:
Zbych wrote:
Piszesz tak jakby gcc nie miało szmaciarskich błędów i
niestandardowych rozszerzeń.
Które są poprawiane. Nie ma sytuacji typu wymuszanie haraczu: "Nie
działa wam wersja 1.0 ? Mamy 2.0 za $10000". W ostateczności poprawisz
sam jesli Cie przyciśnie.
Już to wiedzę, jak programiści odrywają się od swojej roboty, żeby
grzebać w gcc. Prędzej tak napiszą kod, żeby ominąć błąd i modlą się,
żeby w następnej wersji był poprawiony.
Zbych wrote:
Piszesz tak jakby gcc nie miało szmaciarskich błędów i
niestandardowych rozszerzeń.
Które są poprawiane. Nie ma sytuacji typu wymuszanie haraczu: "Nie
działa wam wersja 1.0 ? Mamy 2.0 za $10000". W ostateczności poprawisz
sam jesli Cie przyciśnie.
Już to wiedzę, jak programiści odrywają się od swojej roboty, żeby
grzebać w gcc. Prędzej tak napiszą kod, żeby ominąć błąd i modlą się,
żeby w następnej wersji był poprawiony.
Jak dla mnie to populistyczny argument. Bledy sa wszedzie. Ale jakos nie
wierze w szanse na powazny blad w gcc, ktore jest testowane na kilku
platformach sprzetowych i na codzien sluzy do kompilacji projektow
zawierajacych setki milionow linii kodu - np. GNU/Linux i otoczenie.
Jesli piszesz o bledach portu na AVR to przejrzyj chociazby liste
AVRFreaks. Powazne bledy sa naprawiane przy kolejnym wydaniu WinAVR, a
czesto patche sa juz dostepne w SVN w ciagu doslownie paru dni.
I zeby bylo smieszniej Atmel wspiera community rozwiajajace port na AVR,
chociazby przez fakt zatrudniania developerow AVR-libc. Wiec masz
wysokiej jakosci kompilator z supportem zupelnie za darmo. Pokaz mi cos
porownywalnego na '51 lub dowolny inny mikrokontroler.
Piszesz o dziwnych niekompatybilnych rozszerzeniach gcc. Tak sie sklada,
ze pisze sobie GUI w c++ na AVR i symulator na PC. 99% kodu GUI jest
wspolna, roznica dotyczy paru klas scisle zwiazanych ze sprzetem, ktore
symuluje na PC. Nie ma zadnych problemow.
Gdybym korzystal z np. IAR to calosc szlag by trafil bo nijak nie daloby
sie tego skompilowac zywcem na PC.
Janko Muzykant
Guest
Guest
Sun Mar 08, 2009 4:29 pm
Sebastian Biały pisze:
Quote:
Co tu demonizować. Przecież to jest procesor średniowieczny. Po prostu
pozwolmy mu odejśc w spokoju zamiast co chwile reanimować pokazując że
na nim tez się da pisać soft. Da się no i co z tego skoro pod każdym
możliwym względem jest odstajacy od współczesnych rozwiązań?
pozwolmy mu odejśc w spokoju zamiast co chwile reanimować pokazując że
na nim tez się da pisać soft. Da się no i co z tego skoro pod każdym
możliwym względem jest odstajacy od współczesnych rozwiązań?
No ale co w nim złego? Silniki krokowe wolniej obraca? Zegarki na nim
spieszą? Klawiatury mylą znaki?
Że średniowiecze? Widelec też jest średniowieczny, a wciąż w wersji 1.0.
Spory rynek uC to pierdoły do zrobienia na bramkach - podnośniki,
alarmy, kręciołki, inne takie bzdury z miganiem ledami włącznie.
Oprogramowanie pisze się jedną dniówkę. W asemblerze. Jest 100%
gwarancji, że będzie działać, cena układu to dwa i pół złotego w detalu
brutto. No to co źle jest z tym, poza tym, że to niemodne?
Quote:
PS. Kiedyś pisalem w '51 bo innych nie było. Od czasu kiedy atmel z avr
przebił glową betonowe horyzonty developerow wreszcie mamy wybór. Dzieki
mu za to.
przebił glową betonowe horyzonty developerow wreszcie mamy wybór. Dzieki
mu za to.
Zatem niech każdy wybiera.
--
pozdrawia Adam
różne takie tam: www.smialek.prv.pl
/jadam kebaby, ale jestem pacyfistą/
T.M.F.
Guest
Guest
Sun Mar 08, 2009 4:37 pm
Janko Muzykant pisze:
Quote:
Sebastian Biały pisze:
Co tu demonizować. Przecież to jest procesor średniowieczny. Po prostu
pozwolmy mu odejśc w spokoju zamiast co chwile reanimować pokazując że
na nim tez się da pisać soft. Da się no i co z tego skoro pod każdym
możliwym względem jest odstajacy od współczesnych rozwiązań?
No ale co w nim złego? Silniki krokowe wolniej obraca? Zegarki na nim
spieszą? Klawiatury mylą znaki?
Że średniowiecze? Widelec też jest średniowieczny, a wciąż w wersji 1.0.
Spory rynek uC to pierdoły do zrobienia na bramkach - podnośniki,
alarmy, kręciołki, inne takie bzdury z miganiem ledami włącznie.
Oprogramowanie pisze się jedną dniówkę. W asemblerze. Jest 100%
gwarancji, że będzie działać, cena układu to dwa i pół złotego w detalu
brutto. No to co źle jest z tym, poza tym, że to niemodne?
Co tu demonizować. Przecież to jest procesor średniowieczny. Po prostu
pozwolmy mu odejśc w spokoju zamiast co chwile reanimować pokazując że
na nim tez się da pisać soft. Da się no i co z tego skoro pod każdym
możliwym względem jest odstajacy od współczesnych rozwiązań?
No ale co w nim złego? Silniki krokowe wolniej obraca? Zegarki na nim
spieszą? Klawiatury mylą znaki?
Że średniowiecze? Widelec też jest średniowieczny, a wciąż w wersji 1.0.
Spory rynek uC to pierdoły do zrobienia na bramkach - podnośniki,
alarmy, kręciołki, inne takie bzdury z miganiem ledami włącznie.
Oprogramowanie pisze się jedną dniówkę. W asemblerze. Jest 100%
gwarancji, że będzie działać, cena układu to dwa i pół złotego w detalu
brutto. No to co źle jest z tym, poza tym, że to niemodne?
Nie znam '51, ale czy sa w tej rodzinie jakies procki picopower?
W prostych zadaniach oczywiscie porownanie kazdego procka wypadnie tak
samo. Ale moge sobie wyobrazic sytuacje w firmie, ktora robi jakies
proste rzeczy na '51 i nagle potrzebuja wiekszej mocy obliczeniowej. I
co? Trza ruszyc inna rodzine ze wszystkimi tego konsekwencjami. Jak sie
zacznie od razu od np. AVR, ktory jest wydajny taka koniecznosc moze nie
wystapic.
Wszyscy pisza o magicznej ilosci gotowcow na '51. Tak przegladajac od
kilku lat strony widze tez niezliczone ilosci gotowcow na AVR.
Mario
Guest
Guest
Sun Mar 08, 2009 4:43 pm
Zbych pisze:
Quote:
Sebastian Biały pisze:
Zbych wrote:
Piszesz tak jakby gcc nie miało szmaciarskich błędów i
niestandardowych rozszerzeń.
Które są poprawiane. Nie ma sytuacji typu wymuszanie haraczu: "Nie
działa wam wersja 1.0 ? Mamy 2.0 za $10000". W ostateczności poprawisz
sam jesli Cie przyciśnie.
Już to wiedzę, jak programiści odrywają się od swojej roboty, żeby
grzebać w gcc. Prędzej tak napiszą kod, żeby ominąć błąd i modlą się,
żeby w następnej wersji był poprawiony.
Szanse więc na znalezienie błedu są, ale jeszcze wieksze w jego
natychmiastowym poprawieniu przez community.
Wszystko zależy od architektury. Jak jest popularna to może i owszem.
Ale jak używasz gcc na czymś mniej popularnym, to możesz poczekać
całkiem długo.
Nic takiego nie napisałem. Natomiast piszę, ze dalej nie ma
przejrzystego argumentu dlaczego '51 jest lepszym wyborem
Jest - cena.
Co może przebic np. ATmege8 w cenie 3zł co jest klonem 8051?
Wybrałeś za duży uC. Spróbuj znaleźć coś tańszego od 2051.
Zbych wrote:
Piszesz tak jakby gcc nie miało szmaciarskich błędów i
niestandardowych rozszerzeń.
Które są poprawiane. Nie ma sytuacji typu wymuszanie haraczu: "Nie
działa wam wersja 1.0 ? Mamy 2.0 za $10000". W ostateczności poprawisz
sam jesli Cie przyciśnie.
Już to wiedzę, jak programiści odrywają się od swojej roboty, żeby
grzebać w gcc. Prędzej tak napiszą kod, żeby ominąć błąd i modlą się,
żeby w następnej wersji był poprawiony.
Szanse więc na znalezienie błedu są, ale jeszcze wieksze w jego
natychmiastowym poprawieniu przez community.
Wszystko zależy od architektury. Jak jest popularna to może i owszem.
Ale jak używasz gcc na czymś mniej popularnym, to możesz poczekać
całkiem długo.
Nic takiego nie napisałem. Natomiast piszę, ze dalej nie ma
przejrzystego argumentu dlaczego '51 jest lepszym wyborem
Jest - cena.
Co może przebic np. ATmege8 w cenie 3zł co jest klonem 8051?
Wybrałeś za duży uC. Spróbuj znaleźć coś tańszego od 2051.
Ale ile tańszego? I po co?. Co za różnica czy układ kosztuje 3 czy np
3,60? Od 2051 każdy jest mocniejszy - nawet 2313. Już sam fakt
taktowania cykli rozkazowych F/12. Niższe częstotliwości I/O. Brak
EEPROMa i malutki RAM. Sam jestem dinozaurem siedzącym dotychczas w 51.
I stare projekty - te dalej prze ze mnie produkowane nie chce mi się
przerobić na Atmela czy ARMa - mimo, że po przeróbce będą dużo tańsze. A
to dlatego bo oprócz procka który kosztuje 120 pln (80c537) jest trochę
starych przetworników Analoga które mogę zastąpić dużo tańszymi
nowoczesnymi przetwornikami. Trzy płytki w których są układy za ok
500pln mogę zastąpić jedną płytką z układami za 80pln gdybym robił na
AVR. Gdy zrobię na ARMie będzie trochę drożej ale prostsza obsługa
danych 16bit i USB na pokładzie - więc warto. Jedynie brak czasu na
przepisanie całego kodu. Ale wszystkie nowe rzeczy robię na AVR. Szybkie
pisanie w C z wykorzystaniem dostępnych w sieci bibliotek. Zrobienie
czegoś nowego na AVR jest IMHO dużo tańsze niż na 51.
A jeśli głównym argumentem przed odejściem od 51 jest niechęć
programistów to niestety nadają się na emeryturę.
--
Pozdrawiam
MD
Sebastian Biały
Guest
Guest
Sun Mar 08, 2009 4:46 pm
Zbych wrote:
Quote:
Które są poprawiane. Nie ma sytuacji typu wymuszanie haraczu: "Nie
działa wam wersja 1.0 ? Mamy 2.0 za $10000". W ostateczności poprawisz
sam jesli Cie przyciśnie.
Już to wiedzę, jak programiści odrywają się od swojej roboty, żeby
grzebać w gcc.
działa wam wersja 1.0 ? Mamy 2.0 za $10000". W ostateczności poprawisz
sam jesli Cie przyciśnie.
Już to wiedzę, jak programiści odrywają się od swojej roboty, żeby
grzebać w gcc.
To dobrze bo to dośc powszechna sytuacja, przemysł wspiera gcc bo jest
od niego zależny.
Quote:
Prędzej tak napiszą kod, żeby ominąć błąd i modlą się,
żeby w następnej wersji był poprawiony.
żeby w następnej wersji był poprawiony.
Kupując komercyjny kompilator masz podobnie. Tylko że czasem placisz za
poprawki, a czasami dostajesz maila "produkt nie jest kontynuowany".
Quote:
Wszystko zależy od architektury. Jak jest popularna to może i owszem.
Ale jak używasz gcc na czymś mniej popularnym, to możesz poczekać
całkiem długo.
Ale jak używasz gcc na czymś mniej popularnym, to możesz poczekać
całkiem długo.
AVR jest popularny.
Quote:
Wybrałeś za duży uC. Spróbuj znaleźć coś tańszego od 2051.
2051?
TME:
AT89C2051-24PU - 3.79.
ATMega8-16PU - 4.79.
Różnica w prędkości, łatwości programowania, rozmiarze zasadnicza.
ATMege8 mozna kupić za 3.50. Pomijam błąd z A/C bo jak musisz to
weźmiesz ATMege88. Z resztą co tam atmega8, wybór jest znacznie większy
poczynając od 8 nóżkowych. ATTiny2313 jest z resztą tańszy od 8.
Przyznaje, ciężko znaleźć coś tańszego niz 2051 tak od reki w jednej
firmie. Padlem pod naporem argumentacji o wartości 0.40zł.
Janko Muzykant
Guest
Guest
Sun Mar 08, 2009 4:48 pm
T.M.F. pisze:
Quote:
Nie znam '51, ale czy sa w tej rodzinie jakies procki picopower?
W prostych zadaniach oczywiscie porownanie kazdego procka wypadnie tak
samo. Ale moge sobie wyobrazic sytuacje w firmie, ktora robi jakies
proste rzeczy na '51 i nagle potrzebuja wiekszej mocy obliczeniowej. I
co? Trza ruszyc inna rodzine ze wszystkimi tego konsekwencjami. Jak sie
zacznie od razu od np. AVR, ktory jest wydajny taka koniecznosc moze nie
wystapic.
W prostych zadaniach oczywiscie porownanie kazdego procka wypadnie tak
samo. Ale moge sobie wyobrazic sytuacje w firmie, ktora robi jakies
proste rzeczy na '51 i nagle potrzebuja wiekszej mocy obliczeniowej. I
co? Trza ruszyc inna rodzine ze wszystkimi tego konsekwencjami. Jak sie
zacznie od razu od np. AVR, ktory jest wydajny taka koniecznosc moze nie
wystapic.
Pod warunkiem, że kiedyś akurat nie było nic do roboty i szef powiedział
''Kowalski, uczyć się avrów''. A, na ile znam firmy, gdzie się dłubie w
uC, takich momentów nie ma nigdy.
Co innego gdy powstaje nowy ośrodek zabawy z uC. Tylko sytuacja się
powtórzy kiedyś; na początku młodzi gniewni będą męczyć najnowsze
zabawki, po piętnastu latach niemłodzi i gniewni, ale zupełnie w inne
kierunki... wciąż będą męczyć te same, przestarzałe już zabawki. Tak już
zawsze było na świecie.
Tylko chyba żadna rodzina nie będzie żyła tak długo i tak powszechnie
jak 51. W każdym razie jestem spokojny o dostępność tejże przez
najbliższe 30 lat, a potem to ja mam to w... ;)
Quote:
Wszyscy pisza o magicznej ilosci gotowcow na '51. Tak przegladajac od
kilku lat strony widze tez niezliczone ilosci gotowcow na AVR.
kilku lat strony widze tez niezliczone ilosci gotowcow na AVR.
A nie mówię, że nie.
Z pewnością jeślibym zaczynał dziś zabawę z procesorami od zera na pewno
nie byłyby to 51, ale miałbym potężnego zgryza, co wybrać. Zresztą
zupełnie inny wybór jest, gdy sie planuje zabawę zawodową, zupełnie
innym może być, gdy to tylko hobby.
--
pozdrawia Adam
różne takie tam: www.smialek.prv.pl
/piękne chwile w życiu? - tak się zmęczyć, żeby nie mieć ochoty na seks/
Sebastian Biały
Guest
Guest
Sun Mar 08, 2009 4:52 pm
RoMan Mandziejewicz wrote:
Quote:
staruszka Sanyo mającego 20 lat. To jest rynek na '51 - hardware. Rzecz
w tym że kodu w środku nikt nie ruszal od 20 lat zapewne.
Po co miał ruszać, skoro działa dobrze?
w tym że kodu w środku nikt nie ruszal od 20 lat zapewne.
Po co miał ruszać, skoro działa dobrze?
No przeciez o tym pisze. W takich zastosowaniach '51 jest ok.
Mario
Guest
Guest
Sun Mar 08, 2009 4:59 pm
Janko Muzykant pisze:
Quote:
T.M.F. pisze:
Nie znam '51, ale czy sa w tej rodzinie jakies procki picopower?
W prostych zadaniach oczywiscie porownanie kazdego procka wypadnie tak
samo. Ale moge sobie wyobrazic sytuacje w firmie, ktora robi jakies
proste rzeczy na '51 i nagle potrzebuja wiekszej mocy obliczeniowej. I
co? Trza ruszyc inna rodzine ze wszystkimi tego konsekwencjami. Jak
sie zacznie od razu od np. AVR, ktory jest wydajny taka koniecznosc
moze nie wystapic.
Pod warunkiem, że kiedyś akurat nie było nic do roboty i szef powiedział
''Kowalski, uczyć się avrów''. A, na ile znam firmy, gdzie się dłubie w
uC, takich momentów nie ma nigdy.
Nie znam '51, ale czy sa w tej rodzinie jakies procki picopower?
W prostych zadaniach oczywiscie porownanie kazdego procka wypadnie tak
samo. Ale moge sobie wyobrazic sytuacje w firmie, ktora robi jakies
proste rzeczy na '51 i nagle potrzebuja wiekszej mocy obliczeniowej. I
co? Trza ruszyc inna rodzine ze wszystkimi tego konsekwencjami. Jak
sie zacznie od razu od np. AVR, ktory jest wydajny taka koniecznosc
moze nie wystapic.
Pod warunkiem, że kiedyś akurat nie było nic do roboty i szef powiedział
''Kowalski, uczyć się avrów''. A, na ile znam firmy, gdzie się dłubie w
uC, takich momentów nie ma nigdy.
Bez przesady. to jest ten sam problem co z księgową, która nie chce się
przyuczyć do nowego programu księgowego lub projektantem który jest
bardzo przywiązany do deski kreślarskiej. To nie nawał pracy tylko
niechęć do nauki. Wdrożyć się do pisania na nową platformę można w ciągu
2 tygodni. Tym bardziej, że czasami do procka podpinasz układy które
mają więcej rejestrów niż 51 i też się musisz z nimi zapoznać.
--
Pozdrawiam
MD
Zbych
Guest
Guest
Sun Mar 08, 2009 4:59 pm
T.M.F. pisze:
Quote:
Jak dla mnie to populistyczny argument. Bledy sa wszedzie.
Nie musisz mi tego tłumaczyć. Wytłumacz to tym, którzy używają tego jako
argumentu przeciwko komercyjnym kompilatorom.
Quote:
Jesli piszesz o bledach portu na AVR to przejrzyj chociazby liste
AVRFreaks.
AVRFreaks.
Nie pisałem o AVR. Błędy, o które się obiłem były strasznie
szmaciarskie: brak kontroli zakresu skoków przez gas, wysypywanie się
(coredump) g++ po dodaniu atrybutu z sekcją do danej const itp.
Quote:
Piszesz o dziwnych niekompatybilnych rozszerzeniach gcc. Tak sie sklada,
ze pisze sobie GUI w c++ na AVR i symulator na PC.
ze pisze sobie GUI w c++ na AVR i symulator na PC.
Pisałem o rozszerzeniach niespotykanych u innych producentów
kompilatorów, a nie o gcc na avr i x86.
Zbych
Guest
Guest
Sun Mar 08, 2009 5:06 pm
Mario pisze:
Quote:
3,60? Od 2051 każdy jest mocniejszy - nawet 2313. Już sam fakt
taktowania cykli rozkazowych F/12. Niższe częstotliwości I/O. Brak
EEPROMa i malutki RAM.
taktowania cykli rozkazowych F/12. Niższe częstotliwości I/O. Brak
EEPROMa i malutki RAM.
A co jeśli nie potrzebujesz prędkości, eepromu i wystarczy ci 128B RAM?
Zresztą sprawdziłem i w tej chwili 2313 kosztuje mniej niż 2051, więc
argument jest "trochę" nietrafiony i muszę się z niego wycofać :-]
Zbych
Guest
Guest
Sun Mar 08, 2009 5:09 pm
Sebastian Biały pisze:
Quote:
firmie. Padlem pod naporem argumentacji o wartości 0.40zł.
Wszystko zależy od skali produkcji. W zastosowaniach hobbystycznych,
rzeczywiście nie ma się o co bić.
Mario
Guest
Guest
Sun Mar 08, 2009 5:12 pm
Zbych pisze:
Quote:
T.M.F. pisze:
Jak dla mnie to populistyczny argument. Bledy sa wszedzie.
Nie musisz mi tego tłumaczyć. Wytłumacz to tym, którzy używają tego jako
argumentu przeciwko komercyjnym kompilatorom.
Jak dla mnie to populistyczny argument. Bledy sa wszedzie.
Nie musisz mi tego tłumaczyć. Wytłumacz to tym, którzy używają tego jako
argumentu przeciwko komercyjnym kompilatorom.
Argumenty miałeś przedstawione. Różnice są w sposobie reakcji na
zgłaszne błędy
Quote:
Jesli piszesz o bledach portu na AVR to przejrzyj chociazby liste
AVRFreaks.
Nie pisałem o AVR. Błędy, o które się obiłem były strasznie
szmaciarskie: brak kontroli zakresu skoków przez gas, wysypywanie się
(coredump) g++ po dodaniu atrybutu z sekcją do danej const itp.
Piszesz o dziwnych niekompatybilnych rozszerzeniach gcc. Tak sie
sklada, ze pisze sobie GUI w c++ na AVR i symulator na PC.
Pisałem o rozszerzeniach niespotykanych u innych producentów
kompilatorów, a nie o gcc na avr i x86.
AVRFreaks.
Nie pisałem o AVR. Błędy, o które się obiłem były strasznie
szmaciarskie: brak kontroli zakresu skoków przez gas, wysypywanie się
(coredump) g++ po dodaniu atrybutu z sekcją do danej const itp.
Piszesz o dziwnych niekompatybilnych rozszerzeniach gcc. Tak sie
sklada, ze pisze sobie GUI w c++ na AVR i symulator na PC.
Pisałem o rozszerzeniach niespotykanych u innych producentów
kompilatorów, a nie o gcc na avr i x86.
No i to jest argument za stosowaniem uC za którym stoi silne community i
współpracujący z nim producent.
--
Pozdrawiam
MD
Zbych
Guest
Guest
Sun Mar 08, 2009 5:15 pm
Mario pisze:
Quote:
No i to jest argument za stosowaniem uC za którym stoi silne community i
współpracujący z nim producent.
współpracujący z nim producent.
Co mi po procesorze z silnym community jak nie ma wystarczających
peryferiów albo cena jest nieodpowiednia?
Ghost
Guest
Guest
Sun Mar 08, 2009 5:22 pm
Użytkownik "Sebastian Biały" <heby@poczta.onet.pl> napisał w wiadomości
news:gp0m2a$7su$1@achot.icm.edu.pl...
Quote:
Ghost wrote:
No ale zobacz. Masz zespol klepaczy samych 51. Firma sie rozwija i
przyjmujesz nowego. I ten nowy tez najepiej jakby klepal w 51, bo:
1. Inni beda rozumieli to co on napisze.
Przeciez na innych arch piszesz w podobnym języku. Nawet jeśli jest pisany
asemblerem to trzeba by naprawdę betonowego developera '51 żeby nie dał
rady pojać czegokolwiek innego.
No ale zobacz. Masz zespol klepaczy samych 51. Firma sie rozwija i
przyjmujesz nowego. I ten nowy tez najepiej jakby klepal w 51, bo:
1. Inni beda rozumieli to co on napisze.
Przeciez na innych arch piszesz w podobnym języku. Nawet jeśli jest pisany
asemblerem to trzeba by naprawdę betonowego developera '51 żeby nie dał
rady pojać czegokolwiek innego.
Zara, zara - ale procesor to nie tylko jezyk.
Quote:
2. Rosnie wiedza zespolowa, ludzie sie nawzajem wspieraja.
Nie. Wiedza zespołowa drepta naokoło 8051 a wszelka inicjatywa przejścia
gdzieś bliżej współczesności sprowadza niebezpieczeństawo ze starzy
developrzy nie dadza rady. To nie jest zdrowa sytuacja.
Nie. Wiedza zespołowa drepta naokoło 8051 a wszelka inicjatywa przejścia
gdzieś bliżej współczesności sprowadza niebezpieczeństawo ze starzy
developrzy nie dadza rady. To nie jest zdrowa sytuacja.
Tak tez bywa.
Quote:
Zeby utworzyc nowa grupe na inny procesor trzeba okazji. Dlatego ten
proces jadnak bedzie mial spory bezwlad.
Bo nikt nie siedzi i nie pilnuje aby ludzie się rozwijali. To niestety
wymaga wyobraźni na co wielu domorosłych managierów nie stać bo zyski
przyją za późno.
proces jadnak bedzie mial spory bezwlad.
Bo nikt nie siedzi i nie pilnuje aby ludzie się rozwijali. To niestety
wymaga wyobraźni na co wielu domorosłych managierów nie stać bo zyski
przyją za późno.
Wlasnie.
Quote:
Gdyby nie to, nie byloby juz 51 na rynku.
Z '51 to tak jak z 8086. I to i to szit. Ale szity zwyczajowo wygrywaja w
wyscigu technologicznym. Na szczescie w przypadku '51 w pore przyszedł
ratunek w postaci RISCów.
Z '51 to tak jak z 8086. I to i to szit. Ale szity zwyczajowo wygrywaja w
wyscigu technologicznym. Na szczescie w przypadku '51 w pore przyszedł
ratunek w postaci RISCów.
No wlasnie gdzie jest 8086?
elektroda NewsGroups Forum Index - Elektronika Polska - Mikrokontrolery ATMEL dla początkujących: Książki, zestawy i zasoby do automatyki domowej