|
i think he was talking to the rest of us non-idiots.
|
|
|
|
|
No, because it's too slow or too resource hungry
AND
No, because it's too buggy
|
|
|
|
|
Kandjar wrote:
No, because it's too slow or too resource hungry
AND
No, because it's too buggy
Exactly what I thought, I agree 100%
Still, maybe I misjudged the question - I suppose things like FrontPage are more than ready, and very appropriate for "the masses" - doesn't mean I'd like to use it!
|
|
|
|
|
|
I though this would be a totally obvious poll. I was expecting 75% "yes".
I guess there are just too many new people trying to learn .net and they can't figure it out. So far there are no valid points against .net
PS. im totaly amazed by the amount of support c# has. All questions go answered in the C# forum.
|
|
|
|
|
AK wrote:
I though this would be a totally obvious poll. I was expecting 75% "yes".
Why were you expecting that?
AK wrote:
I guess there are just too many new people trying to learn .net and they can't figure it out
Far from it. It's just that Java and C++ are still very popular.
AK wrote:
So far there are no valid points against .net
Go to some Java forum and ask what some points against .Net are. I'm sure they'd be glad to answer. 
AK wrote:
All questions go answered in the C# forum.
Yes, thats because Dave Kreskowiak and Marc Clifton and Nick Parker answer almost everything. What they don't cover, others do.
Aaron Eldreth
TheCollective4.com
My Articles
I hereby boycott this poll. Really....
- Leppie
|
|
|
|
|
Just because people have their opinions of which one is better because of language vs. platform flexibility, that doesn't mean that one or the other isn't ready for the masses.
I think .NET's ready - and has been for a while. I was honestly expecting a bunch of yes's, too.
Michael Flanakin
Web Log
|
|
|
|
|
Aaron Eldreth wrote:
Yes, thats because Dave Kreskowiak and Marc Clifton and Nick Parker answer almost everything.
Really? Where is Heath Stewart now? I haven't been to the C# forums lately.
My articles and software tools
|
|
|
|
|
Ahhhh! I forgot about Heath Steware! Shame on me. I haven't seen him lately.
Aaron Eldreth
TheCollective4.com
My Articles
I hereby boycott this poll. Really....
- Leppie
|
|
|
|
|
I believe Heath started a new job at Microsoft within the last week or two. I'm sure he'll be back on the boards once he settles in.
Charlie
if(!curlies){ return; }
|
|
|
|
|
Because it actually not ready for MASSES. It's ready for WEB (ASP.NET + WS) only.
But absolutely not ready for WIN, espesially data-management. ADO.NET is VERY slow and complex (IMHO). Just see on BORLAND's Delphi (<=7.0). It contains THREE built-in (!) variants to work with data: BDE, dbExpress ("disconnected") and ADO. I can use what I like. No limitations. Also Delphi contains "DataModule" - I don't need to reinvent wheel each time!
I need CONNECTED mode in ADO.NET. It's usefull for Win-development.
DataSet is very slow with large amount of data (especially multi-table dataset with relations) because it does know anything about indexes. I don't want to load ALL data into client's memory because not all client's PCs has >256MB RAM (usualy 32-64).
Nothing more in my head for a while.
|
|
|
|
|
BlackTigerAP wrote:
DataSet is very slow with large amount of data (especially multi-table dataset with relations) because it does know anything about indexes. I don't want to load ALL data into client's memory because not all client's PCs has >256MB RAM (usualy 32-64).
I'm nbot disagreeing with your point about ADO.NET but if you find DataSets slow then remember what they are essentially providing... Disconnected data access in the form of an IMDB... can you show me a better solution for that these days??? Datasets shoudl only be used when you need this functionality IMHO.
Regards,
Brian Dela 
http://www.briandela.com IE 6 required.
http://www.briandela.com/pictures Now with a pictures section 
http://www.briandela.com/rss/newsrss.xml RSS Feed
|
|
|
|
|
AK wrote:
I guess there are just too many new people trying to learn .net and they can't figure it out. So far there are no valid points against .net
Well, since everyone else is being exceptionally polite towards you, i'll be the one to speak the truth:
This is the single most idiotic post i've read all day. It even beat out the post asking about CSS in the suggestions forum. My hat is off to you, sir, for you have an obvious talent in this area. Have you considered a job doing phone support?
.NET will be ready for the masses when it is installed on the masses machines. This is the only criterion, and has always been so. If all your customers meet this requirement, then more power to you - but don't presume to speak for anyone else.
You're one microscopic cog
in his catastrophic plan...
|
|
|
|
|
Shog9 wrote:
My hat is off to you, sir, for you have an obvious talent in this area.
I'm a stranger to sarcasm. 
Shog9 wrote:
Have you considered a job doing phone support?
Maybe he should try VB?
Aaron Eldreth
TheCollective4.com
My Articles
I hereby boycott this poll. Really....
- Leppie
|
|
|
|
|
With an increasing number of embedded devices, conserving resources such as processor and memory become vital to the viability of these products. The .NET [compact] framework can't handle the constraints of embedded devices while still providing robust functionality. And as the masses move to more and more embedded applications the .NET framework will lose it's attractiveness to true software engineers.
.NET is great for writing business applications but that's about it. Adding in the fact that many embedded devices also have depenedencies on deterministic behavior, or even moreso, executing on RTOSes. We don't use .NET at my company because of these reasons. Not that native Win32 apps provide RTOS capabilities or 100% deterministic behavior, but it's far better than what the .NET framework can provide. And in my case it's good enough.
Until MS fixes the C++ extensions for .NET, there's little chance of us moving to .NET. With thousands of lines of native C++ code, moving to the .NET model doesn't make any sense. Executing code via the CLR or native code should be a compiler switch handled by the compiler transparent to the developer. .NET has a long ways to go.
|
|
|
|
|
You bring up great points about embedded systems. Especially since for now, .NET implies Windows, which probably means a nice royalty for any embedded device shipped with .NET.
Maybe the Mono guys are working on an embedded version, that would be pretty cool. But since Mono as a whole is in beta or maybe alpha, I think you'd have to be ludicrous to ship Mono in an embedded device at this stage... 
An expert is somebody who learns more and more about less and less, until he knows absolutely everything about nothing.
|
|
|
|
|
In my solid opinion Microsoft .NET is a best thing from
developed by Microsoft. About two years ago I had a bad
thoughts about .NET. I'd changed my opinion only after
careful study .NET. I absolutely sure that Microsoft .NET
has perfect future.
Now I remembered my colleagues that say that assembler is
a very good language before FORTRAN and database because
they don't believe that third-party libraries are goods.
After then another colleagues said that FORTRAN is the best
language (it seems that I was agree with it  ) and said that C is bad. The same story with C and C++.
It is impossible to stop the progress.
It will time when another technology replace .NET.
May be it will be near artificial intelligence...
But now .NET is really the best (at least in my opinion )
|
|
|
|
|
Try Delphi
|
|
|
|
|
|
Of course NOT! Delphi for Win32 (7.0)!
The last good Delphi! Rest in peace *normal* Delphi.
|
|
|
|
|
I prefer Borland C++ Builder (and Borland C# Builder ).
But Microsoft .NET - more deeply.
|
|
|
|
|
I think .NET as an application framework is brilliant.
It's fast and a great platform to dev on. All the work that is being done to bring it to *nix is good too.
My only issue is Visual Studio .NET which I feel has too many issues.
Big statement, so here are a few of the pains (in no order):
- goto definition doesn't work for overloads (still broke in Whidbey)
- debug points jump to wrong files if you have files with the same name in a solution
- can't build to a single output folder
- Winform user controls can go missing
- Winform Forms can fail to render in the IDE
If VS2005 fixes these issues without adding any other problems, then great.
But, my team loses more time because of VS, than we do for any other reason.
Cheers,
Simon
sig ::
"Don't try to be like Jackie. There is only one Jackie.... Study computers instead.", Jackie Chan on career choices.
article :: animation mechanics in SVG blog:: brokenkeyboards
"It'll be a cold day in Hell when I do VB.NET...", Chris Maunder
|
|
|
|
|
|
The sentiment that I have picked up from ppl locally is that if a service pack gets shipped soon, then it will be more than welcome.
The issue I suppose, is that there really isn't a serious competitor to VS.
Perhaps if there was, things may be different.
Hopefully, every bug that gets logged with PSS (I've logged about a dozen on VS), will be used to better the product.
Cheers,
Simon
sig ::
"Don't try to be like Jackie. There is only one Jackie.... Study computers instead.", Jackie Chan on career choices.
article :: animation mechanics in SVG blog:: brokenkeyboards
"It'll be a cold day in Hell when I do VB.NET...", Chris Maunder
|
|
|
|
|
I completely agree with you – the IDE is the downfall of .Net !
We have wasted endless hours, redoing work, because of controls that go missing in Winforms and the "locked DLL" issue. We have even had an issue, where all the controls on a form looses their position and moves to some arb location – not even 0,0, somewhere into the negatives and then we had an issue where every now and then , when you build , all the controls on the form looses the value that was assigned to their text property. This problem became so bad, that we wrote a little application, that makes a copy of every .cs file, whenever it changes, so that we can open a functional file and copy all the work that we have lost from it.
Then there is the Intellisense engine that goes hay-wired and looses enums every now and then. Only way to fix this is to close the IDE and kill all the DLL’s and PDB’s.
Sure, the IDE works great for an solution that contains 2 or 3 projects, but any bigger than that all these anomalies start to occur. I am pretty sure that whoever wrote the
"picture and fax" viewer, was involved in the VS.Net IDE project.
Holding thumbs that most of these issues will be addressed in VS2005.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
and I would love to meet the "programmers" on the dev team. The points mentioned by Simon are valid since I've had the same (AND *MANY* OTHER) issues with VS and VSS.
but I refuse to stay quiet about this horrible product any longer!