tyhle argumenty miluju - sice tam zadne kalendariky nejsou, ani combo boxy, ani dalsi veci, ale VELMI SNADNO si je muzete udelat sami!
to je krasa :)
logicky to ale muze ohromit jen lidi v akademickem prostredi. v praxi proste neni cas na psani (sic jednoduche) vlastnich combo-boxu, ktere se pak stejne nechovaji jako ty nativni, na ktere jsou uzivatele zvykli.
"...Morphic spíše než k prototypování a vytváření aplikací slouží pro prototypování grafických uživatelských rozhraní jako takových. Není problém si v něm udělat poměrně snadno třeba vlastní combo-box, ale už udělaný ho ve standardním Squeaku nikde nenajdete..."
Pokud člověk uvažuje o používání nějakého nástroje, musí vědět, co od něj čekat, za jakým účelem byl vytvořen, znát jeho omezení a možnosti. O to v tomhle článku jde. Morphic bohužel ještě nedospěl do stavu, kdy by jej bylo možno efektivně použít např. pro vytvoření běžné formulářové databázové aplikace.
Produktivita je pro praxi prvořadá. Právě proto je třeba začít brát Smalltalk velmi vážně. Opravdu to vynikne, pokud má člověk možnost porovnat programování ve Smalltalku a třeba v C++. Když zjistíte, kolikrát jste si nuceni v C++ házet sami klacky pod nohy a to ještě se svázanýma rukama...
Bylo by myslim dobre prestat srovnavat Smalltalk a C++. Nebo alespon netvrdit, ze z porovnani Smalltalku a C++ vychazi, ze je potreba Smalltalk brat velmi vazne.
C++ je jazyk navrzeny s ohledem na vykon a prakticke pouziti, cili je delany na neco uplne jineho nez Smalltalk.
Je to jako tvrdit, ze kladivem se hrebiky zatloukaji mnohem lepe nez krumpacem: je to pravda, ale k nicemu.
Z běžně používaných jazyků je dnes Smalltalku nejbližší C# + .Net Framework, takže srovnávat by se mělo spíše s ním. To platí víceméně i pro oblast nasazení.
To ano, ale spousta tech klacku vyplyva IMHO ze silne typove kontroly C++...
Treba PHP je casto vytykano, ze malo podporuje OOP. Jenze kdyz odmazete z C++ featury, ktere jsou nutne kvuli silne typove kontrole, tak zjistite, ze PHP umi skoro totez ;-) (Ale jen skoro.)
