«

The choice of programming languages is usually based on the software
type. I try to come up with a list to help me understand more. I know
there are some other languages I haven't included, but I just highlight
the the popular and modern high level programming languages. After
making this list, I conclude C++ is still the most popular programming
languages in software development.

Systems Software (C, C++)
Real-time software (C, C++)
Embedded Software (C, C++)
Engineering & scientific software (C++)
Commercial Desktop-Based Software (C++, Java)
Enterprise Web-Based Software (J2EE, .NET)
Artificial Intelligence software (C++, Lisp)
Please advise and comment. Thanks!!

jrefactors wrote:

> The choice of programming languages is usually based on the software
> type. I try to come up with a list to help me understand more. I know
> there are some other languages I haven't included, but I just highlight
> the the popular and modern high level programming languages. After
> making this list, I conclude C++ is still the most popular programming
> languages in software development.
>
> Systems Software (C, C++)
> Real-time software (C, C++)
> Embedded Software (C, C++)
> Engineering & scientific software (C++)
> Commercial Desktop-Based Software (C++, Java)
> Enterprise Web-Based Software (J2EE, .NET)

Web servers - Python, Perl, Ruby, PHP. Because you install a server only
once (per few hundred thousand users), you have great freedom to use
platforms and languages that is clean, light, and _not_ marketed as
relentlessly as Disney's teen stars.

> Artificial Intelligence software (C++, Lisp)

It's an accident of history that Lisp, which has nothing to do with AI, was
once touted as a kind of expert database engine.

Another category you forgot - scripting layers within harder applications.
For games the leader there is Lua.

--
Phlip
http://industrialxp.org/community/bi...UserInterfaces

<> wrote in message
news: oups.com...

> Real-time software (C, C++)
> Embedded Software (C, C++)

You will still find a lot of assembly language here, especially in embedded.
Also, a lot of embedded software uses specialized languages like JAL. You
will also still find a fair amount of Ada in real time. Where you find C++
in these categories it will be a language that you wouldn't recognize as C++
but is called C++. C++ has little real time capabilities, and the
processors used in embedded for the most part can't support nested scope
languages like C/C++. Where C is used, it is often no more than a wrapper
for inline assembly code.

> Engineering & scientific software (C++)

Still a lot of Fortran here (ugh!) Where C++ is used it is almost always C
compiled with a C++ compiler. Frequently even the C looks more like Fortran
than C.

> Commercial Desktop-Based Software (C++, Java)

Almost always VB, almost never Java, yes, a fair bit of C++

> Enterprise Web-Based Software (J2EE, .NET)

C# is gaining some ground here

...

wrote:

> The choice of programming languages is usually based on the software
> type. I try to come up with a list to help me understand more. I know
> there are some other languages I haven't included, but I just highlight
> the the popular and modern high level programming languages. After
> making this list, I conclude C++ is still the most popular programming
> languages in software development.
>
> Systems Software (C, C++)
> Real-time software (C, C++)
> Embedded Software (C, C++)
> Engineering & scientific software (C++)

Tons of Fortran still in use in this field, everything from nuclear
reactor design and control to aviation design to hydrologic database
apps. Fortran, despite years of neglect from the Computer Science
departments of the world, is alive and well. In fact, how many of y'all
are aware that the latest official standard has just been approved
(Fortran 2003, superceding Fortran 95)? Lots of object-oriented
features and other language updates.

C/C++ might be the most *popular* language around, but that isn't the
same thing as having it be the *best* language, especially for vastly
different applications.

Jim C
(added comp.lang.fortran to followups)

> Commercial Desktop-Based Software (C++, Java)
> Enterprise Web-Based Software (J2EE, .NET)
> Artificial Intelligence software (C++, Lisp)
> Please advise and comment. Thanks!!
>

