Opinie na temat książki o programowaniu AVR w C - warto zainwestować?

I wiele, wiele innych rzeczy o których programista C _nie musi_
pamiętać.

Do momentu jak mu się program "zesra", bo stos wlezie na zmienne.

Zapewne asm jest tak magiczny że to się nie ma prawa popsuć w ten sposób,
nie?

Tak, szczególnie jak masz np. 1K Flash-a i 64B ramu
Ale wtedy co robi programista w C? Zamiast ATtiny13, ładuje się
ATtiny2313 i problem rozwiązany.

I ma wiele racji. Dla $0.50 oszczędności per sztuka może sie okazać że
nie ma co robić rekodzieła w kodzie asm przez 4 miesiące aż się
*zmieścisz* co do bajta tylko od razu wziąść na zapas i program napisać
w dwa wieczory.
A żeby było śmieszniej, to wkrótce marketingowcy wymyślają nowy

Tak, szczególnie jak masz np. 1K Flash-a i 64B ramu
Ale wtedy co robi programista w C? Zamiast ATtiny13, ładuje się
ATtiny2313 i problem rozwiązany.
I ma wiele racji. Dla $0.50 oszczędności per sztuka może sie okazać że
nie ma co robić rekodzieła w kodzie asm przez 4 miesiące aż się
*zmieścisz* co do bajta tylko od razu wziąść na zapas i program napisać
w dwa wieczory.
A żeby było śmieszniej, to wkrótce marketingowcy wymyślają nowy
"feature" który wymaga delikatnej zmiany softu i znowu jakiś człowiek
który kosztuje firmę $2.5k+/miesiąc spędza miesiąc w poszukiwaniu
kilkunastu bajtów wolnej pamięci. Przykład z życia wzięty. Po
jakimś czasie sytuacja się powtarza. A to wszystko dzięki strategicznym
decyzjom oszczędnościowym podczas gdy skala produkcji nie uzasadniała
takiej "optymalizacji".

Ale czasami wk...wia mnie do białości sytuacja gdy np instaluję drukarkę
gdzie sterowniki do niej zamieszczone są na dwóch płytach DVD.
Choć wiem, że wystarczą góra dwa pliczki dll + inf i po sprawie.
Ale zwykłemu userowi ciągle sprzedaje się kit, że tak ma być. Że
instalacja musi trwać 2 godziny, żę musi zainstalować sobie całe to gówno,
że musi podać dane osobowe swoje, szefa i strukturę produkcji firmy oraz
obowiązkowo zamówić oryginalne materiały eksploatacyjne.

Odbiegam od tematu ...
A chciałem tyko napisać o oprogramowaniu.
Patrząc na teorię oprogramowania i twory jakie trzeba póżniej eksploatować
często się bebechy gotują.
Najczęściej jest to niestety przerost formy nad treścią.

Odbiegam od tematu ...
A chciałem tyko napisać o oprogramowaniu.
Patrząc na teorię oprogramowania i twory jakie trzeba póżniej eksploatować
często się bebechy gotują.
Najczęściej jest to niestety przerost formy nad treścią.

Jasne. A prowadzi to do tego, że mój komputer ma 2 GB pamięci RAM i
obecnie zajętość wynosi 89% - a to oznacza, że będę musiał znów zamknąć
przeglądarkę i odpalić ją ponownie, bo autorom Firefoksa od samego
początku nie udaje się opanować problemu nadmiernej żarłoczności
zwierzaka i 1.5GB RAM zabiera mi własnie Firefox po 3 dniach pracy
komputera non-stop. Ale kto by się przejmował tymi gigabajtami? User se
dokupi...

On 2011-01-31 16:38, J.F. wrote:
[.....]
Albo musi, i nie tylko pamietac, ale wiedziec jak to jest w procku, i
jak z tego skorzystac w C. Timery, komunikacja, przerwania ..
Tzn. rzeźbiarz w assemblerze nie musi wiedzieć takich rzeczy?
Każdy programista systemowy musi mieć jakieś pojęcie o sprzęcie.

Głównym problemem jest jak namówić klienta do kupna czegoś co mu zupełnie do
niczego nie będzie potrzebne.

A pewnie świadomie tworzą potworki typu pakiety office czy kolejne wersje

przeglądarek Adobe Reader które poza tym, że są coraz większe objetościowo i
wymagają coraz lepszego sprzętu to właściwie nic nowego poza formą nie
wnoszą.

