BorlandTalk.com Borland discussion newsgroups   Archives   FAQ   Search   Memberlist   Usergroups   Register   Profile   Log in to check your private messages   Log in  .NET Goto page 1, 2, 3 ... 21, 22, 23  Next          BorlandTalk.com Forum Index -> Delphi Non-Technical View previous topic :: View next topic   Author Message Fedaykin Guest Posted: Sun Aug 28, 2005 4:13 am    Post subject: .NET Hi, It may sound odd, but is there a still possibility of a failure of .NET, I mean it looks like after years of MS propaganda it is still not used by enough developers for windows applications. I am using D7, I know I can not stay with it forever, but am I the only one feeling like compiling a pseudo application when using .NET and still can not find enough reasons to move into it? Back to top Abraham Guest Posted: Sun Aug 28, 2005 8:24 am    Post subject: Re: .NET "Fedaykin" <mentat.fedaykin (AT) gmail (DOT) com> wrote in news:431139c7 (AT) newsgroups (DOT) borland.com: Quote: I am using D7, I know I can not stay with it forever, but am I the only one feeling like compiling a pseudo application when using .NET and still can not find enough reasons to move into it? No you are not alone. I think the moment MS begins to use .NET for its Office suite, it's time to switch to .NET, and no it won't be too late because win32 apps will continue to function. It's just too cumbersome and risky to switch now with the exception of server-side apps. Cheers, Abraham Back to top Adam Roslon Guest Posted: Sun Aug 28, 2005 9:37 am    Post subject: Re: .NET In article <Xns96C069F9283FDabrahamnonecom (AT) 207 (DOT) 105.83.66>, [email]abraham (AT) none (DOT) com[/email] says... Quote: No you are not alone. I think the moment MS begins to use .NET for its Office suite, it's time to switch to .NET, and no it won't be too late because win32 apps will continue to function. It's just too cumbersome and risky to switch now with the exception of server-side apps. That's exactly how we feel, there's no reason we can see to use it for desktop applications yet. Back to top marc hoffman Guest Posted: Sun Aug 28, 2005 9:45 am    Post subject: Re: .NET Abraham, Quote: No you are not alone. I think the moment MS begins to use .NET for its Office suite, it's time to switch to .NET <yawn> The moment MS ports Office to .NET will be the moment MS has lost its marbles. As has been said numerous times, porting over a huge application such as Office to .NET (or any other platform) simply for the sake of porting it would be a complete waste of resources. That's no judgment on the platform, it's a matter of lack of infinite resources. Microsoft uses .NET for all manners of new products (two i've been using recently come to mind, Windows Media Connect and Monad/MSH); its ridiculous to keep judging the success of .NET or Microsoft's commitment to .NET based on one, huge and time-proven project that they are not senselessly porting over. Quote: It's just too cumbersome and risky to switch now with the exception of server-side apps. Truly spoken like someone who hasn't actually bothered to use or evaluate it. Fear of the unknown is indeed a very powerful force... Back to top Joanna Carter (TeamB) Guest Posted: Sun Aug 28, 2005 9:48 am    Post subject: Re: .NET "Abraham" <abraham (AT) none (DOT) com> a écrit dans le message de news: Xns96C069F9283FDabrahamnonecom (AT) 207 (DOT) 105.83.66... Quote: No you are not alone. I think the moment MS begins to use .NET for its Office suite, it's time to switch to .NET, and no it won't be too late because win32 apps will continue to function. If you look at the next version of SQL Server, you will find that Microsoft is certainly using .NET in a big way in its own products. Joanna -- Joanna Carter (TeamB) Consultant Software Engineer TeamBUG support for UK-BUG TeamMM support for ModelMaker Back to top Abraham Guest Posted: Sun Aug 28, 2005 9:59 am    Post subject: Re: .NET marc hoffman <mh (AT) spamobjects (DOT) com> wrote in news:4311877d$1 @newsgroups.borland.com: Quote: As has been said numerous times, porting over a huge application such as Office to .NET (or any other platform) simply for the sake of porting it would be a complete waste of resources. If Office can manage without .NET, why bother at all? :) Cheers, Abraham Back to top Abraham Guest Posted: Sun Aug 28, 2005 10:04 am    Post subject: Re: .NET "Joanna Carter (TeamB)" <joanna (AT) nospam (DOT) co.uk> wrote in news:43118a84 (AT) newsgroups (DOT) borland.com: Quote: If you look at the next version of SQL Server, you will find that Microsoft is certainly using .NET in a big way in its own products. But not big enough to use it for Office :) Cheers, Abraham Back to top Rudy Velthuis [TeamB] Guest Posted: Sun Aug 28, 2005 10:08 am    Post subject: Re: .NET At 12:04:58, 28.08.2005, Abraham wrote: Quote: "Joanna Carter (TeamB)" <joanna (AT) nospam (DOT) co.uk> wrote in news:43118a84 (AT) newsgroups (DOT) borland.com: If you look at the next version of SQL Server, you will find that Microsoft is certainly using .NET in a big way in its own products. But not big enough to use it for Office :) Cheers, Abraham ISTM that it would be foolish to port Office to .NET if it works very well as it is, i.e. it would just be for the sake of a demo. Now if they had written it in Delphi, the port might have been easier. <vbg> -- Rudy Velthuis [TeamB] http://velthuis.homepage.t-online.de "To err is human -- and to blame it on a computer is even more so." -- Robert Orben. Back to top marc hoffman Guest Posted: Sun Aug 28, 2005 10:12 am    Post subject: Re: .NET Abraham, Quote: If Office can manage without .NET, why bother at all? Maybe because Office is already /written/, and .NET has something (a lot, imho) to offer to people /writing/ new applications? The point isn't that there's anything in .NET that cannot be achieved otherwise. Heck, anything you can implement with any technology, you can (by definition) implement in assembler. But that hasn't made Delphi and its VCL useless - the value of Delphi and the VCL hasn't been that it allowed you to do stuff that was previously /impossible/, just that it eased the process a lot. The same goes for .NET - there's nothing in .NET you couldn't handcode yourself, or you couldn't do in Delphi. But it's a lot easier (and magnitudes faster) to use what .NET has to offer. Or to approach this from another angle: Since Office obviously doesn't use Delphi and the VCL, why do you bother using Delphi? Given your "Office as the measure of all things" approach, one would assume you'd be a die-hard C++/MFC coder. (After all, if there was anything better, Microsoft would have rewritten Office in it by now, no?) <g> -- marc hoffman Chief Architect, .NET RemObjects Software http://www.chromesville.com and the fifty-two daughters of the revolution turn the gold to chrome Back to top Abraham Guest Posted: Sun Aug 28, 2005 10:26 am    Post subject: Re: .NET marc hoffman <mh (AT) spamobjects (DOT) com> wrote in news:43118de0$1 @newsgroups.borland.com: Quote: there's nothing in .NET you couldn't handcode yourself, or you couldn't do in Delphi. So using .NET is purely optional and all those talks that "new OS features will only be available to .NET apps" and "switching to .NET is a must as it was switching to win32 from win16" and "if you don't switch viruses and worms will eat you alive" and etc. were empty talks, right? Cheers, Abraham Back to top Dave Nottage [TeamB] Guest Posted: Sun Aug 28, 2005 10:34 am    Post subject: Re: .NET Abraham wrote: Quote: So using .NET is purely optional and all those talks that "new OS features will only be available to .NET apps" and "switching to .NET is a must as it was switching to win32 from win16" and "if you don't switch viruses and worms will eat you alive" and etc. were empty talks, right? I don't think anything has changed in the last 9 months. -- Dave Nottage [TeamB] Back to top Adam Roslon Guest Posted: Sun Aug 28, 2005 10:44 am    Post subject: Re: .NET In article <43118a84 (AT) newsgroups (DOT) borland.com>, [email]joanna (AT) nospam (DOT) co.uk[/email] says... Quote: If you look at the next version of SQL Server, you will find that Microsoft is certainly using .NET in a big way in its own products. ..NET makes sense for server side applications, but I still don't see much benefit for desktop applications, and as far as using it for real- time systems, I don't think it will ever be useful just as Java never got there. Back to top marc hoffman Guest Posted: Sun Aug 28, 2005 10:45 am    Post subject: Re: .NET Abraham, Quote: So using .NET is purely optional Of course. At least here, the SS didn't show up with guns and forced me to use .NET, yet. Quote: and all those talks that "new OS features will only be available to .NET apps" i didn't say that. New OS features such as Avalon will certainly only be available to .NET, as far as i am informed. But that doesn't really conflict with what i said - anything Avalon provides for you, you could do yourself, in assembler. Quote: and "switching to .NET is a must as it was switching to win32 from win16" Switching from Win16 wasn't "a must". It simply was the sensible thing to do. Quote: and "if you don't switch viruses and worms will eat you alive" and etc. were empty talks, right? I don't recall ever having anyone (who mattered) say this, so... -- marc hoffman Chief Architect, .NET RemObjects Software http://www.chromesville.com and the fifty-two daughters of the revolution turn the gold to chrome Back to top marc hoffman Guest Posted: Sun Aug 28, 2005 10:47 am    Post subject: Re: .NET Adam, Quote: .NET makes sense for server side applications, but I still don't see much benefit for desktop applications, Ok. Why does .NET make sense for "server side applications" (and i assume you don't just mean ASP.NET), in your opinion, and why don't you think that those same benefits will be of interest to desktop/client development? -- marc hoffman Chief Architect, .NET RemObjects Software http://www.chromesville.com and the fifty-two daughters of the revolution turn the gold to chrome Back to top Abraham Guest Posted: Sun Aug 28, 2005 10:54 am    Post subject: Re: .NET marc hoffman <mh (AT) spamobjects (DOT) com> wrote in news:43119597$1 @newsgroups.borland.com: Quote: i didn't say that. New OS features such as Avalon will certainly only be available to .NET, as far as i am informed. But that doesn't really conflict with what i said - anything Avalon provides for you, you could do yourself, in assembler. That's exactly what I mean: As long as MS Office is alright without those new features my apps will be as alright. Cheers, Abraham Back to top Display posts from previous: All Posts1 Day7 Days2 Weeks1 Month3 Months6 Months1 Year Oldest FirstNewest First         BorlandTalk.com Forum Index -> Delphi Non-Technical All times are GMT Goto page 1, 2, 3 ... 21, 22, 23  Next Page 1 of 23   Jump to: Select a forum C++ Builder Newsgroups----------------C++ BuilderC++ Builder (ActiveX)C++ Builder (Announcements)C++ Builder (Command Line Tools)C++ Builder DatabasesC++ Builder Databases (ADO)C++ Builder Databases (Desktop)C++ Builder Databases (InterBase Express)C++ Builder Databases (Multi-Tier)C++ Builder Databases (SQL Servers)C++ Builder (Graphics)C++ Builder (IDE)C++ Builder (Internet)C++ Builder (Internet Socket)C++ Builder (Internet Web)C++ Builder (Jobs)C++ Builder (Language)C++ Builder (Language C++)C++ Builder (Compatibility with MFC)C++ Builder (Native API)C++ Builder (Non-Technical)C++ Builder (Students)C++ Builder (Third Party Tools)C++ Builder (Upgrade)C++ Builder (VCL)C++ Builder (VCL Components Usage)C++ Builder (VCL Components Development)C++ Builder (VCL Usage)C++ Builder (WinAPI)C++ Builder Installation Delphi Newsgroups----------------Delphi (General)Delphi ActiveX Controls UsageDelphi ActiveX Controls DevelopmentDelphi As400Delphi DatabasesDelphi Databases (ADO)Delphi Databases (dbExpress)Delphi Databases (Desktop)Delphi Databases (InterBase Express)Delphi Databases (Multi-Tier)Delphi Databases (SQL Servers)Delphi DeploymentDelphi GraphicsDelphi IDEDelphi InternationalizationDelphi InternetDelphi Internet Isapi-WebBrokerDelphi Internet WebSnapDelphi Internet WinsockDelphi JobsDelphi Language BASMDelphi Language ObjectPascalDelphi Model Driven Architecture (General)Delphi Model Driven Architecture (Third Party)Delphi MultimediaDelphi Native APIDelphi Non-TechnicalDelphi ObjectPascalDelphi OLE AutomationDelphi OO designDelphi OpenToolsAPIDelphi Reporting-ChartingDelphi RTLDelphi StudentsDelphi TeamSourceDelphi Thirdparty ToolsDelphi Thirdparty Tools (General)Delphi Thirdparty Tools (IntraWeb)Delphi Thirdparty Tools (RaveReports)Delphi UpgradeDelphi VCLDelphi VCL ComponentsDelphi VCL Components UsingDelphi VCL Components WritingDelphi WebServices SOAPDelphi WinAPIDelphi XMLDelphi Installationcomp.lang.pascal.delphi.components.misccomp.lang.pascal.delphi.components.usagecomp.lang.pascal.delphi.components.writingcomp.lang.pascal.delphi.databasescomp.lang.pascal.delphi.misccomp.sources.delphi JBuilder Newsgroups----------------JBuilderJBuilder AnnouncementsJBuilder Applet IssuesJBuilder As400JBuilder CompilerJBuilder CORBA/RMIJBuilder DatabasesJBuilder DB SwingJBuilder DebuggerJBuilder DeploymentJBuilder DocumentationJBuilder EnterpriseJBuilder HandheldJBuilder IDEJBuilder JavaJBuilder JavaAPIJBuilder Java LanguageJBuilder Java SwingJBuilder Java BeansJBuilder Java Beans UsageJBuilder Java Beans DevelopmentJBuilder JBCLJBuilder JDataStoreJBuilder JobsJBuilder LinuxJBuilder MacintoshJBuilder & MobileSetJBuilder MultiLingual AppsJBuilder Non-TechnicalJBuilder OpenToolsJBuilder Servlets (JSP)JBuilder StudentsJBuilder Team DevelopmentJBuilder Thirdparty ToolsJBuilder UpgradeJBuilder Installation InterBase Newsgroups----------------InterBaseInterBase Bug DiscussionInterBase GeneralInterBase IBConsoleInterBase OpenSourceInterBase ReplicationInterBase SQLInterBase ThirdpartyInterBase Installation Miscellaneous Borland Newsgroups----------------AppCenterAppServerEnteraVisiBroker  You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum Powered by phpBB © 2001, 2006 phpBB Group SEO toolkit © 2004-2006 webmedic.