All applications developed today are not web applications and even if they were, they are not so simple and trivial that the development process would not benefit from using a modeling language such as UML.
A single program entity may be fairly simple and it may of course be possible to leverage the development on already built components - which does not remove the total complexity of the environment they shall work in. This can amount to quite complex systems of applications.
Besides, UML is not restricted to model a program design, anything that can benefit from being modeled (a program design, a business process, or whatever)
But the book was not about UML either, it was about Rational's Unified Process, something completely different. Within that process a good choice for a modeling language could be UML, but I hardly belive that is required - that would be a bit silly.
Is there any scripting solution that does not beat the hell out of DOS batch files?:-)
Both REXX on OS/2 and ARexx are nice scripting languages, but are very different beasts compared to REBOL, as far as I can see by looking at the guides on the REBOL web site.
I think the basic concept of REBOL is neat, but it seems to still have a long way to go before being a replacement for Python or Perl in general.
Since REBOL seems to be available for a number of platforms, it should not be necessary for you to buy a new Amiga to get it...
Well, networking is what happened - especially the Internet. CORBA provides a standard way to access software, using object interfaces, in a way that is language- and platform neutral - and transparent to the application.
And since OO many times is a good way to handle complex softway models, choosing the OO paradigm as a base for this interface architecture is not too bad. Note that OMG is not only about defining how objects communicate with each other, their effort is to provide all sorts of standardised interfaces related to software objects.
However, I think that there is a bit too much of trying to be buzzword compliant in some cases. CORBA is certainly not the answer to all interoperability needs and it won't solve all interoperability/integration problems by just plugging in CORBA interfaces everywhere.
I think CORBA 3.0 is a step on the way of making it more useful and allowing integration with EJB is good.
I knew I had seen that name and book title before (COM and DCOM - Microsoft's Vision for Distributed Objects) - I obtained that book around 1,5 years ago and I got it here in my bookshelf.
You definitely see that he is not too happy with Java view of the world in the book. On the back of the book it says "An expoert's unbiased appraisal of Microsoft's object technologies and how they can work for your enterprise" - well, I would not call it unbiased.
Calling Java proponents for "wannabees", "rebel alliance" and some other things does not give an impression of someone that strives to be unbiased and keep a neutral tone.
At least as far as I got in the book, I did not read all of it.
I believe the claim is that Håkan Lans was the first that created a device that is similar to the mouse of today, with a ball underneath. Engelbart's device had two perpendicular wheels.
At least there is something that's a bit cheaper here in Sweden...
In general broadband access costs around US $20-25 per month here.
All applications developed today are not web applications and even if they were, they are not so simple and trivial that the development process would not benefit from using a modeling language such as UML.
A single program entity may be fairly simple and it may of course be possible to leverage the development on already built components - which does not remove the total complexity of the environment they shall work in. This can amount to quite complex systems of applications.
Besides, UML is not restricted to model a program design, anything that can benefit from being modeled (a program design, a business process, or whatever)
But the book was not about UML either, it was about Rational's Unified Process, something completely different.
Within that process a good choice for a modeling language could be UML, but I hardly belive that is required - that would be a bit silly.
Is there any scripting solution that does not beat the hell out of DOS batch files? :-)
Both REXX on OS/2 and ARexx are nice scripting languages, but are very different beasts compared to REBOL, as far as I can see by looking at the guides on the REBOL web site.
I think the basic concept of REBOL is neat, but it seems to still have a long way to go before being a replacement for Python or Perl in general.
Since REBOL seems to be available for a number of platforms, it should not be necessary for you to buy a new Amiga to get it...
Well, networking is what happened - especially the Internet. CORBA provides a standard way to access software, using object interfaces, in a way that is language- and platform neutral - and transparent to the application.
And since OO many times is a good way to handle complex softway models, choosing the OO paradigm as a base for this interface architecture is not too bad.
Note that OMG is not only about defining how objects communicate with each other, their effort is to provide all sorts of standardised interfaces related to software objects.
However, I think that there is a bit too much of trying to be buzzword compliant in some cases.
CORBA is certainly not the answer to all interoperability needs and it won't solve all interoperability/integration problems by just plugging in CORBA interfaces everywhere.
I think CORBA 3.0 is a step on the way of making it more useful and allowing integration with EJB is good.
I knew I had seen that name and book title before (COM and DCOM - Microsoft's Vision for Distributed Objects) - I obtained that book around 1,5 years ago and I got it here in my bookshelf.
You definitely see that he is not too happy with Java view of the world in the book. On the back of the book it says "An expoert's unbiased appraisal of Microsoft's object technologies and how they can work for your enterprise" - well, I would not call it unbiased.
Calling Java proponents for "wannabees", "rebel alliance" and some other things does not give an impression of someone that strives to be unbiased and keep a neutral tone.
At least as far as I got in the book, I did not read all of it.
You need to get SuSE:s permission to redistribute YaST in another distribution, basically. Look at
I believe the claim is that Håkan Lans was the first that created a device that is similar to the mouse of today, with a ball underneath.
Engelbart's device had two perpendicular wheels.
If I remember correctly, HPFS is copyrighted by Microsoft, so it might be a bit complicated to accomplish that.