Goto page Previous 1, 2, 3, 4, 5, 6 ... 10, 11, 12 Next
Sebastian Biały
Guest
Sun Mar 08, 2009 1:40 pm
Ghost wrote:
Quote:
Startując nowe projekty siedzisz w samym środku bagna i wyboru nie masz.
Alez masz wybor i robisz je w nowym srodkowisku o ile projekt nie dotyczy
samej zmiany funkcjoinalnosci tego co w COBOLu. Caly klopot w tym, ze to co
juz jest musi byc pielegnowane.
I znowu to samo. Pielęgnacja starego kodu i systemów jest nudna. jedynym
powodem dla którego warto to robić jest wysoka płaca. Ale to nie ma się
nijak do uC. Tam projekty sa male i koszt przepisania (choćby w celu
przyspieszenia) może być niewielki w perspektywie zysków. Tam rynek nie
ma aż takiej bezwładności.
Quote:
Demonizujesz 51.
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ń?
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.
Zbych
Guest
Sun Mar 08, 2009 1:51 pm
Sebastian Biały pisze:
Quote:
Zbych wrote:
No cóż, moim zdaniem jest to lepszy argument niż "bez c++ nie da się".
Argumenty za C++ przedstawialem niedawno na pl.comp.lang.c.
kontrargumentacji merytorycznej nie było.
Nigdzie nie napisałem, że c++ jest be. Nie rozumiem tylko twojego
podejścia, że jak nie ma kompilatora c++ to już mogiła.
Quote:
Jak mówiłem: stada Panow Kaziow produkujących centralki alarmowe beda je
kupowac jeszcze przez 10 lat bo im się nie opłaca pisać na nowo
software. Firma robiąca coś od zera wybierze '51 tylko dlatego ze ma
stado developerów o wąskich horyzontach myślowych dłubiących 20 lat w
asm tego cuda. Cała reszta zaswieci swieczkę ku pamieci '51.
No to pewnie się zdziwisz, bo u mnie w firmie klon 51 wylądował w
kontrolerze klawiatury pojemnościowej, nie dlatego że mamy pana Kazia,
tylko dlatego, że uC miał dokładnie to co było potrzebne do
zrealizowania zadania (włącznie z gotowymi bibliotekami od producenta).
Nie rozumiem, dlaczego zakładasz, że na 51 potrafią pisać soft tylko
stada troglodytów.
Ghost
Guest
Sun Mar 08, 2009 1:56 pm
Użytkownik "Sebastian Biały" <heby@poczta.onet.pl> napisał w wiadomości
news:gp0ec0$v5g$1@achot.icm.edu.pl...
Quote:
Ghost wrote:
Startując nowe projekty siedzisz w samym środku bagna i wyboru nie masz.
Alez masz wybor i robisz je w nowym srodkowisku o ile projekt nie dotyczy
samej zmiany funkcjoinalnosci tego co w COBOLu. Caly klopot w tym, ze to
co
juz jest musi byc pielegnowane.
I znowu to samo. Pielęgnacja starego kodu i systemów jest nudna. jedynym
powodem dla którego warto to robić jest wysoka płaca. Ale to nie ma się
nijak do uC. Tam projekty sa male i koszt przepisania (choćby w celu
przyspieszenia) może być niewielki w perspektywie zysków. Tam rynek nie ma
aż takiej bezwładności.
Owszem ma duza bezwladnosc, gdyby nie ona 51 juz by dawno nie bylo.
Quote:
Demonizujesz 51.
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ń?
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.
Owszem jest sredniowieczny, ale nie powoduje, az takich problemow jak
nieprzymierzajac wspomniany COBOL, zwlaszcza jesli kod jest np. w C. I to
powoduje, ze on do tej pory jest na rynku.
Sebastian Biały
Guest
Sun Mar 08, 2009 2:09 pm
Zbych wrote:
Quote:
Nigdzie nie napisałem, że c++ jest be. Nie rozumiem tylko twojego
podejścia, że jak nie ma kompilatora c++ to już mogiła.
Są dwa argumenty:
a) nie ma kompilatora standardowego (szczegolnie gcc) - mogiła bo
uzależniasz kod od niestandardowych rozszerzeń i bugow. W jednym z
programów na '51 widziałem takie coś:
// do not remove this line!
int foo = 0;
Usunąłem i oczywiście kompilator wyprodukował niedziałajacy kod.
Komercyjny kompilator. Nowej wersji nie ma po co kupować.
b) nie ma C++ - niedobrze, nie masz za friko lepszej jakości i mniejszej
bugowosci kodu.
Quote:
No to pewnie się zdziwisz, bo u mnie w firmie klon 51 wylądował w
kontrolerze klawiatury pojemnościowej, nie dlatego że mamy pana Kazia,
tylko dlatego, że uC miał dokładnie to co było potrzebne do
zrealizowania zadania (włącznie z gotowymi bibliotekami od producenta).
Przecież o tym pisze - jesli masz gotowe - kupisz gotowe. Ekonomia.
Jesli musisz soft napisać od zera to pracy włożysz tyle samo, tylko w
'51 utkniesz w techonlogii ktora raczej się nie rozwija i w dodatku jest
parokrotnie mniej wydajna więc czasem balansujesz na granicy "czy się uda".
Quote:
Nie rozumiem, dlaczego zakładasz, że na 51 potrafią pisać soft tylko
stada troglodytów.
Nic takiego nie napisałem. Natomiast piszę, ze dalej nie ma
przejrzystego argumentu dlaczego '51 jest lepszym wyborem od
czegokolwiek poza powtarzana matrą: "bo mamy gotowy soft na niego". I
dla takich przypadkow zastrzeżeń nie mam.
Ghost
Guest
Sun Mar 08, 2009 2:12 pm
Użytkownik "Sebastian Biały" <heby@poczta.onet.pl> napisał w wiadomości
news:gp0g1h$1ih$1@achot.icm.edu.pl...
Quote:
Zbych wrote:
No to pewnie się zdziwisz, bo u mnie w firmie klon 51 wylądował w
kontrolerze klawiatury pojemnościowej, nie dlatego że mamy pana Kazia,
tylko dlatego, że uC miał dokładnie to co było potrzebne do zrealizowania
zadania (włącznie z gotowymi bibliotekami od producenta).
Przecież o tym pisze - jesli masz gotowe - kupisz gotowe. Ekonomia.
No i to m.in. jest sila bezwladnosci 51, kupa gotowych bibliotek m.in. za
free. Masz kolesi, ktorzy je znaja i to jest majatek. Szkolenie albo sama
nauka w projektach zespolu pod inna bibioteke, to juz koszt.
Sebastian Biały
Guest
Sun Mar 08, 2009 2:12 pm
Ghost wrote:
Quote:
I znowu to samo. Pielęgnacja starego kodu i systemów jest nudna.
jedynym powodem dla którego warto to robić jest wysoka płaca. Ale to
nie ma się nijak do uC. Tam projekty sa male i koszt przepisania
(choćby w celu przyspieszenia) może być niewielki w perspektywie
zysków. Tam rynek nie ma aż takiej bezwładności.
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.
Quote:
Owszem jest sredniowieczny, ale nie powoduje, az takich problemow jak
nieprzymierzajac wspomniany COBOL, zwlaszcza jesli kod jest np. w C. I
to powoduje, ze on do tej pory jest na rynku.
Przeciez '51 powoduje same problemy

