| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Programming In Os/2 3.0 |
David Hooker wrote in a message to Geert Bosch: DH> Of all languages that support OO that *I'm* familiar with DH> (C++, Eiffel, Borland's Pascal, SmallTalk, Ada95) - there DH> are pros/cons for each over the other in certain aspects. DH> Of these languages, however, it is my opinion that C++ DH> offers more *flexibility* than any other. The point is, that there is much flexibility, but you shouldn't use it. As much as I want to write really clean, state-of-the-art and properly typed programs, when I'm doing things the wrong way and I know what I want, I'm really tempted to do some dirty type-cast to reach my goal. More often than not, it turns out I was having problems because of a flaw in my design. Flexibility isn't always good. Furthermore, C++ will never be a substitute for the OO capabilities of SmallTalk. And C++ doesn't have the clean structure and concurrent programming support of Ada. Just use the right tool for the job. DH> programming using a good OO design. But I don't believe DH> that it discourages it either! It does, especially when looking at most C++ code I have to work with. ;-) I think we agree on the point of usage of C++ as objectized C. It's sad. To get back on the discussion of *OS/2* programming: the statement I want to make, and which I think is valid, is that OS/2 programmers have multiple languages to choose from. There's no reason to pretend we all should use C++ as some people suggest. It sounds like: 'We don't want a language war. Just use C++.' Groetjes, Geert --- timEd/2 1.01+* Origin: My other computer is a SUN ;-) (2:283/307.40) SEEN-BY: 12/2442 620/243 624/50 632/348 640/820 690/660 711/409 410 413 430 SEEN-BY: 711/807 808 809 934 942 949 955 712/515 713/888 800/1 7877/2809 @PATH: 283/307 7 35 512 280/801 24/24 396/1 3615/50 229/2 12/2442 711/409 808 @PATH: 711/809 934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.