home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!gatech!rpi!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!ucbvax!buckingham.ac.uk!ian
- From: ian@buckingham.ac.uk (Ian East)
- Newsgroups: comp.sys.transputer
- Subject: occam
- Message-ID: <17902.9208140844@buck.ac.uk>
- Date: 14 Aug 92 08:44:19 GMT
- Sender: daemon@ucbvax.BERKELEY.EDU
- Distribution: world
- Organization: The Internet
- Lines: 29
-
-
-
- If there's a wall around I'll bang my head against it. With luck enough others
- might bang this one. Yer never know it might fall down.
-
- occam is not dead. It is in widespread use throughout the transputer development
- community by those who are willing to try it out and listen to its arguments.
-
- Why is occam so good? The potted version: security, explicit concurrency,
- readability and run-time modularity via processes. (It is easy to think and
- reason about a system as a network of processes at run-time. These are easily
- expressed and read in occam.) Security is not easy to achieve in a concurrent
- system. occam makes it a hell of a lot easier. Besides, is it so unreasonable
- to use a parallel programming language to do parallel programming. I have seen
- code written in C for transputers which has been recoded in occam. I know which
- I would rather read and trust!
-
- My message is simply this. TRY IT! It is the easiest language I've ever learned
- and by far and away the most rewarding to use.
-
- occam 3 will provide source-code modularity too, which just about picks up all
- the requirements of a modern programming language. All we need now is compilers
- for a range of targets (especially Macs, Suns as used in teaching establishments
- so as to broaden the expertise base). These appear at last to be on their way
- now that Inmos have released source for their compiler,
-
- Ian East
- ian%buck@uk.ac.ukNet
- University of Buckingham
-