Newsgroups: comp.lang.smalltalk
Path: cantaloupe.srv.cs.cmu.edu!das-news2.harvard.edu!oitnews.harvard.edu!purdue!lerc.nasa.gov!magnus.acs.ohio-state.edu!math.ohio-state.edu!howland.reston.ans.net!nntp.coast.net!news.kei.com!news.mathworks.com!uunet!in1.uu.net!news2.new-york.net!not-for-mail
From: Jeff Britton <jnb@bc.cybernex.net>
Subject: >>>>>>>>>> New York Smalltalk Users Group Meetings <<<<<<<<<<
Content-Type: text/plain; charset=us-ascii
X-Nntp-Posting-User: (Unauthenticated)
Content-Transfer-Encoding: 7bit
Organization: JNB Associates, Inc.
Message-ID: <319707BC.1614@bc.cybernex.net>
X-Mailer: Mozilla 2.01Gold (WinNT; I)
Mime-Version: 1.0
X-Trace: 831981452/20744
X-Nntp-Posting-Host: cnj1-201.cybernex.net
Date: Mon, 13 May 1996 09:58:20 GMT
Lines: 130

Greetings Smalltalker:

You would have thought that Andrew Gerngross was doing his standup act 
the way he sparred with the audience last month during his lively 
presentation on Smalltalk and the future of Object Technology.  Thanks, 
Andrew.

Our guest this month is Stan Silver, a consultant now local New York 
area.  

Please check out our varied summer fare.  We will have a writer (David 
N. Smith), a software product (Object/FX) and a machine (OTI)?  We will 
also be present at Object Expo in August.  I'll let you know as I know
our schedule there.

The intermediate group is being very active.  If you would like to 
become involved in the CARS Project please contact one of the leaders:
    Rich Adler       914.783.0859, radler@infi-net.com
    Steve Roffman    212.293.7370, sroffman@ix.netcom.com
    Ravi Khatri      914.332.5401, CIS: 76450,2563

Regards,

Ted McKnight 
co-chair, New York Smalltalk Users Group

==================================================== 
          ATTENTION SMALLTALKERS

You are cordially invited to the next monthly meeting of NYSUG, the 
New York Smalltalk Users Group.

WHEN:   Thursday, May 16 from 6:30 pm - 8:30 pm

WHERE:  The IBM Building, 590 Madison Ave.  - 6th Floor (57th Street)

WHO:    Stan Silver

WHAT:   Object Modules: Representing Subsystems in both Design and Code

?How do you improve your Smalltalk development process
    -Bring your process up to the state of the art
    -Improve the state of the art

?How do you improve the state of the art
    -List the bottlenecks that are slowing you down
    -Widen the bottlenecks, narrowest first

?What are the bottlenecks slowing down Smalltalk development
    -(Stans list)
    -Smalltalk does not have recursive modularity
    -Once you code, your design is obsolete
        -No automatic link between design and code
        -Can't use your CASE tool as a code browser
        -Code changes are not reflected in your CASE tool
    -Not enough trained people

?What is meant by recursive modularity
    -It would be nice to break a large application into about three to
        seven pieces
    -The interfaces between the pieces would be defined
    -Each piece would be designed and coded separately, then assembled
        into the final application
    -Each piece in turn would be broken into smaller pieces

?Dont we have this already
    -There are design approaches in the literature that are recursive,
        but these design approaches do not have corresponding code
        constructs 
    -SLLs and frameworks are modular pieces of code, but are not
        recursive 
    -TEAM/V and Envy have recursive groups of code, but these are
        development groupings, not necessarily fully functioning
        sub-applications
    -PARTS are modular and recursive, and are one attempt at solving 
        this problem

?Is there another approach to recursive modularity
    -The recursive design approaches in the literature are very 
        promising
    -By using good discipline, you can structure your code to correspond
        to the modules of the recursive design processes
    -Using pre-defined code constructs helps designers stick to good
        discipline
    -It turns out that a code construct can be created that corresponds
        to the modules of the recursive design approaches 
    -I call this code construct an Object Module

?How viable are object modules
    -Variations have been used in two commercial applications
    -As currently defined, using object modules helps organize and
        partition code
    -This makes existing architectures easier to understand and maintain
    -Not enough experience has been gained yet to use object modules to
        make architectures better, but there may be a way to do this
    -Whether object modules are used or not, learning about them gives
        good insights into object oriented architecture.

?How can you learn more about object modules
    -Come to the May NYSUG meeting

We request a voluntary contribution of $3 at the door to cover expenses.

INTERMEDIATE STUDY GROUP:
    Monthly meetings:  Please contact Steve Roffman (212) 293-7370,
        sroffman@ix.netcom.com

DATES TO REMEMBER:
-June 1996 NYSUG meeting - Thursday, June 20th.
    David N. Smith, IBM, author of "IBM Smalltalk: The Language"
        'Where is the Smalltalk Standard & Why?'

-July 1996 NYSUG meeting - Thursday, July 18th.
    John Perstion, Object/FX
        Map applications on the Internet developed with Smalltalk

-August 1996 NYSUG meeting - Thursday, August 15th.
    Kim Clohessy, VP Embedded Systems, Object Technology International
        Smalltalk Virtual Machines and Emerging Hardware Technology

Our regular meetings are held the 3rd Thursday of every month.  Call the 
NYPC Hotline at 212.533.NYPC (6972) access code SUG (784) for meeting
information and updates

For more information please contact Ted McKnight at CIS:75200.2765 or by 
phone at 212.745.3922.

For presentations contact Jeffrey Axelrod at CIS:72760.1547.

Check out our home page at http://campus.net/home/stug