... w porównaniu z czymkolwiek innym.
Sebastian Biały
Guest
Sun Mar 08, 2009 2:17 pm
Ghost wrote:
Quote:
No i to m.in. jest sila bezwladnosci 51, kupa gotowych bibliotek m.in.
za free. Masz kolesi, ktorzy je znaja i to jest majatek. Szkolenie albo
sama nauka w projektach zespolu pod inna bibioteke, to juz koszt.
Szczególnie ze api wielu z tych bibliotek składa sie z 4 funkcji po 2
argumenty ... ;)
To jest wlasnie zaleta pisania na współczesne kompilatory ze ta sama
biblioteka ma to samo api na wielu różnych architekturach/rdzeniach - co
wymaga mało oryginalnych kompilatorów. Pierwszy z brzegu: FreeRTOS (acz
przyklad może z lekka niebezpieczny bo ktoś to portował na jakis klon '51).
Ghost
Guest
Sun Mar 08, 2009 2:26 pm
Użytkownik "Sebastian Biały" <heby@poczta.onet.pl> napisał w wiadomości
news:gp0ggl$2di$1@achot.icm.edu.pl...
Quote:
Ghost wrote:
No i to m.in. jest sila bezwladnosci 51, kupa gotowych bibliotek m.in. za
free. Masz kolesi, ktorzy je znaja i to jest majatek. Szkolenie albo sama
nauka w projektach zespolu pod inna bibioteke, to juz koszt.
Szczególnie ze api wielu z tych bibliotek składa sie z 4 funkcji po 2
argumenty ...
Przeciez nie o takich mowa.
Ghost
Guest
Sun Mar 08, 2009 2:27 pm
Użytkownik "Sebastian Biały" <heby@poczta.onet.pl> napisał w wiadomości
news:gp0g90$21d$1@achot.icm.edu.pl...
Quote:
Ghost wrote:
Owszem jest sredniowieczny, ale nie powoduje, az takich problemow jak
nieprzymierzajac wspomniany COBOL, zwlaszcza jesli kod jest np. w C. I to
powoduje, ze on do tej pory jest na rynku.
Przeciez '51 powoduje same problemy

... w porównaniu z czymkolwiek
innym.
Z tegoco wiem COBOL jest niezrownany.
Sebastian Biały
Guest
Sun Mar 08, 2009 2:31 pm
Ghost wrote:
Quote:
Z tegoco wiem COBOL jest niezrownany.
Daj juz spokój z tym cobolem, programisci w tym języku sa bardzo czuli
na krytykę
Zbych
Guest
Sun Mar 08, 2009 2:48 pm
Sebastian Biały pisze:
Quote:
Zbych wrote:
Nigdzie nie napisałem, że c++ jest be. Nie rozumiem tylko twojego
podejścia, że jak nie ma kompilatora c++ to już mogiła.
Są dwa argumenty:
a) nie ma kompilatora standardowego (szczegolnie gcc) - mogiła bo
uzależniasz kod od niestandardowych rozszerzeń i bugow.
Piszesz tak jakby gcc nie miało szmaciarskich błędów i niestandardowych
rozszerzeń.
Quote:
Nic takiego nie napisałem. Natomiast piszę, ze dalej nie ma
przejrzystego argumentu dlaczego '51 jest lepszym wyborem
Jest - cena.
Sebastian Biały
Guest
Sun Mar 08, 2009 3:17 pm
Zbych wrote:
Quote:
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. Gcc jest standardem na wielu architekturach
(więc betatesterów masz od groma) i w dodatku goni C++ lepiej niz
niejeden komercyjny. Szanse więc na znalezienie błedu są, ale jeszcze
wieksze w jego natychmiastowym poprawieniu przez community.
Quote:
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? A może
mówisz o kosztach przestawienia developingu? Jesli tak to przeciez
wlasnie mówiłem, ze z tego powodu 8051 naprawdę umrze wraz z ostatnim
developerem i niech sobie tam siedzi.
Ghost
Guest
Sun Mar 08, 2009 3:36 pm
Użytkownik "Sebastian Biały" <heby@poczta.onet.pl> napisał w wiadomości
news:gp0k20$64u$1@achot.icm.edu.pl...
Quote:
Zbych wrote:
Jest - cena.
Co może przebic np. ATmege8 w cenie 3zł co jest klonem 8051? A może mówisz
o kosztach przestawienia developingu? Jesli tak to przeciez wlasnie
mówiłem, ze z tego powodu 8051 naprawdę umrze wraz z ostatnim developerem
i niech sobie tam siedzi.
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.
2. Rosnie wiedza zespolowa, ludzie sie nawzajem wspieraja.
Zeby utworzyc nowa grupe na inny procesor trzeba okazji. Dlatego ten proces
jadnak bedzie mial spory bezwlad.
Gdyby nie to, nie byloby juz 51 na rynku.
Zbych
Guest
Sun Mar 08, 2009 3:45 pm
Sebastian Biały pisze:
Quote:
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.
Quote:
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.
Quote:
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.
Sebastian Biały
Guest
Sun Mar 08, 2009 3:51 pm
Ghost wrote:
Quote:
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.
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.
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.
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.
Goto page Previous 1, 2, 3, 4, 5, 6 ... 10, 11, 12 Next