xpyttl <> wrote:
> > Real-time software (C, C++)
> > Embedded Software (C, C++)
>
> You will still find a lot of assembly language here, especially in embedded.
> Also, a lot of embedded software uses specialized languages like JAL. You
> will also still find a fair amount of Ada in real time. Where you find C++
> in these categories it will be a language that you wouldn't recognize as C++
> but is called C++. C++ has little real time capabilities, and the
> processors used in embedded for the most part can't support nested scope
> languages like C/C++. Where C is used, it is often no more than a wrapper
> for inline assembly code.

This depends very much on which processor and device you're working with
and what you mean by "embedded". Plenty of people are writing C and C++
code to run on processors like the ARM and certain Motorola chips, which
most people would have little trouble describing at embedded software.
Software these days is quite a bit more complex than just interfacing
with the hardware, and it's quite frequent that substantial amounts of C
or C++ code is written for embedded software.

The libraries may be simplified considerably, but the language is
practically the same. You can compile the complete ANSI C language for
the ARM chip using gcc, and you get stuff that works very well. I
especially don't see what nested scope has to do with anything; scope is
a linguistic issue, and is about source code, not the compiled result.
I'm not aware of any major embedded systems that don't implement a call
stack, if that's what you mean. They may exist, but are far from in the
majority.

--
www.designacourse.com
The Easiest Way To Train Anyone... Anywhere.

Chris Smith - Lead Software Developer/Technical Trainer
MindIQ Corporation

In article <>,
Chris Smith <> wrote:

> xpyttl <> wrote:
> > > Real-time software (C, C++)
> > > Embedded Software (C, C++)
> >
> > You will still find a lot of assembly language here, especially in embedded.
> > Also, a lot of embedded software uses specialized languages like JAL. You
> > will also still find a fair amount of Ada in real time. Where you find C++
> > in these categories it will be a language that you wouldn't recognize as C++
> > but is called C++. C++ has little real time capabilities, and the
> > processors used in embedded for the most part can't support nested scope
> > languages like C/C++. Where C is used, it is often no more than a wrapper
> > for inline assembly code.
>
> This depends very much on which processor and device you're working with
> and what you mean by "embedded". Plenty of people are writing C and C++
> code to run on processors like the ARM and certain Motorola chips, which
> most people would have little trouble describing at embedded software.
> Software these days is quite a bit more complex than just interfacing
> with the hardware, and it's quite frequent that substantial amounts of C
> or C++ code is written for embedded software.

As an example take the software in a digital video camera, or a DVD
player (includes a complete MPEG decoder), or a TIVO box, or a
PlayStation 2 etc. I am sure the embedded software in this hardware is
not written in assembler.

"J. F. Cornwall" <> wrote in message
news:5xxCd.37081$F25.13689@okepread07...
> wrote:
>
>> The choice of programming languages is usually based on the software
>> type. I try to come up with a list to help me understand more. I know
>> there are some other languages I haven't included, but I just highlight
>> the the popular and modern high level programming languages. After
>> making this list, I conclude C++ is still the most popular programming
>> languages in software development.
>>
>> Systems Software (C, C++)
>> Real-time software (C, C++)
>> Embedded Software (C, C++)
>> Engineering & scientific software (C++)
>
> Tons of Fortran still in use in this field, everything from nuclear
> reactor design and control to aviation design to hydrologic database apps.
> Fortran, despite years of neglect from the Computer Science departments of
> the world, is alive and well. In fact, how many of y'all are aware that
> the latest official standard has just been approved (Fortran 2003,
> superceding Fortran 95)? Lots of object-oriented features and other
> language updates.
>
> C/C++ might be the most *popular* language around, but that isn't the same
> thing as having it be the *best* language, especially for vastly different
> applications.
>
> Jim C
> (added comp.lang.fortran to followups)
>
>> Commercial Desktop-Based Software (C++, Java)
>> Enterprise Web-Based Software (J2EE, .NET)
>> Artificial Intelligence software (C++, Lisp)
>> Please advise and comment. Thanks!!
>>
>

Jim,

Along those same lines, vi is probably the most popular unix editor
simply for the fact that it is been around so long and is included in every
distro. Doesn't mean it's the best. Lol. Personally, I like Borland's Delphi
for win32 apps, but they aren't very good at marketing, so unfortunately
Delphi is about to go the way of the dino.


