Moc se mi ten příklad líbil. Rád bych ve ST programoval. Kdyby nebylo dvou věcí. Nemožnost vytvořit standardní gui a nutnosti tahat s sebou celý ST image (nebo ho pracně ořezávat). Ale možná je to v komerčních implementacích (Visual Age for ST?) lepší.
Takle si v něm udělám maximálně nějaké tic-tac-toe pro vlastní potřebu. Možná, že slušný kompromis by bylo ObjectiveC.
Jen bych rád doplnil Vaši úvahu o velikosti image:
Uvědomte si, že image je vlastně jakýsi framework se všemi knihovnami a teď si porovnejte velikost VM+IMAGE a např. framework .NETů nebo třeba Javy a pak uvidíme, kdo je vítězem. Asi namítnete, že Java stačí na každém počítači pouze jednou a aplikací kolik chcete, ale v praxi stejně většinou na každém počítači běží právě jeden informační systém, navíc v dnešní době 100GB disků to už není takový problém jako kdysi (snad jedině pokud byste takovou aplikaci měl stahovat po modemu).
Jak je to s jinými Smalltalky bych radši nechal odpovědět někoho zasvěcenějšího (co autore :-).
Co se GUI týče, tak pevně věřím, že nás autor přesvědčí v nějakém dalším článku, alespoň o částečném opaku. Navíc nutno zdůraznit, že právě v této oblasti se začíná vývoj Squeaku dost mohutně hýbat.
VisualAge for SmallTalk GUI pochopitelne umi, bez toho by byl opravdu nepouzitelny. Ty image se v praxi neorezavaji. Taky mne to nejprve vadilo, ale zvykl jsem si. Pri soucasnych kapacitach disku je orezevani zbytecna ztrata casu. Squekovska defaultni image ma okolo 10 MB, srovnejte to s velikosti prumerne komercni aplikace pod windows. V praxi (t.j. productivity nasazeni ST aplikaci) bezi na jednom PC ST aplikace v poctu jednotek kusu, takze nejakych par desitek MB na GB discich... ST se pouziva pro psani velkych aplikaci dost, rekl bych vice nez Java. Bude to i tim, ze kdyz prisla Java tak ti co meli aplikace v ST nevideli duvod k jejich prepisovani do Java/EJB. Aplikace ST napsane nejsou zpravidla aplikace toho typu ktere se announcuji na http://freshmeat.net/
Představte si následující situaci: Jste obrovská mezinárodní firma, řekněme třeba IBM. Potřebujete pro sebe vybudovat obrovský informační systém a rozhodujete se, na čem ho postavíte. Dnes máte na výběr tři alternativy, Javu, .Net a Smalltalk. Po čem z toho sáhnete? Hledáte dlouhodobé řešení. Nad Javou a .Netem drží kontrolu vaši největší konkurenti a můžete jen tušit, jak se svými platformami hodlají dále nakládat. Navíc víte, že např. Java vznikla za naprosto jiným účelem, než je budování IS a hlavní motivací jejích autorů bylo, že se nedokázali dohodnout na slušné ceně za licenci Smalltalku. Ať si vyberete cokoliv, víte, že to budete muset svým potřebám silně přizpůsobit. Která platforma je na to nejlépe uzpůsobena? Víte, že budete muset umět najít vývojáře za deset let i více a určitě nechcete, aby v té době byl váš systém postaven na něčem, v čem většina vývojářů odmítá pro archaičnost pracovat, když je k dispozici tak super jazyk, jako je třeba D#. Nebylo by rozumné sáhnout po něčem, co se používá už přes dvacet let jen s minimálními změnami a nikdo necítí potřebu na tom něco do budoucna měnit. Nebo raději sáhnete po něčem, o čem se jednou za čas někdo rozhodne, že by nebylo špatné do toho přidat třeba šablony, protože je to prima věc. Co si takhle koupit licenci Smalltalku a třeba si k němu udělat i vlastní VM? Smalltalk je z nich zdaleka nejotevřenější, což možná není nejvýhodnější pro další komerční distribuci, ale pro in-house řešení je to obrovské plus. Atd. atd. atd.
Teď si navíc představte, že v této situaci stojíte třeba v polovině devadesátých let. Nevím, jestli je tvrzení pana Koláře v současné době pravdivé, ale rozhodně jej za vtip nepovažuji.
Mozna by stalo za povsimnuti, ze IBM vyvinulo vlastni prekladac Javy, ma vlastni JVM, pochazi od nej alternativni GUI toolkit a cela vyvojova platforma.
Google vraci na dotaz "IBM smalltalk" necelych sto tisic stranek, na dotaz "IBM java" necele ctyri miliony.
Cili to vypada, ze si IBM vybralo.
Tvrdit v soucasne dobe, ze Smalltalk se pouziva pro velke aplikace vice nez Java, mi tedy bude jako vtip pripadat i nadale. Alespon do doby, nez prestanete vyjmenovavat vyhody Smalltalku proti jinym jazykum a ukazete nejake informace o te vetsine velkych aplikaci v nem psanych.
Ne neni, jsem zamestnan jako programator v jedne nejmenovane nadnarodni (a pritom puvodem americke) korporaci a vyvijime sw pro komercni vyrobce letadel (airbus, boeing...etc) a smalltalk pouzivame na testovani displayu letadel -> na ovladani pristroje k tomu urceneho = goniometru. A funguje to skvele i presto, ze je to 'X' let stary a velice rozsahly projekt. Proste nemate pravdu.
Jasně, v komerčních implementacích Smalltalku je GUI "normální". Připoměl bych Smalltalk/X, který je volně použitelný i pro komerční účely a má konvenční GUI (součástí je i GUI-builder). Smalltalk/X je také zajímavý právě možností distribuce aplikací bez nutnosti "tahat sebou celý image" a to prostřednictvím kompilace ST kódu do dynamických knihoven. Pro zájemce: http://www.exept.de/sites/exept/english/Smalltalk/frame_uebersicht.html
