Ahhhhhh
-
You learn and grow more from failure than success. Success can actually be a hinderence to progressing.
What's in a sig? This statement is false. Build a bridge and get over it. ~ Chris Maunder
-
I guess you didn't see the wink smiley. :rolleyes:
Tech, life, family, faith: Give me a visit. I'm currently blogging about: God-as-Judge, God-as-Forgiver The apostle Paul, modernly speaking: Epistles of Paul Judah Himango
Damn that smiley!!!! He gets me again. ;) No worries... Jesus was a smelly hippy.
What's in a sig? This statement is false. Build a bridge and get over it. ~ Chris Maunder
-
Damn that smiley!!!! He gets me again. ;) No worries... Jesus was a smelly hippy.
What's in a sig? This statement is false. Build a bridge and get over it. ~ Chris Maunder
Chris S Kaiser wrote:
No worries... Jesus was a smelly hippy.
:laugh: Good point.
Tech, life, family, faith: Give me a visit. I'm currently blogging about: God-as-Judge, God-as-Forgiver The apostle Paul, modernly speaking: Epistles of Paul Judah Himango
-
Jeffry J. Brickley wrote:
Parallel is first and foremost a thought process, not a compiler, or a tool.
I totally agree. Somehow people think that multithreading will solve their performance issues. Without really understanding what's going on, people will produce bad designs - if designs are made at all - and that will result in a coding nightmare. Not even mentioning that this will even hurt performance. Parallel is more a design concept than a programming thing.
Behind every great black man... ... is the police. - Conspiracy brother Blog[^]
Yeah you're right about that. Half the time multi-threads will make performance worse. One thing it's good for is to keep a user interface alive while you do some processing. I haven't seen too many other places to use it, but then I'm usually doing pretty basic stuff. I'd kill for an interesting, innovative project some days.
"Quality Software since 1983!"
http://www.smoothjazzy.com/ - see the "Programming" section for (freeware) JazzySiteMaps, a simple application to generate .Net and Google-style sitemaps! -
Jeremy Falcon wrote:
Not really. Most clients don't know anything about computers.
TRUE, But most of their technical guys (hired) do know a bit :laugh:
L.W.C. Nirosh. Colombo, Sri Lanka.
Not so sure about that. A web programmer for one of my members called me begging to know the IP address of our web server... it sounded pretty urgent. I might call him back on monday :)
"Quality Software since 1983!"
http://www.smoothjazzy.com/ - see the "Programming" section for (freeware) JazzySiteMaps, a simple application to generate .Net and Google-style sitemaps! -
In thinking it through, it's not so much that I prefer C# less than C++, it's that I enjoy native app development more than web based stuff. If I'm writing a web site, and a browser based solution really is the best way to go (rather than just being the trendy way to go), then C# / .NET rocks over all previous languages I've worked with. But the experience is massively clumsy compared to native development. I've been toggling back and forth this week between the weather channel toolbar in C++ and a basic database browser app in C#. The difference in the number of hoops I have to jump through to do things in a web browser is notable, and I find myself breathing a sigh of relief every time I fire up the C++ project. That said, I'd like to dig into a full tilt boogie native application written in C# and Winforms. I think that's the only way I could really compare the two in terms of productivity, etc. I don't enjoy chasing memory bugs anymore than the next guy, and if the framework gives me lots of cool stuff, it could be fun. I just don't like a language that tells me, "no." And programming within the constraints of a stateless protocol just sucks. I'm not sure how many others are actually feeling the same way, i.e. associate C# with web development rather than as a comparable language to C++. For serious application development, browser based development is like trying to build a sophisticated fighter jet out of your kid's building blocks. It comes nowhere close to native development in C++. However, since that's not a fair comparison of languages, I'd be curious to hear from my C++ brethren who have developed native Windows GUI based apps in both C++ and C# / Winforms. That's the real comparison.
Author of The Career Programmer and Unite the Tribes www.PracticalStrategyConsulting.com
I've done some apps in MFC with C++, and recently finished an application I chose to write in C#. I liked the C# a lot better. I could focus on getting the program logic correct and stop worrying about whether I was doing some crazy thing that would offend Windows sensitivities. If super high-performance was an issue, I might have gone with C++. The performance is not as good as it could be, and since it's in C#, there's really nowhere I can go in and tweak it. From the perspective of just getting the thing done, and having it work correctly, C# was the right choice. C# is definitely better for the standard Windows app, but I wouldn't trust it to do something that required good performance.
"Quality Software since 1983!"
http://www.smoothjazzy.com/ - see the "Programming" section for (freeware) JazzySiteMaps, a simple application to generate .Net and Google-style sitemaps! -
I tend to associate C#/.NET/et al with business app and web development. I really just see it as repackaged VB with a face lift so some C++ programmers would fall for it. That being said, I'm glad to see it replace classic VB, but I still have the same feelings towards native vs managed as I did before .NET came along.
Jeremy Falcon A multithreaded, OpenGL-enabled application.[^]
Yeah it has some resemblance to VB, but only in the names of objects (which are mostly coming from the .Net Framework). Syntacticly, it's nearly a direct rip-off of Java, with some of the names changed to protect the guilty.
"Quality Software since 1983!"
http://www.smoothjazzy.com/ - see the "Programming" section for (freeware) JazzySiteMaps, a simple application to generate .Net and Google-style sitemaps! -
Yeah it has some resemblance to VB, but only in the names of objects (which are mostly coming from the .Net Framework). Syntacticly, it's nearly a direct rip-off of Java, with some of the names changed to protect the guilty.
"Quality Software since 1983!"
http://www.smoothjazzy.com/ - see the "Programming" section for (freeware) JazzySiteMaps, a simple application to generate .Net and Google-style sitemaps!Jasmine2501 wrote:
Syntacticly, it's nearly a direct rip-off of Java, with some of the names changed to protect the guilty.
I agree, but I was referring to its market and purpose in the marketplace is Microsoft's replacement for VB. [edit] In retrospect, I probably should've been a bit clearer on that point, but well, oops. :laugh: [/edit]
Jeremy Falcon "It's a good thing to do and a tasty way to do it." - Wilford Brimley[^]
-
Jasmine2501 wrote:
Syntacticly, it's nearly a direct rip-off of Java, with some of the names changed to protect the guilty.
I agree, but I was referring to its market and purpose in the marketplace is Microsoft's replacement for VB. [edit] In retrospect, I probably should've been a bit clearer on that point, but well, oops. :laugh: [/edit]
Jeremy Falcon "It's a good thing to do and a tasty way to do it." - Wilford Brimley[^]
Jeremy Falcon wrote:
Microsoft's replacement for VB
We can only hope so - VB needs to be replaced by something, anything, I'll take it :)
"Quality Software since 1983!"
http://www.smoothjazzy.com/ - see the "Programming" section for (freeware) JazzySiteMaps, a simple application to generate .Net and Google-style sitemaps! -
Not so sure about that. A web programmer for one of my members called me begging to know the IP address of our web server... it sounded pretty urgent. I might call him back on monday :)
"Quality Software since 1983!"
http://www.smoothjazzy.com/ - see the "Programming" section for (freeware) JazzySiteMaps, a simple application to generate .Net and Google-style sitemaps!