Zdrojový kód Furbyho z 1998 (diskuse)

[debian]

Furby je nuda, Shelby se uměl i pěkně naštvat

[2017]

To PDF vypada jako jedinej backup co meli

[Bluebear]

co to je za perl?

[Blaazen]

Assembler jak na Commodoru.

[Bystroushaak]

To vypadá jak kdyby někdo ten kód propašoval z lágru v Severní Koreii ukrutý v análu ofocený na mikrofiších.

Jinak představte si ten horor, který se Furbyúm stal - unikla doslova jejich duše.

[xkucf03]

To vypadá jak kdyby někdo ten kód propašoval z lágru v Severní Koreii ukrutý v análu ofocený na mikrofiších.

Od toho je to assembler, ne?

[Bherzet]

[Hu]

Asi budu znít jako idiot, ale to v té době nebyly žádný dobrý překladače pro MCU? To se takový projekty psaly v assembly běžně?

[Blaazen]

Spíš v tý době ještě byli dobrý programátoři. Dneska by to napsali v Javě a každejch čtrnáct dní vydávali aktualizace.

[futurolog]

a Furby by mal 4 jadra, 8GB RAM, 500 GB ssd a baterku na kolieskach...

[Bystroushaak]

Spíš v tý době ještě byli dobrý programátoři. Dneska by to napsali v Javě a každejch čtrnáct dní vydávali aktualizace.

Dneska hlavně většina CPU cílí na kompilátory a programovat pro ně v ASM je docela peklo. Jinak nevím co máš proti aktualizacím. Jejich absence znamená, že tam prostě budou neopravitelné bugy.

[Bystroushaak]

Asi budu znít jako idiot, ale to v té době nebyly žádný dobrý překladače pro MCU? To se takový projekty psaly v assembly běžně?

V té době a na té cílové platformě to dávalo smysl, protože je to prostě efektivnější než kam se vmáčkneš s C. Osobně taky nevidím C jako jasnou volbu, pokud je projekt dostatečně malý aby se to dalo pořád ještě chápat a udržovat v ASM (bavím se o mikrokontrolerech, ne x86).

[Kate]

Já ano. Z nadšení jak úžasně superúsporný kód dovedu napsat v ASM 8051 už jsem vyrostla… V C máš podstatně lepší šanci předat kód dál, ať už jinému programátorovi, tak na jiné MCU. Navíc, portování programu pak chce znalost nejen cílové architektury, ale i té původní. Jasně, u programu blikačky na kolo běžícího na ATTiny by to asi bylo jedno, ale cokoliv trochu většího asi ne.

[BFU]

http://www.catb.org/jargon/html/story-of-mel.html

[Kate]

To zní jako blázen co by byl schopný psát z hlavy i kód v malbolge :D

[franci]

Ostatně, o pár let později než v tom odkazu (v roce 1987) jsem si na Sharpu MZ-800 mohl vybrat. Buď zmáčknout C a něco zdlouhavě nahrávat z kazety, nebo zmáčknout M (jako Monitor) a začít hned psát v hexa. Z80 těch instrukcí zas tolik neměla a na základce měl človek ještě čestvý mozek a dost času si to zapamatovat. Takže třeba vzniklo "psaní" do borderu obrazovky, kdy se počítalo s tím, jak paprsek vykresluje obraz na televizi a správným načasováním změny jeho barvy (jediná věc, která s ním šla v borderu udělat) se vykreslovaly znaky.

[Emil]

U jednoúčelové hračky, u které se nepředpokládá další vývoj, to předávání dalšímu programátorovi není tak zásadní aspekt.

A co se týče hardware, tak čím je to jednodušší věc, u které se předpokládá masový prodej, tím víc se ušetří na použití levnějšího hardware oproti dražšímu hardware, a tím víc se vyplatí radši dobře zaplatit programátora, který to pro ten levnější hardware dokáže optimalizovat.

I dnes jsou firmy, které se drží na trhu právě tím, že vymáčknou maximum z nejlevnějšího hardware, na kterém danou úlohu lze zvládnout. A právě k tomu mají programátory, kteří jsou zvyklí programovat v prostředích, kde jsou k disposici jen stovky bajtů a programuje se i v tom assembleru.

[Grunt]

Nechci se do toho motat ale není to SoC vytvořený z 8-bitového 6502?

[dustin]

Nema ten MCU jen 150 bajtu RAM? V r. 98 byly jednocipy podstatne drazsi nez dnes.

[debian]

strana 165 ... toto tiez z hlavy :D

[HonzaRez]

Superhračky vydrží celé léto...