home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / smalltal / 2847 < prev    next >
Encoding:
Text File  |  1993-01-29  |  8.6 KB  |  228 lines

  1. Newsgroups: comp.lang.smalltalk
  2. Path: sparky!uunet!devlgw!looi
  3. From: looi@ssfarch.attmail.com (Wan Looi)
  4. Subject: smalltalk info & recommendation (summary - long)
  5. Sender: looi@ssfarch.attmail.com (Wan Looi)
  6. Message-ID: <1993Jan27.174751.33495@ssfarch.attmail.com>
  7. Date: Wed, 27 Jan 1993 17:47:51 GMT
  8. Organization: DHL Worldwide Express, Redwood City, Calif., USA
  9. Lines: 217
  10.  
  11.  
  12. I'd like to thank the following people for taking the time
  13. to reply to my questions about Smalltalk products and
  14. recommendation:
  15.  
  16. timp@extro.ucc.su.OZ.AU (Tim Posney)
  17. se-bkg@lea.csc.ncsu.edu (Kyle Gene Brown)
  18. panu@ajk.tele.fi (Panu Viljamaa)
  19. tomb@ticipa.pac.sc.ti.com (Thomas Burns)
  20. jeff@is.s.u-tokyo.ac.jp
  21. hasko@heeg.de (Hasko Heinecke)
  22. se-bkg@lea.csc.ncsu.edu (Kyle Gene Brown)
  23.  
  24.  
  25. SUMMARY:
  26. ------------------------------------------------------------------------
  27. From: timp@extro.ucc.su.OZ.AU (Tim Posney)
  28.  
  29. We have developed, and are currently developing, reasonable sized systems
  30. in Smalltalk (>25000 lines) for the financial industry. Most of our
  31. development has been in Smalltalk/V for Dos, but we are porting our
  32. applications to Smalltalk/V/Win and Smalltalk/V/OS2.
  33.  
  34. I can reccomend the digitalk products (Smalltalk/V and whatever 3rd
  35. parties they have taken over lately). The OS2 version has been claimed 
  36. to give 2x performance over windows version. This may disappear with 
  37. the 32 bit Windows version.
  38.  
  39. We use the following products:
  40.         Smalltalk/V win. Cost ~USD600 /developer.  (very approximate).
  41.         There are NO runtime fees/royalties required. (from Digitalk)
  42.  
  43.         WindowBuilder and Subpanes from Cooper and Peters. Cost approx $150,
  44.         although we bought it as an upgrade. It is still cheap. This is a must
  45.         have product as it will cut your screen creation time to almost 0. No
  46.         royalties/runtime.
  47.  
  48.         AM/ST -from digitalk now I believe. This is a reasonable product
  49.      costing about USD500-1000 per user. (may be flexible on larger volume)
  50.  
  51.         We have not used, but are very impressed with Envy. (Don't know the
  52.         manufacturer). It is another source code control/release control
  53.         tool. The cost is prohibitive for us, $20000 for 5 users.
  54.  
  55.         Some SQL interface tool. There are several, spice is ok and a new
  56.         one (from digitalk) is also getting good reviews.
  57.  
  58. Smalltalk/V and AM/ST are available for the MAC, I'm not sure about the
  59. others. Porting simply requires redrawing the screens, the rest
  60. of the application will run unchanged.
  61.  
  62.         We investigated ST-80 from parkplace, but the cost is just
  63.         ridiculous, of the order of $8000/user, (ST-80, libraries and
  64.         screen builder).
  65.  
  66. Our impression is that Smalltalk/V is by far the most common commercialy
  67. used smalltalk package (probably since it is PC based and much cheaper
  68. than the competition).
  69.  
  70. regards tim.
  71.  
  72.  
  73. ------------------------------------------------------------------------
  74. From: panu@ajk.tele.fi (Panu Viljamaa)
  75.  
  76.  We worked with both ObjectWorks (ParcPlace) &
  77.  Smalltalk-V (Digitalk). Unfortunately they seem
  78.  to be the only major players. Their systems
  79.  (= the libraries) are not as compatible with each
  80.  other as you would like. More or less you have to
  81.  choose one and stick to it.
  82.  
  83.  Main points in favor of each:
  84.  
  85.  Digitalk:
  86.   - Cheap
  87.  
  88.   - No run time license, so you can actually make
  89.     a product with little risk.
  90.  
  91.   - Less programming tools but you can (should)
  92.     by them from 3. party.
  93.  
  94.   - Less portability between Mac & PC but better
  95.     integration with each environment (eg: support
  96.     for DLL:s & XCMDs).
  97.  
  98.   - GUI is exactly the native GUI of each environment
  99.  
  100.  
  101.  Parc Place (Objectworks for Smalltalk)
  102.  
  103.   - Expensive.
  104.   - Excellent programming environment.
  105.  
  106.   - Excellent binary portability
  107.      (when using the SAME release).
  108.  
  109.   - Run time licences, but if you have big
  110.     internal user-base, tolerable. However,
  111.     if the system doesn't get into widespread use,
  112.     you lose money.
  113.  
  114.   - Objectworks is akin to Windows, to run
  115.     applications you need to buy the 'substrate'.
  116.     Unfortunately there aren't many commercial
  117.     packages available to run on top of it, so
  118.     YOUR system has to justify the cost alone.
  119.  
  120.   - GUI does not quite conform to the native style
  121.     used on each of the platforms.
  122.  
  123. Take you pick !
  124.  
  125. Panu
  126.  
  127.  
  128. ------------------------------------------------------------------------
  129. From: tomb@ticipa.pac.sc.ti.com (Thomas Burns)
  130.  
  131.            We worked with both ObjectWorks (ParcPlace) &
  132.     Smalltalk-V (Digitalk). Unfortunately they seem
  133.     to be the only major players. Their systems
  134.     (= the libraries) are not as compatible with each
  135.     other as you would like. More or less you have to
  136.     choose one and stick to it.
  137.  
  138. I take issue here.  We are using V/286 and OTI's V/Embedded along with
  139. St80 for a production machine control system.  We have two distinct
  140. flavors of the system where in one the machine control is in V and the
  141. UI in 80, and the other has both machine control and UI coded in an
  142. St80 environment.  The V and 80 machine control images use the same
  143. classes with minor subclassing to define specific behavior appropriate
  144. for each system (NOT each VM).
  145.  
  146. To top it all off, we use our own remote object communications package
  147. and object storage/retrieval system to actively communicate between
  148. the V and 80 systems.  Obviously, for such communication to be valid
  149. then there must be a high degree of commonality between the systems or
  150. an object built in ST/V (for example) will have problems being
  151. reconstructed in St80 due to any number of reasons including instance
  152. variable reordering or different numbers of inst vars in each image.
  153.  
  154. There are two distinct points where ST/V and St80 are at odds:
  155. - GUI (MVC vs. MPD)
  156. - Exception handling (and V's native lack of it)
  157.  
  158. If your code is highly GUI dependent then you might be in trouble.
  159. From what I understand you're even in trouble between different V
  160. platforms.  It should be noted that with a great deal of care and
  161. careful subclassing, V and 80 code can be made very similar even in
  162. the GUI world - if you create panes in each platform that subclass
  163. from the native panes.  These 'translator' panes would provide a
  164. common interface, although it would probably pretty much preclude the
  165. use of a 'View' in St80, not to mention panes more complex than the
  166. standard list and text panes.
  167.  
  168. We are using ENVY from OTI which allows porting between code databases
  169. (one for V and one for 80) and handles expressions to load 80-specific
  170. or V-specific code as appropriate for the cases where divergence is
  171. necessary.  We did have to implement some missing protocols on each of
  172. the platforms to get true commonality.  Things like
  173. Character>>asLowerCase in V and #asLowercase in 80, or in V it's a
  174. MetaClass and 80 has a Metaclass.
  175.  
  176. As far as the pros and cons of each platform, I would generally agree.
  177. The only additional comment I would make is that if you are a student
  178. you can get St80 relatively cheaply.
  179.  
  180. tom
  181.  
  182.  
  183. ------------------------------------------------------------------------
  184. From: jeff@is.s.u-tokyo.ac.jp
  185.  
  186. I am not sure exactly what you are looking for.  Are you looking for a
  187. Smalltalk system or some sort of programs that are written in
  188. Smalltalk.  If you are looking for a Smalltalk system that runs on
  189. both the PC and the Mac in which you can write *your* software *and*
  190. you want good portability there is only one choice:  ParcPlace
  191. ObjectsWorks/Smalltalk.  It is not that it is the best choice, it is
  192. the *only* choice.  There are no other vendors.  I don't know much
  193. about points #4 and #5.  1, 2 and 3 are reasonable.
  194.  
  195. If you are doing a largish application with several programmers then
  196. you should also consider some sort of configuration management and
  197. version control system.  Object Technology International (OTI) has a
  198. product called ENVY/Developer which does all of these things and more.
  199. It is the only industrial strength system like this available for
  200. ParcPlace Smalltalk.  Note that I work for the company so I am not
  201. completely unbiased.  For more info on ENVy?Developer send a request
  202. to info@oti.on.ca
  203.  
  204. Good luck
  205.  
  206.  
  207. ------------------------------------------------------------------------
  208. From: se-bkg@lea.csc.ncsu.edu (Kyle Gene Brown)
  209.  
  210. Why don't you give us a call at Knowledge Systems.  We've had more
  211. experience with writing cross-platform portable Smalltalk systems than
  212. any other company that I'm aware of.
  213.  
  214. In addition, we offer a full range of consulting and training services,a
  215. s well as a product suite for Smalltalk/V Windows and Smalltalk/V PM
  216. products.
  217.  
  218. Our number is (919) 481-4000
  219.  
  220. Kyle Brown
  221.  
  222. ------------------------------------------------------------------------
  223. -- 
  224. Systems Arch., DHL Airways, Inc., 333 Twin Dolphin Dr, Redwood City, CA 94065
  225. INET: looi@ssfarch.attmail.com  UUNET: uunet!ssfarch!looi
  226. VOICE: (415) 802-4584    FAX: (415) 593-1689
  227.  
  228.