VC++ or ASP. Net
-
GauranG33 wrote:
Its good MNC and in the same town I am living. But the thing is that the job is contract basis ( 1 year only).
chances of getting permanent there? could i have name of company....
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
Never mind - my own stupidity is the source of every "problem" - Mixturecheers, Alok Gupta VC Forum Q&A :- I/IV Support CRY- Child Relief and You
TCS ( TATA Consultance services )
[ Screen Capture ][ Tool Tip ]
-
Yes I am beginner Programmer. But I haven't frustrated with VC++ programming. Only the problem is that my company does't have much work. and so they are also not giving good salary.
[ Screen Capture ][ Tool Tip ]
In your case, my suggession is to go with ASP.Net. Because it is newer technology compared to VC++ and from there you can easily learn C#.Net. Changing the platform is quite common among software developers. So if you are interested to learn newer technology/platform, you can swith to ASP.Net. But, since you are switching within a short period of serivice from your current company, be ready to justify yourself in the interviews. (Salary hike is not an advisable reply). If possible, you can ignore ur current company from ur CV.
-
TCS ( TATA Consultance services )
[ Screen Capture ][ Tool Tip ]
GauranG33 wrote:
TCS ( TATA Consultance services )
good you must go there.. any big compnay could hire you after that.. might be they like you work.. they may hire you, all depends hows your manager treat you!
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
Never mind - my own stupidity is the source of every "problem" - Mixturecheers, Alok Gupta VC Forum Q&A :- I/IV Support CRY- Child Relief and You
-
Depends on which sector of the market you want to progress in I guess, both C++ and ASP.NET have a relatively strong share of the market for experienced users - and can be well payed. - If you want to get into the OS\real time development side of things stay with C++ - If you want to get into the web side of things, online apps and SQL databases go with the ASP.NET (and learn C#, it is way better thean VB.NET) I personally would go for the ASP.NET job as learning multiple disciplines is always beneficial for a good developer.
reshi999 wrote:
- If you want to get into the web side of things, online apps and SQL databases go with the ASP.NET (and learn C#, it is way better thean VB.NET)
Really? How, exactly, is C# way better than VB.Net? I use both and can't see that one is particularly "better" except that the IDE features of VB.Net are far and away better than C#. (I.E. incremental compiler, lack of BRACES, etc). With that incremental compiler I don't have to recompile everything just to find out I misnamed a variable - among other things. Please enlighten me. ;) Incidentally, you have quite a job to do to "prove" it's "better" as they both produce CIL, both access the same framework and both are first-class OO languages. Let's hear it! Maybe you should rephrase. You LIKE C# better than VB.Net, perhaps? -CB :)
-
reshi999 wrote:
- If you want to get into the web side of things, online apps and SQL databases go with the ASP.NET (and learn C#, it is way better thean VB.NET)
Really? How, exactly, is C# way better than VB.Net? I use both and can't see that one is particularly "better" except that the IDE features of VB.Net are far and away better than C#. (I.E. incremental compiler, lack of BRACES, etc). With that incremental compiler I don't have to recompile everything just to find out I misnamed a variable - among other things. Please enlighten me. ;) Incidentally, you have quite a job to do to "prove" it's "better" as they both produce CIL, both access the same framework and both are first-class OO languages. Let's hear it! Maybe you should rephrase. You LIKE C# better than VB.Net, perhaps? -CB :)
I think the fact I like c# is implied by the fact I state it is 'way better', so please continue to infer whatever you like from my statements. I have coded extensively in both but find the c# syntax clearer to read, and achieves much the same functionality in less code, plus the fact I can optimise some code by using pointer arithmetic (unsafe but fast) which I believe VB.NET does not offer (I could be wrong?). Anyway it all is subjective, personally I prefer to code in java, SQL, Visual foxpro, pascal, modula2, python, etc - But of course I avoid VB6 like the plague.
-
I think the fact I like c# is implied by the fact I state it is 'way better', so please continue to infer whatever you like from my statements. I have coded extensively in both but find the c# syntax clearer to read, and achieves much the same functionality in less code, plus the fact I can optimise some code by using pointer arithmetic (unsafe but fast) which I believe VB.NET does not offer (I could be wrong?). Anyway it all is subjective, personally I prefer to code in java, SQL, Visual foxpro, pascal, modula2, python, etc - But of course I avoid VB6 like the plague.
That's cool ... just wondered why you thought it was 'way better'. You confirmed my original thought - you LIKE it way better. Works for me. No offense intended guy. :) Pointer arithmetic is something I used to do a lot of back in the C/C++ days (I did that for about 15 years) - but haven't lately found a need for it. By the time I was ready for Windows development (Jeez ... about 10 years ago now!) it was VB3 that originally got me there. After writing systems-level code for 15 to 20 years with ASM, C/C++ I was ready to not re-invent the user-interface wheel any more. Same reason I don't do web development - you can have it. (And it ain't that I didn't try to get interested in web development for about 7 years!) My focus is business intelligence logic and desktop GUI. VB6 - for desktop development still rocks, IMHO. There simply isn't a tool better suited for putting an application for the desktop together quickly and concisely. However ... I like 'em both - for different reasons. Later! -CB :)
-
This isn't a programming questions. I am in a CONFUSION . Currently I am working in a vary small company as a VC++(System Programmer). The Company has vary few ( only 3, including me ) employee as VC++ programmer. And they are just giving pittance(very few salary) for that as they dont't have much work.(Overall I am not getting salary nor good Experience) I am here For (in this company as well as in this line, VC++ programmer ) four months. Now I am getting chance to work in Other good (MNC) Company on ASP. Net, But the Problem is that it's on contract basis ( i.e. after 1 year my service will be terminated ). But the Salary is Good as compare to this company. Now I dont't know what to do ??? should I stay in this company ??? or should change the field ?? You suggestions are expected.
[ Screen Capture ][ Tool Tip ]
.NET is the wave of the future. You should take the opportunity to learn it, and you'll be getting paid to do this. In the late 80s, the hot new language was C. It felt like C would be around forever. Then C++ appeared and 15-20 years later it became almost impossible to find a pure C job. We can expect a similar evolution with .NET. C++ will still have a future for two reasons: Pure C++ is faster than any .NET language, so will be useful for speeding up critical parts of an application for the foreseeable future. Also there's C++ .NET (AKA managed C++), which appears to combine some of the speed of C++ with the power of the .NET framework. It's better to have more skills than fewer skills, and despite its relative slowness, the .NET platform is more powerful and streamlined, with a huge class library. It provides read-to-use components that would have taken weeks to write by yourself in the past.
-
reshi999 wrote:
- If you want to get into the web side of things, online apps and SQL databases go with the ASP.NET (and learn C#, it is way better thean VB.NET)
Really? How, exactly, is C# way better than VB.Net? I use both and can't see that one is particularly "better" except that the IDE features of VB.Net are far and away better than C#. (I.E. incremental compiler, lack of BRACES, etc). With that incremental compiler I don't have to recompile everything just to find out I misnamed a variable - among other things. Please enlighten me. ;) Incidentally, you have quite a job to do to "prove" it's "better" as they both produce CIL, both access the same framework and both are first-class OO languages. Let's hear it! Maybe you should rephrase. You LIKE C# better than VB.Net, perhaps? -CB :)
incremental compile will cause performance problems with larger projects though. IMO this should be a GUI option for all .net languages, there's no meaningful reason to make it always on in one, and always off in the second.
-- If you view money as inherently evil, I view it as my duty to assist in making you more virtuous.
-
reshi999 wrote:
- If you want to get into the web side of things, online apps and SQL databases go with the ASP.NET (and learn C#, it is way better thean VB.NET)
Really? How, exactly, is C# way better than VB.Net? I use both and can't see that one is particularly "better" except that the IDE features of VB.Net are far and away better than C#. (I.E. incremental compiler, lack of BRACES, etc). With that incremental compiler I don't have to recompile everything just to find out I misnamed a variable - among other things. Please enlighten me. ;) Incidentally, you have quite a job to do to "prove" it's "better" as they both produce CIL, both access the same framework and both are first-class OO languages. Let's hear it! Maybe you should rephrase. You LIKE C# better than VB.Net, perhaps? -CB :)
I code in VB.net and VC++ mostly on VS 2003 Pro. Crap I can't find the article, anyways it shipped with the MSDN that came with my version and was about simple tips to optimize your codes performance, such as don't do excessive marshalling, etc. Anyways some of the stuff they compared did show about a 10% performance improvement when coded in C# versus VB.net, and they were really simple things so how the compiler works, or the limitations of each language lead to the performance hit with VB.Net. There can be a difference between languages, even if they are outputing code for the same CIL. The issue is stuff like one language letting you have loose typing while another forces you to declare type. The overhead of converting objects can make one run slower than another. Of course, it can easily be argued you aren't following sound programming practice, if you know the type of the object at declaration but leave it as an Object type, but that is an whole other discussion. The fact remains that it is valid code in the one language that has a performance penality associated with it. As well you have different people working on the CIL compiler for the different languages, so how their relative skills compare will effect the quality of CIL that their compilers generate. That said, I prefer VB.Net, it is very much easier to learn new things in the language IMHO, as well the interative build method is a huge win in my opinion. Most of the stuff I code are small front ends to simulations, or database access. Typically I rebuild every 5 lines of code or so, to confirm functionality in the code I've added/make sure the GUI looks alright. I haven't done much C# programming, but if it is anything like VC++ it would be a difference of 10s build versus 40s build. When your looking at about 30 builds a day, that is huge. A 10% performance hit doesn't matter in my case, as the users can't notice it. When I'm coding for performance, I'm ISO C/C++ all the way, but not for 2D front ends. 3D front ends I'll switch back to C++ probably to spit out a bunch of OpenGL, but that is just my preference.
-
incremental compile will cause performance problems with larger projects though. IMO this should be a GUI option for all .net languages, there's no meaningful reason to make it always on in one, and always off in the second.
-- If you view money as inherently evil, I view it as my duty to assist in making you more virtuous.
Agreed. Dunno why they didn't implement it for C# - they probably could have. Maybe they will in the next version. As for performance - our solution has 52 loaded projects and I don't perceive a performance problem with the incremental compiler. (Surprises me). Later! -CB :D
-
This isn't a programming questions. I am in a CONFUSION . Currently I am working in a vary small company as a VC++(System Programmer). The Company has vary few ( only 3, including me ) employee as VC++ programmer. And they are just giving pittance(very few salary) for that as they dont't have much work.(Overall I am not getting salary nor good Experience) I am here For (in this company as well as in this line, VC++ programmer ) four months. Now I am getting chance to work in Other good (MNC) Company on ASP. Net, But the Problem is that it's on contract basis ( i.e. after 1 year my service will be terminated ). But the Salary is Good as compare to this company. Now I dont't know what to do ??? should I stay in this company ??? or should change the field ?? You suggestions are expected.
[ Screen Capture ][ Tool Tip ]
If you want to improve your experience in systeme programming, I suggest that you stay working with C++ the language of Gods ;) But if you desire to make a tour in web developpement world working with asp.net is a good choice. My opinion is that you work with the new company (good salary, discovering new things ... and improving your CV). But I think that if you find a good job in VC++ will be better.
-
This isn't a programming questions. I am in a CONFUSION . Currently I am working in a vary small company as a VC++(System Programmer). The Company has vary few ( only 3, including me ) employee as VC++ programmer. And they are just giving pittance(very few salary) for that as they dont't have much work.(Overall I am not getting salary nor good Experience) I am here For (in this company as well as in this line, VC++ programmer ) four months. Now I am getting chance to work in Other good (MNC) Company on ASP. Net, But the Problem is that it's on contract basis ( i.e. after 1 year my service will be terminated ). But the Salary is Good as compare to this company. Now I dont't know what to do ??? should I stay in this company ??? or should change the field ?? You suggestions are expected.
[ Screen Capture ][ Tool Tip ]
No matter where you go, if you're in a situation where you're unhappy, you need to improve your situation. Think of it this way: If you take the new, better paying job, you'll be getting more money which = happiness, at least temporarily. Now, use your time to market yourself, look for an even better,more permanent job, which = more enduring happiness. As a former employeer, I loved people who thought enough of themselves to go for more. Face your fear, see what you can do and you'll become stronger and stronger. Better paid and your fiance will be proud of you, which = even more enduring happiness! Good luck. (learning C# or VB on the side is a great move!)
____________________________________________________________________________ "Space is big. You just won't believe how vastly, hugely, mind- bogglingly big it is. I mean, you may think it's a long way down the road to the chemist's, but that's just peanuts to space." -- Douglas Adams -- Shohom67
-
This isn't a programming questions. I am in a CONFUSION . Currently I am working in a vary small company as a VC++(System Programmer). The Company has vary few ( only 3, including me ) employee as VC++ programmer. And they are just giving pittance(very few salary) for that as they dont't have much work.(Overall I am not getting salary nor good Experience) I am here For (in this company as well as in this line, VC++ programmer ) four months. Now I am getting chance to work in Other good (MNC) Company on ASP. Net, But the Problem is that it's on contract basis ( i.e. after 1 year my service will be terminated ). But the Salary is Good as compare to this company. Now I dont't know what to do ??? should I stay in this company ??? or should change the field ?? You suggestions are expected.
[ Screen Capture ][ Tool Tip ]
vc++ if you can get a firmware development job. Everyone/everyware is doing web development, there is downward price pressure on that skill set. My 2 cents.
MrPlankton
-
I think the fact I like c# is implied by the fact I state it is 'way better', so please continue to infer whatever you like from my statements. I have coded extensively in both but find the c# syntax clearer to read, and achieves much the same functionality in less code, plus the fact I can optimise some code by using pointer arithmetic (unsafe but fast) which I believe VB.NET does not offer (I could be wrong?). Anyway it all is subjective, personally I prefer to code in java, SQL, Visual foxpro, pascal, modula2, python, etc - But of course I avoid VB6 like the plague.
I too avoid vb6 like the plague. I started out in vb.net after college, and am using c# when I can just to see how I like it. I went to a new company where a number of applications are being maintained in vb6. I have never used it before and I can't stand it. The language is lame and visual studio 6.0 makes me mad after using vs2003 and 2005. As for the original post, I would take the opportunity to move into ASP.NET. Chances to learn and try out new technologies are always a good thing.
-
I code in VB.net and VC++ mostly on VS 2003 Pro. Crap I can't find the article, anyways it shipped with the MSDN that came with my version and was about simple tips to optimize your codes performance, such as don't do excessive marshalling, etc. Anyways some of the stuff they compared did show about a 10% performance improvement when coded in C# versus VB.net, and they were really simple things so how the compiler works, or the limitations of each language lead to the performance hit with VB.Net. There can be a difference between languages, even if they are outputing code for the same CIL. The issue is stuff like one language letting you have loose typing while another forces you to declare type. The overhead of converting objects can make one run slower than another. Of course, it can easily be argued you aren't following sound programming practice, if you know the type of the object at declaration but leave it as an Object type, but that is an whole other discussion. The fact remains that it is valid code in the one language that has a performance penality associated with it. As well you have different people working on the CIL compiler for the different languages, so how their relative skills compare will effect the quality of CIL that their compilers generate. That said, I prefer VB.Net, it is very much easier to learn new things in the language IMHO, as well the interative build method is a huge win in my opinion. Most of the stuff I code are small front ends to simulations, or database access. Typically I rebuild every 5 lines of code or so, to confirm functionality in the code I've added/make sure the GUI looks alright. I haven't done much C# programming, but if it is anything like VC++ it would be a difference of 10s build versus 40s build. When your looking at about 30 builds a day, that is huge. A 10% performance hit doesn't matter in my case, as the users can't notice it. When I'm coding for performance, I'm ISO C/C++ all the way, but not for 2D front ends. 3D front ends I'll switch back to C++ probably to spit out a bunch of OpenGL, but that is just my preference.
Fair enough, interesting points raised. I have noticed little or no difference when it comes to compiling in c# and vb.net, true the c# code does not pick up on errors as quickly as vb.net but this is of little concern to me. I have only coded 1-2 apps in c++ and find the design of c# mostly just borrows coding layout and some syntax - so I really don't class it as a 'c++ version 2', rather it brings elements of c++ into the .NET syntax. Personally c# is my language of choice for writing ASP.NET web apps\services, for desktop application development I use either c# or vb.net depending on the end user requirements. As stated before I also use VFP (from visual studio 6), as I find it is much faster at processing data than any other .NET language, it was written in C++ after all :-)
-
Fair enough, interesting points raised. I have noticed little or no difference when it comes to compiling in c# and vb.net, true the c# code does not pick up on errors as quickly as vb.net but this is of little concern to me. I have only coded 1-2 apps in c++ and find the design of c# mostly just borrows coding layout and some syntax - so I really don't class it as a 'c++ version 2', rather it brings elements of c++ into the .NET syntax. Personally c# is my language of choice for writing ASP.NET web apps\services, for desktop application development I use either c# or vb.net depending on the end user requirements. As stated before I also use VFP (from visual studio 6), as I find it is much faster at processing data than any other .NET language, it was written in C++ after all :-)
Yeah, the performance hit comes between compiling unmanaged C++ versus the .net langauges. The .net languages are only half compiled, the rest happens at runtime. With unmanaged C++ it is completely compiled, so the optimization time hits you when doing incremental builds. Not sure why the data processing is faster for VFP, there is a lot going on behind the scenes in the .Net framework that I don't understand. For example the same article I mentioned earlier says that it is better to use jagged arrays in .Net rather than rectangular. Ie. have one of the dimensions of a multi-dimensional array dynamically sized. Why when this hits the framework it runs better isn't mentioned. A vertial cookie for the one with the answer :) I've seen it mentioned in several places on MSDN, but never explained why, or what the performance difference is.