W tym momencie przychodzi mi na myśl Volkow Commander (VC) napisany w 100%
w ASM który zajmując 47KB dawał więcej radości i pożytecznych funkcji niż
oryginalny pakiet Nortona Commandera gdzie sam tylko ten commander wymagał
około 512KB. Tego się nie dało trzymac na dyskietce wspólnie z systemowymi
plikami DOSa więc trzeba było mieć dwie dyskietki. Tymczasem VC spokojnie
na luziku nadawał się nawet do uruchomienia w pamięci wysokiej za pomocą
Load High i nie zagracał konwencjonalnej :)

A mi przychodzi do głowy Racal-Redak, który udawało się odpalić na PC-XT

A mi przychodzi do głowy Racal-Redak, który udawało się odpalić na PC-XT

Porównałem wtedy kiedyś prędkość autoroutera Racal-Redaka i Protela (na
jakimś małym ale złośliwie połączonym przykładziku). To, co Protelowi
zajmowało n minut Racal-Redakowi zajmowało n sekund i wynik był lepszy.

On 1 Lut, 00:17, RoMan Mandziejewicz<ro...@pik-net.pl> wrote:

1.5GB RAM zabiera mi własnie Firefox po 3 dniach pracy

Można zapytać jaki system? Ja miałem takie piki dopóki nie wyłączyłem
wtyczki flash.
Tak, Flash wyraźnie zwiększa wymagania pamięciowe FF aczkolwiek to co

A mi przychodzi do głowy Racal-Redak, który udawało się odpalić na PC-XT
(640kB RAM) z jednym drivem 320kB i bez HD.
Trzeba było zrobić RAM-dysk chyba rzędu 180kB (ani więcej ani mniej) i
czasem przekładać dwie dyskietki w drive.
Zaprojektowałem tak w 1988 roku 2-stronną (względnie dużo elementów w DIP)
płytkę jakieś 15cm x 25cm. To był tester, który używaliśmy jeszcze w 2004
aż do momentu wejścia Unii i CE.

A chciałem tyko napisać o oprogramowaniu.
Patrząc na teorię oprogramowania i twory jakie trzeba póżniej eksploatować
często się bebechy gotują.

Hello JDX,

Monday, January 31, 2011, 10:40:22 PM, you wrote:

Tak, szczególnie jak masz np. 1K Flash-a i 64B ramu
Ale wtedy co robi programista w C? Zamiast ATtiny13, ładuje się
ATtiny2313 i problem rozwiązany.
I ma wiele racji. Dla $0.50 oszczędności per sztuka może sie okazać że
nie ma co robić rekodzieła w kodzie asm przez 4 miesiące aż się
*zmieścisz* co do bajta tylko od razu wziąść na zapas i program napisać
w dwa wieczory.
A żeby było śmieszniej, to wkrótce marketingowcy wymyślają nowy
"feature" który wymaga delikatnej zmiany softu i znowu jakiś człowiek
który kosztuje firmę $2.5k+/miesiąc spędza miesiąc w poszukiwaniu
kilkunastu bajtów wolnej pamięci. Przykład z życia wzięty. Po
jakimś czasie sytuacja się powtarza. A to wszystko dzięki strategicznym
decyzjom oszczędnościowym podczas gdy skala produkcji nie uzasadniała
takiej "optymalizacji". :-)

Jasne. A prowadzi to do tego, że mój komputer ma 2 GB pamięci RAM i
obecnie zajętość wynosi 89% - a to oznacza, że będę musiał znów zamknąć
przeglądarkę i odpalić ją ponownie, bo autorom Firefoksa od samego
początku nie udaje się opanować problemu nadmiernej żarłoczności
zwierzaka i 1.5GB RAM zabiera mi własnie Firefox po 3 dniach pracy
komputera non-stop. Ale kto by się przejmował tymi gigabajtami? User se
dokupi...
Zmień na Operę, serio, ja mam otwarte 13 zakładek i monitor pokazuje mi

On Tue, 1 Feb 2011 00:17:15 +0100, RoMan Mandziejewicz wrote:
Jasne. A prowadzi to do tego, że mój komputer ma 2 GB pamięci RAM i
obecnie zajętość wynosi 89% - a to oznacza, że będę musiał znów zamknąć
przeglądarkę i odpalić ją ponownie, bo autorom Firefoksa od samego
początku nie udaje się opanować problemu nadmiernej żarłoczności
zwierzaka i 1.5GB RAM zabiera mi własnie Firefox po 3 dniach pracy
komputera non-stop. Ale kto by się przejmował tymi gigabajtami? User se
dokupi...

No wiesz, odpowiednio duzy program zawiera stala ilosc bledow - jedne
usuwaja, inne dodaja. Nie daje sie tego uniknac.

A spojrz od drugiej strony - jaki to skomplikowany program ten
Firefox. Takie czasy.
Opera ma więcej i mniej zajmuje, ma np czytnik poczty i grup.