Comments on: I’m a switcher! http://www.eastowners.com/bc/12/23/im-a-switcher those crazy kids from around the block Fri, 10 Feb 2012 15:47:08 +0000 http://wordpress.org/?v=2.6.3 By: Sikkdays http://www.eastowners.com/bc/12/23/im-a-switcher#comment-1327 Sikkdays Tue, 06 Jan 2009 01:49:19 +0000 http://www.eastowners.com/?p=671#comment-1327 Good for you, I am glad you are having a positive experience. Like you have enjoyed my switch. I was hesitant that OS X would not be as customizable or have the applications I need. Yet, It seems like when I run off to find something I need and find nothing it turns out it is built into OS X somewhere. In other cases when I hit a brick wall, I backup and find another route. I don't spend my time bludgeoning my head on my desk trying to figure out how to get something to work as advertised because of a 'driver' or hardware conflict. Easily, Apple hardware plays nice with most applications and devices because it is Apple's hardware and not some crazy brand video card that no one has ever heard of. Don't get me wrong, I am not a cult of Mac person. After all, Apple purchases their hardware from the lowest bidders, just like everyone else. I might know 3 people who have had flawless ipods, everyone else I know have had to send their's in for service. When it comes down to it, I work with the OS that the job requires. Like you, my everyday machine is OS X for now. Good for you, I am glad you are having a positive experience. Like you have enjoyed my switch. I was hesitant that OS X would not be as customizable or have the applications I need. Yet, It seems like when I run off to find something I need and find nothing it turns out it is built into OS X somewhere.

In other cases when I hit a brick wall, I backup and find another route. I don’t spend my time bludgeoning my head on my desk trying to figure out how to get something to work as advertised because of a ‘driver’ or hardware conflict.

Easily, Apple hardware plays nice with most applications and devices because it is Apple’s hardware and not some crazy brand video card that no one has ever heard of.

Don’t get me wrong, I am not a cult of Mac person. After all, Apple purchases their hardware from the lowest bidders, just like everyone else. I might know 3 people who have had flawless ipods, everyone else I know have had to send their’s in for service.

When it comes down to it, I work with the OS that the job requires. Like you, my everyday machine is OS X for now.

]]> By: Matt http://www.eastowners.com/bc/12/23/im-a-switcher#comment-1316 Matt Wed, 24 Dec 2008 13:42:13 +0000 http://www.eastowners.com/?p=671#comment-1316 While you're working on escaping the MS realm, I've been delving into it more deeply (not by choice, of course). We've just switched over to the .NET platform, and the decision was made to start using Silverlight for our UI layer. Sure...why not ? The controls are really slick looking, and the developer can instantiate pages as objects and render them in an onClick event (The rendering looks pretty seamless, too). Now, for the fun part, binding a Silverlight control to a datasource. Silverlight controls can only be bound to ObservableCollection(s) returned by web services. OK...fair enough...I can do that. So...I create a class a web service to return my data and expect it to populate a gridview...No dice. I spent a week and a half trying to figure out where I'd screwed up my code, only to discover that I didn't have a clientaccesspolicy.xml file in every project I was referencing. The clientaccesspolicy.xml file is needed, because, despite the fact that all my code is running on the same domain, since the services are running on a different port than the .aspx file, calls to them are considered cross-domain and, thus, I need a file to indicate that I grant this access. Thank you, Microsoft, for once again attempting to save me from myself. Take me back to the vi and gcc days (or at least to the Borland Turbo C++ on a DOS platform days). Ugghhh... While you’re working on escaping the MS realm, I’ve been delving into it more deeply (not by choice, of course). We’ve just switched over to the .NET platform, and the decision was made to start using Silverlight for our UI layer. Sure…why not ? The controls are really slick looking, and the developer can instantiate pages as objects and render them in an onClick event (The rendering looks pretty seamless, too).
Now, for the fun part, binding a Silverlight control to a datasource. Silverlight controls can only be bound to ObservableCollection(s) returned by web services. OK…fair enough…I can do that. So…I create a class a web service to return my data and expect it to populate a gridview…No dice. I spent a week and a half trying to figure out where I’d screwed up my code, only to discover that I didn’t have a clientaccesspolicy.xml file in every project I was referencing. The clientaccesspolicy.xml file is needed, because, despite the fact that all my code is running on the same domain, since the services are running on a different port than the .aspx file, calls to them are considered cross-domain and, thus, I need a file to indicate that I grant this access. Thank you, Microsoft, for once again attempting to save me from myself. Take me back to the vi and gcc days (or at least to the Borland Turbo C++ on a DOS platform days). Ugghhh…

]]>