Re: C # and C ++ learning curve

One thing I like about C# is the fact that if and when you need to jump
into other languages they are many that look/feel like c#.

For example Java, ActionScript( Flash ), JavaScript, PHP and others.

They all borrow from the family of C languages but more languages like
C# are offering memory managed environments therefore making C# (in my
opinion) the better choice.

I have the utmost respect for any true C++ programmer and I can only
wish that I understood the hardware and memory aspect of things like
they do but the fact is, it's becoming more specialized.

Companies are looking for rapid development over speed and control. I
mean, imagine programming a Web Application in c++. Of course it can
be done but the C# team will pump it out faster. True, they may not
understand data structures, hardware, and memory management as much as
a c++ programmer would but in many settings rapid development is
favored over those things then if need be performance is squeezed out
by moving to the lower level (read: c++).

I'm sure I might get people who would argue this fact but all you need
to do is look at the market. Like I said I give it up to c++ coders
but I'll stick with my managed world until the need arises and the
ground opens up and eats me alive. Which I know will happen someday.

Haha,

-Ralph

Sidenote: The only reason I say that some people may not understand
data structures, hardware and memory management is for some obvious
reasons and some not so obvious. I love the fact that the .net
framework has all these built in classes ready to go. But the downside
is unless I truley delve into these classes and figure out in detail
how they work I may not understand them as effectively as someone who
has to build these structures from scratch. True story: a programmer
interviewed for this company. He was asked when he would use some data
structures over others. His argument was that it was all user
preference. Meaning they all did the same thing...but you just had to
choose what you preferred. Nevermind having to worry about sorting,
lookup speed, hash collisions, etc. Forget about O notation...he just
figured it was all preference and that all data structures performed
the same. Unfortunately this is common in the managed, framework world
of developers. I'm guilty of it sometimes too. People can have a
tendancy to not really understand why different classes exist in the
first place.


Peter@POLKO wrote:
Hi Complete ass here trying to get his feet wet in .NET programming. I want
to start easy, understanding what is talked about. Which of these two would
be a better choice, if same, which one is consider easier to learn first?
Thanks for any advice

.

Relevant Pages

  • Re: Interesting article from TidBits
    ... programmer to do a lot of his own memory management. ... The bloated languages are there to compensate for inexperienced ... doesn't write beyond that buffer. ...
    (comp.sys.mac.system)
  • Re: Not enough parallelism in programming
    ... languages that define what happens when two methods execute in parallel. ... that the outcome is defined well enough that the programmer and user can ... obj1 and obj2 may refer to linked data structures that ... to execute in parallel two pieces of code that might overlap and hence not be parallelizable." ...
    (comp.arch)
  • Re: C++ sucks for games
    ... >level language as an example (I don't know for sure that it doesn't because ... >(e.g. you get nontrivial memory management issues if ever you want to have ... Most complicated Lisp programs eventually end up in the FFI ... people who learned lower level languages ...
    (comp.lang.lisp)
  • Re: C++ sucks for games
    ... George Neuner wrote: ... > memory management - I have never found that to be anywhere close to ... > languages have fewer problems changing gears than do people who ... Teaching using very high level languages results ...
    (comp.lang.lisp)
  • Re: dangers of operator overloading
    ... Understanding data structures and algorithms is what ... true of a lot more domains than programming. ... Disagree about what you would call "high-level"? ... and languages like Ruby or ML or APL ...
    (comp.programming)
Loading