That's an interesting question, and should be modded up.
The possibility - hopefully not a minimal one, is that you could develop an editor that based your gui layouts on XAML. Then your.Net presentation rendering - the big sticking point right now between WinForms and Mono GUIs - would be in an interoperable form. Maybe. Looking at the samples in the FA, I don't see any reason XAML couldn't be implemented for any platform hosting the CLR. Or most modern languages running on a gui platform, for that matter.
Disclaimer - I am NOT a hardcore GUI developer. I could be full of it. Don Box and lots of other folks seem to be pretty excited about XAML.
You didn't really say why asking building maintenance was an untenable option. This is a relevant point, as, if they're competent, they'd do what a typical electrician would do anyway. Why not drop from the ceiling/floor?
Whereas Yamaha designed serious, well balanced hardware intended more for adults than kids? Is that the logical conclusion of the Roland:Nintendo::Yamaha:Sony play?
I was referring to the Jet engine in my comment. DAO is the API to the Jet engine. In saying it sucked, I wasn't referring just to Jet's implementation of a query parser/processor, I meant all of it.
Once upon a time I did my share of Jet programming, especially in the context of delivering custom Access "applications." Jet's management capabilities leave a lot to be desired, especially compared to the likes of the SQL-DMO.
I looked, and couldn't find a distro of PostgreSQL for Windows. Given that he's running Access, it's likely (though not given) that he is running Windows. In his case, a Windows product that is already free to him may be a better alternative than a (admittedly free and high quality) RDBMS that doesn't run on his platform of choice.
Use both, really. Having Access gives you rights to use it in conjunction with the MSDE, which is sql server with some limitations. Access can also be a pass-thru front end to other ODBC enabled RDBMSs.
I have to agree with the parent. My primary work machine has a Dual display Quadro and has great crispness and good general video performance. It helps when you're staring at.Net / Java code for 10 hrs a day. </meToo>
If you really really need ERWin, you cannot afford not to have it. But I dont think most people need it, and CA aint exactly the most customer centric company out there.
ER/Studio is a close second on functionality, and wins IMO on value delivered and ease of use. It does quite a lot.
Visio...might seem to work ok at first, but will likely end up pissing you off. I came to this conclusion for both it's data modeling capabilities and the rather hamstrung UML additions.
I might be either or both, but leave me out of it. As I was briefed (over 5 years ago, perhaps in today's carefree world, things are more lax), there existed no physical connection between The Internet and any SIPRNET connected machines. I did, however, notice a few SIPRNET machines with floppy and/or CDROM drives. One might just as easily speculate that the vector was sneakernet. The existence of virus outbreaks, then, does not prove a direct connection to the Net.
Yes, you can [deduce]. I agree with you 100% and, to an extent, that will always be a problem, especially in non-totalitarian societies. However, in that case, the spyware will have to remain in place undetected for long periods of time, forwarding large quantities of data to be analyzed. This greatly increases the risk of the spyware being discovered on any military network, siprnet or not. Not that it cannot be done, but those are exactly the kinds of traffic patterns that are monitored for, even on unclassified networks connected to the Internet.
Are you talking about the US Millitary? Siprnet is rather closely watched, computers are audited for unauthorized applications, people get in serious trouble for installing unauthorized software on a secure network machine. It isnt connected to the internet. Ever. And if you're not talking about siprnet, then that machine/person/network just really isn't important enough to worry about - from a national security perspective.
Actually, Microsoft employs both federated and failover clustering, and the two are not mutually exclusive - you can build a federated cluster with failover nodes - to one another or to a hot spare. Federating and failover aren't really related. Federation is a way of dividing up your large tables across multiple database servers for performance, failover is for redundancy.
most enterprise apps are deployed in [the shared everything] type of cluster configuration.
Really? Wow. You sure about that? I would disagree. Many, perhaps. We don't, and we're a Fortune 500 with over 60k employees. Most requires a majority, and I'd have to see numbers to be convinced.
does ASP.NET not suck as bad as ASP under IIS used to? Nope. it really does not suck. It aint perfect, but damn it's a couple orders of magnitude better than ASP. I never really liked the 'let's put our code in our pages' thing Neither did I, or many people, for that matter. That is why a lot of serious developers compiled COM components to service requests. Now, asp.net is a step further in that direction by explicitly (depending on the way you develop) separating logic from presentation via MyPage.aspx files (presentation) vs MyPage.aspx.cs files (logic). Of course, as in Java(tm), you CAN do it wrong/easy by glomming everything into your aspx pages. Bad programmer! No donught!
It [C#] is complete enough that Java(tm) is including features that already exist in C# in 1.5 - including enums, attributes, and iterator-aware looping.
Otherwise, from a syntax standpoint, C# is pretty roughly equivilant to Java(tm). They are both OO languages (no flames about which is more OO, that's a dumb argument) that support single-inheritance, multiple interface implementation, and some component-oriented development paradigms (beans vs properties)
C# is similiarly including more features such as anonymous methods and Generics which made it to 1.5 before C# will get them in 2.0 "Whidbey".
I do serious, production work in both. IMHO, it isn't the language that is differentiating, it's the class libraries and the reach of the underlying platform that dictate the decision to use one vs the other. For Windows development, C#/.Net has a serious edge.
For cross-platform server applications, Java(tm) is extremely strong.
Funny you say that... MS does daily automated builds of Windows for all it's supported CPU platforms and does installs to a large farm of workstations. For Win2k, the build cluster was comprised of Compaq 8x processor Xeon servers. I imagine they may have moved to larger hardware like a Unisys E7000 by now. Windows is well over 20 million LOC now, and doing a daily build takes over 10 hours.
Now, about that job.....how's $50M in stock options and $2M/year in salary? I'll even let you run Linux at work (in a Virtual PC, of course) All you have to do...is nothing!
I used to travel a LOT. 200+ days on the road, 100+ different cities/hotels. I carried a pair of Bose self powered speakers (same driver and enclosure as the 151s) and I absolutely loved them. I wish I still had them. Too bad they weighed about 6lbs each and took up 6x9x4 inches. They were worth the space though. I don't even think Bose still makes them.
Very close to what I was thinking - A "Dead Man's Switch" carrier signal that transmits telemetry data on how well focused the power beam is. If the carrier isn't received, neither is the power.
Slashdot Mirror
That's an interesting question, and should be modded up.
.Net presentation rendering - the big sticking point right now between WinForms and Mono GUIs - would be in an interoperable form. Maybe. Looking at the samples in the FA, I don't see any reason XAML couldn't be implemented for any platform hosting the CLR. Or most modern languages running on a gui platform, for that matter.
The possibility - hopefully not a minimal one, is that you could develop an editor that based your gui layouts on XAML. Then your
Disclaimer - I am NOT a hardcore GUI developer. I could be full of it. Don Box and lots of other folks seem to be pretty excited about XAML.
You didn't really say why asking building maintenance was an untenable option. This is a relevant point, as, if they're competent, they'd do what a typical electrician would do anyway. Why not drop from the ceiling/floor?
Whereas Yamaha designed serious, well balanced hardware intended more for adults than kids? Is that the logical conclusion of the Roland:Nintendo::Yamaha:Sony play?
No way you deserved a Troll mod for that comment.
You're in Ohio too?!
I was referring to the Jet engine in my comment. DAO is the API to the Jet engine. In saying it sucked, I wasn't referring just to Jet's implementation of a query parser/processor, I meant all of it.
Once upon a time I did my share of Jet programming, especially in the context of delivering custom Access "applications." Jet's management capabilities leave a lot to be desired, especially compared to the likes of the SQL-DMO.
I looked, and couldn't find a distro of PostgreSQL for Windows. Given that he's running Access, it's likely (though not given) that he is running Windows. In his case, a Windows product that is already free to him may be a better alternative than a (admittedly free and high quality) RDBMS that doesn't run on his platform of choice.
Jet sucks as a database engine. SQL Server is ANSI SQL-92 compliant, Jet isn't.
Use both, really. Having Access gives you rights to use it in conjunction with the MSDE, which is sql server with some limitations.
Access can also be a pass-thru front end to other ODBC enabled RDBMSs.
I have to agree with the parent. My primary work machine has a Dual display Quadro and has great crispness and good general video performance. It helps when you're staring at .Net / Java code for 10 hrs a day. </meToo>
If you really really need ERWin, you cannot afford not to have it. But I dont think most people need it, and CA aint exactly the most customer centric company out there.
ER/Studio is a close second on functionality, and wins IMO on value delivered and ease of use. It does quite a lot.
Visio...might seem to work ok at first, but will likely end up pissing you off. I came to this conclusion for both it's data modeling capabilities and the rather hamstrung UML additions.
I might be either or both, but leave me out of it. As I was briefed (over 5 years ago, perhaps in today's carefree world, things are more lax), there existed no physical connection between The Internet and any SIPRNET connected machines. I did, however, notice a few SIPRNET machines with floppy and/or CDROM drives. One might just as easily speculate that the vector was sneakernet. The existence of virus outbreaks, then, does not prove a direct connection to the Net.
Yes, you can [deduce]. I agree with you 100% and, to an extent, that will always be a problem, especially in non-totalitarian societies. However, in that case, the spyware will have to remain in place undetected for long periods of time, forwarding large quantities of data to be analyzed. This greatly increases the risk of the spyware being discovered on any military network, siprnet or not. Not that it cannot be done, but those are exactly the kinds of traffic patterns that are monitored for, even on unclassified networks connected to the Internet.
Are you talking about the US Millitary? Siprnet is rather closely watched, computers are audited for unauthorized applications, people get in serious trouble for installing unauthorized software on a secure network machine. It isnt connected to the internet. Ever.
And if you're not talking about siprnet, then that machine/person/network just really isn't important enough to worry about - from a national security perspective.
Actually, Microsoft employs both federated and failover clustering, and the two are not mutually exclusive - you can build a federated cluster with failover nodes - to one another or to a hot spare. Federating and failover aren't really related. Federation is a way of dividing up your large tables across multiple database servers for performance, failover is for redundancy.
most enterprise apps are deployed in [the shared everything] type of cluster configuration.
Really? Wow. You sure about that? I would disagree. Many, perhaps. We don't, and we're a Fortune 500 with over 60k employees. Most requires a majority, and I'd have to see numbers to be convinced.
does ASP.NET not suck as bad as ASP under IIS used to?
Nope. it really does not suck. It aint perfect, but damn it's a couple orders of magnitude better than ASP.
I never really liked the 'let's put our code in our pages' thing
Neither did I, or many people, for that matter. That is why a lot of serious developers compiled COM components to service requests. Now, asp.net is a step further in that direction by explicitly (depending on the way you develop) separating logic from presentation via MyPage.aspx files (presentation) vs MyPage.aspx.cs files (logic). Of course, as in Java(tm), you CAN do it wrong/easy by glomming everything into your aspx pages. Bad programmer! No donught!
Yeah, except for the whole goes across the [nation|world]-wide telephone network part.
It [C#] is complete enough that Java(tm) is including features that already exist in C# in 1.5 - including enums, attributes, and iterator-aware looping.
Otherwise, from a syntax standpoint, C# is pretty roughly equivilant to Java(tm). They are both OO languages (no flames about which is more OO, that's a dumb argument) that support single-inheritance, multiple interface implementation, and some component-oriented development paradigms (beans vs properties)
C# is similiarly including more features such as anonymous methods and Generics which made it to 1.5 before C# will get them in 2.0 "Whidbey".
I do serious, production work in both. IMHO, it isn't the language that is differentiating, it's the class libraries and the reach of the underlying platform that dictate the decision to use one vs the other.
For Windows development, C#/.Net has a serious edge.
For cross-platform server applications, Java(tm) is extremely strong.
Funny you say that ... MS does daily automated builds of Windows for all it's supported CPU platforms and does installs to a large farm of workstations. For Win2k, the build cluster was comprised of Compaq 8x processor Xeon servers. I imagine they may have moved to larger hardware like a Unisys E7000 by now. Windows is well over 20 million LOC now, and doing a daily build takes over 10 hours.
IMHO, the average adult can barely be depended upon to operate a vehicle in 2 dimensions, much less 3.
that is evil. really evil.
Now, about that job.....how's $50M in stock options and $2M/year in salary? I'll even let you run Linux at work (in a Virtual PC, of course)
All you have to do...is nothing!
--Bill
I used to travel a LOT. 200+ days on the road, 100+ different cities/hotels. I carried a pair of Bose self powered speakers (same driver and enclosure as the 151s) and I absolutely loved them. I wish I still had them. Too bad they weighed about 6lbs each and took up 6x9x4 inches. They were worth the space though. I don't even think Bose still makes them.
Very close to what I was thinking - A "Dead Man's Switch" carrier signal that transmits telemetry data on how well focused the power beam is. If the carrier isn't received, neither is the power.
not to mention a Pink Floyd soundtrack.