Re: which is a better dev language



C/C++ is a long ways from being dead. I have yet to see an embedded C#
application that can be used for real time data collection. How much
firmware is written in C#? Probably about as much as there is written in
Java. GC doesn't cut it.

What about all of the Linux/Unix developers, what are they using?

Run a .NET app on a Palm device with a Palm OS? Not.

How about application such as Pro/E (www.ptc.com) or Solidworks
(www.solidworks.com)? Written in C#/.NET or ever will be?? Doubt it.

How about an application such as Pocket Informant?? Really doubt that
is it written in .NET. PI is way to fast.

I would rather spend the time on a quality application that has superior
performance and doesn't require a huge runtime with constantly changing
technology. Have you ever tried to convince someone to install the .NET 2.0
CF to run some cool 20k utility program that you cranked out?

To many people look at the initial investment (development time up
front) instead of the long term payoff (responsive apps without limitations
and loyal customers).

I look at .NET about the same way as I did VB 6. Quick for developing
database apps and prototyping, but commercial apps should be done in C/C++.
I will admit that .NET is great for web development though. I only
recommend .NET for database and web stuff.

But then again, I am not selling software that is depends on CF .Net
developers for revenue.


"<ctacke/>" <ctacke[@]opennetcf[dot]com> wrote in message
news:uDJuOE0EHHA.4036@xxxxxxxxxxxxxxxxxxxxxxx
I think the Towers Of Hanoi is an edge case, as it's almost all a process
of recursion. Managed method calls are more expensive than native method
calls, and I'm guessing that that small difference is what's causing the
problem over millions of calls.

Most apps don't do this. They spend a lot of time in the UI. They call
get data from a database. They do other interactive "stuff." When you
look at the larger picture, the difference in performance is nil. Managed
code has a slow startup as the framework is loaded and JITted (that's the
4 seconds in your example) but a splash screen takes care of that.

I'm not saying C/C++ are dead (I still use them for some things, and being
able to read them is still critical), but there are some strong business
reasons to *not* use them for a large number of applications. The
incredible speed of development and decrease in debugging are worth a
lot.


--
Chris Tacke
OpenNETCF Consulting
Managed Code in the Embedded World
www.opennetcf.com
--



"Brooke" <tbrooked@xxxxxxxxxxx> wrote in message
news:%23B7OxomEHHA.4832@xxxxxxxxxxxxxxxxxxxxxxx
Here is a message that I posted a while back...

I have been doing some raw speed testing between CF1, CF2, C#, and
VB.NET.
In the process, I found a project that I converted from native C to C# a
few years ago and I decided to add it to mix. The app loaded instantly
on
my PPC-6700 while the .net app took four seconds to load! I was able to
open the native C app, do the updates, and close it before the .net app
even
opened. I then wrote a native C Towers of Hanoi app so that I could
include
it in my performance analysis and I came up with some interesting
results...

VB.NET is much slower using the 2.0 framework than it was on the 1.1
framework, both on the desktop and on the compact framework.
C# is faster on the 2.0 framework, both on the desktop and on the compact
framework.

Native C code smokes all of the .NET framework apps.

I know that there is a trade off between development time and
performance,
and native code definitely requires more development time, but the
performance is so much better.

I am in the process of rewriting about 20 compact framework application.
The rewrite it going very smoothly as all of the .net apps were written
in
C# and it is easy to make the minor modifications as required. I also
had
to use a lot of interop calls in the .net apps because of the limitations
of
the compact framework where it is just a simple API call in native C.

I am still going to use the .net framework for my ASP.NET development and
any major database applications.

Posted below are some of the results.

Compact Framework 1.0 - Towers of Hanoi

25 Discs 28 Discs 29 Discs
---------------------------------------------------------
C# 11.094 secs 90.264 secs 176.711 secs
VB 10.363 secs 81.298 secs 162.115 secs


Compact Framework 2.0 - Towers of Hanoi

25 Discs 28 Discs 29 Discs
---------------------------------------------------------
C# 9.928 secs 78.868 secs 158.123 secs
VB 13.586 secs 108.533 secs 216.583 secs
Native C 3.967 secs 31.697 secs 63.619 secs





"cybervedaa" <cybervedaa@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:071B6E5A-1ED1-4AF6-A9D9-5CCDA3EBAA1B@xxxxxxxxxxxxxxxx
hi guys, im a newbee 2 windows mobile development (infact to all
microsoft
technologies). im interested in developing 4 the windows mobile
platform.
however im confused abt which language (C++, C# or VB). could u guys
help
me
here?? another question i have is which is a better language for managed
code
development? C# or VB?










.



Relevant Pages

  • Re: Conversion Problem
    ... ...and he's not familiar with the framework because the help system sucks ... As opposed to the "feature rich " apps in VB6? ... I said that was one of the reasons for control arrays? ...
    (microsoft.public.dotnet.languages.vb)
  • Re: some interesting perspectives on .NET from the other camp ...
    ... >> those who now write apps so heavily steeped in direct .Net calls? ... with Win32 dependencies I preach writing ... Bottom line is that you have the functions, in the core language, ... calls whatever framework or foundation function it needs. ...
    (borland.public.delphi.non-technical)
  • Re: Frameworks for "Non-Content Oriented Web Apps"
    ... >There are great Python Web Application Framework. ... >meant for content oriented web apps. ... While developing a school information system, ...
    (comp.lang.python)
  • Re: A Succinctness Challenge
    ... Marco Baringer wrote: ... > framework designed for writing your apps:). ... In my usual work I have to write such applications ...
    (comp.lang.lisp)
  • Re: Multiple level base calls
    ... Compact Framework could be one of the child classes? ... which was the one for which you wanted to call ToXml(). ... deploying the most sophisticated control you can to the compact device? ...
    (microsoft.public.dotnet.languages.csharp)

Loading