2009/12/30 Guido Stepken <[email protected]>: > > Hi folks! > > I really would appreciate some sort of "orientation" in this jungle of code > in Pharo/Squeak ... > > 1. What classes are compatible to other smalltalks? When i follow > mailing-lists of Dolphin, Squeak, VW, VA Magma - there still is a bunch of > porting problems. Why?????? What classes should i give preference to > minimize porting cost?
I have that information in my personal Swiki, too many pages to share and didn't see a potential profit since I have to search for work in .Net/Java now :( > > 2. Interfaces ... hmmm, well ... there are many programmes thinking in > categories of "interfaces", "libraries", "class dependencies", e.t.c. Of > course, Smalltalk is something completely different, but it makes it > difficult for s.b. e.g. coming from Java or C++, to find into Smalltalk > concepts. Gofer - till now, i have just a wage imagination, what it's good > for ... > > 3. GUI builder. IMHO, it's very easy to build a GUI with morphic. In Squeak, > e.g. i simply generate my input forms with EToys, which can be replaced of > course by a few lines of code typed in by hand ... But for developers coming > from Java, C++ ... the first ask for a GUI builder and XAML e.t.c. There > should be some documentation, that leads programmers, that are willing to > switch over to Smalltalk, into the right direction. Just a few examples, > e.g. how to build a form, that scrolls through some MySQL data sets, really > would help. What about compatibility? Is Morphic portable to other > Smalltalks? > > 4. Multitasking, green threads, ... There are really missing some pointers, > howto code e.g. a background process that is fetching some data from e.g. > MySQL or reading/writing large files, sending data over network - without > freezing the GUI. Have you tried? http://wiki.squeak.org/squeak/2978 > > 5. Standards: XML-RPC, SOAP, RMI, CORBA, .... encryption (SSL) ... Without > having a precise idea, where to find working examples to exchance data with > other systems, i would hesitate to begin to do projects with Pharo/Squeak > ... > > 6. Databases: Magma seems to be fine as database, but also dog slow. I > really hesitate to start serious projects with Magma. > Then start one like we did in CONICET in Argentina, see http://documentosyobjetos.ning.com/video/opus-series-impresas-y-en (that's a video of the first FRBRoo implementation in Smalltalk, using Seaside and Magma) > 7. Speed, Memory consumption, Quality of modern algorithms: When working > with Seaside, PIER ... that stuff is dog slow, memory consuption is hardly > predictable. That makes webhosting e.g. on vservers absolutely impossible, > the whole system quickly becomes unstable. IMHO in Pharo there are routines, > that really waste a lot of memory, that could be programmed in a more > intelligent way, expecially collection's algorithms ... ;-) > Perhaps Donald Knuth books ("Art of Computer Programming") could help? Where > e.g. is 'fulltext hash' or 'fulltext search' implemented in Magma, e.t.c.? > Whole world works with fulltext databases (Google, MySQL, PostgreSQL, even > MSSQL, Oracle). Thats 'state of the art'!!!!!!!! Search in TB databases in > milliseconds! No, latest text searching algorithms aren't in that book. And the world doesn't starts and end in Google and Oracle databases, there are lot of users doing controlled vocabulary searches in commercial or government systems. Cheers, Hernán > > so far my 0.0199999999€ > > Keep up the good work on Pharo, it's still a long way to go! > > regards, Guido Stepken > -- > View this message in context: > http://n2.nabble.com/Developer-guide-tp4233838p4233838.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > [email protected] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