--
Tom Dyess
OraclePower.com

Tom Dyess wrote:

> "J. F. Cornwall" <> wrote in message
> news:5xxCd.37081$F25.13689@okepread07...
>
>> wrote:

>>>Engineering & scientific software (C++)
>>
>>Tons of Fortran still in use in this field, everything from nuclear
>>reactor design and control to aviation design to hydrologic database apps.
>>Fortran, despite years of neglect from the Computer Science departments of
>>the world, is alive and well. In fact, how many of y'all are aware that
>>the latest official standard has just been approved (Fortran 2003,
>>superceding Fortran 95)? Lots of object-oriented features and other
>>language updates.
>>
>>C/C++ might be the most *popular* language around, but that isn't the same
>>thing as having it be the *best* language, especially for vastly different
>>applications.

> Along those same lines, vi is probably the most popular unix editor
> simply for the fact that it is been around so long and is included in every
> distro. Doesn't mean it's the best. Lol.

And doesn't mean it's not. As far as I'm concerned, vi (in the form of
ViM) is not only my preferred UNIX text editor but also my preferred
Win32 text editor. I'm sure others use EMACS in both contexts; although
not as old as vi, EMACS is still fairly long in the tooth, with
concomitant impact on the size of its user base. Contrast UNIX ed: it's
even more historic than vi, but how many still use it (if they have an
alternative)?

That Fortran's widespread use in scientific and engineering applications
is in part historically based in no way implies that the language is not
still an excellent choice for those kinds of applications (and others)
today.


John Bollinger

xpyttl wrote:
> <> wrote in message
> news: oups.com...
>
>
>>Real-time software (C, C++)
>>Embedded Software (C, C++)
>
> You will still find a lot of assembly language here, especially in embedded.
> Also, a lot of embedded software uses specialized languages like JAL. You
> will also still find a fair amount of Ada in real time. Where you find C++
> in these categories it will be a language that you wouldn't recognize as C++
> but is called C++. C++ has little real time capabilities, and the
> processors used in embedded for the most part can't support nested scope
> languages like C/C++.

I've never had a problem with processors not supporting nested scope.

> Where C is used, it is often no more than a wrapper
> for inline assembly code.

Most of the C I wrote for embedded systems was standard C with only a
few specific functions written in assembler.

You will also find Pascal if you know where to look.

<snip>

>>Commercial Desktop-Based Software (C++, Java)
>
> Almost always VB, almost never Java, yes, a fair bit of C++

I know of some significant desktop SW packages written in Java.

>>Enterprise Web-Based Software (J2EE, .NET)
>
> C# is gaining some ground here

Also Perl and lots of other languages.

However, this is not on topic for comp.lang.c, not (I think) for
comp.lang.c++ and I would be surprised if it was on topic for
comp.lang.java.programmer, so I've set follow ups to comp.software-eng,
which seems like the most appropriate group of those this was cross
posted to.
--
Flash Gordon
Living in interesting times.
Although my email address says spam, it is real and I read it.

"John C. Bollinger" <> wrote in message
news:crhesb$557$...

> And doesn't mean it's not. As far as I'm concerned, vi (in the form of
> ViM) is not only my preferred UNIX text editor but also my preferred
> Win32 text editor. I'm sure others use EMACS in both contexts; although
> not as old as vi, EMACS is still fairly long in the tooth, with
> concomitant impact on the size of its user base. Contrast UNIX ed: it's
> even more historic than vi, but how many still use it (if they have an
> alternative)?

I gotta admit to a strong preference for emacs, both on Windoze and Linux.
With editors, there is probably a little of what you learned first as being
best. I didn't learn emacs first, but after struggling through several
editors as the technology moved from operating system to operating system, I
finally realized that there was a lot to be said for one editor on all OSes.

And besides, you gotta love an editor that can tell you the coptic holidays
anytime you need to know!

...