Search-This » C# http://www.search-this.com Internet Marketing, Website Promotion and Blogging Advice Mon, 01 Mar 2010 21:09:20 +0000 http://wordpress.org/?v=2.9.2 en hourly 1 IDing the Problem of ASP.NET http://www.search-this.com/2008/08/20/iding-the-problem-of-aspnet/ http://www.search-this.com/2008/08/20/iding-the-problem-of-aspnet/#comments Wed, 20 Aug 2008 13:59:37 +0000 Golgotha http://www.search-this.com/?p=714 I love ASP.NET, but one thing I find extremely frustrating is dealing with the automatically generated ID properties that it places on page elements.

For example, let's say you have a div with an id of "contentTop" like below:

PLAIN TEXT
HTML:
  1. <div id="contentTop" runat="server">...</div>

Because you have made the control a server-side control by adding the runat="server" attribute it will now be rendered with a different ID when it hits the browser (view the source code and you will see). It will get rendered as something like this:

PLAIN TEXT
HTML:
  1. <div id="ctl00_contentTop">...</div>

This is because ASP.NET generates its own IDs to ensure that every element on the page has a unique ID. Developers that work with JavaScript and CSS will immediately see the problem. This causes difficulty when using JavaScript and CSS which rely on those IDs to reference elements, as they can't easily predict what the generated ID will be. When it comes to CSS specificity the ID selector is extremely useful. In addition, anyone that uses JavaScript knows that getElementById (or one of the JavaScript library ways) is the most popular way to target an element. So why the hell does ASP.NET do this to us? Honestly, I can't really tell why, other than the fact that they must not trust us enough to be able to uniquely ID our elements ourselves.

But I don't want to just complain here, I would like to provide some solutions too.

Solution

The solution will be found in the ClientID property of the server-side control. The ClientID property represents the ID that ASP.NET will use for the element on the client.

Using the ScriptManager we place the ClientID in a hidden form field. This can all be done in the code-behind file by using the following code:

PLAIN TEXT
C#:
  1. ScriptManager.RegisterHiddenField(this, "contentTop", contentTop.ClientID);

Be sure to have included the ScriptManager to your page, like so:

PLAIN TEXT
ASP:
  1. <asp:ScriptManager ID="ScriptManager1" runat="server">
  2.     </asp:ScriptManager>

Now we can use JavaScript to retrieve the value from our hidden form fields.

PLAIN TEXT
JAVASCRIPT:
  1. var id = form1.contentTop.value;
  2. var cTop = document.getElementById('id');

That's it, if you know of another way, please let us know.
Happy coding.

]]> http://www.search-this.com/2008/08/20/iding-the-problem-of-aspnet/feed/ 7 3 C# 3.0 Shortcuts http://www.search-this.com/2008/06/16/3-c-30-shortcuts/ http://www.search-this.com/2008/06/16/3-c-30-shortcuts/#comments Mon, 16 Jun 2008 19:37:40 +0000 Golgotha http://www.search-this.com/?p=690 1. Automatic Properties

Automatic properties provide you with a shorthand for defining a new property. No more do we have to create the private property and then use Getters and Setters to access and set that property. Here's the old code:

PLAIN TEXT
ASP:
  1. private string _Name;
  2.  
  3. public string Name
  4. {
  5.   get {return _Name;}
  6.   set {_Name = value;}
  7. }

Now here's the code using automatic properties:

PLAIN TEXT
ASP:
  1. public string Name {get; set;}

Oh my! How nice is that? The C# compiler creates the Getters and Setters and the private fields for you automagically!

2. Initializers

We've talked about initializers before, but let's review anyway. You can use initializers to reduce the amount of work it takes to create a new instance of a class. Instead of this:

PLAIN TEXT
ASP:
  1. Customer Mark = new Customer();
  2. Mark.Id = 12;
  3. Mark.Kids = 2;
  4. Mark.Money = 1000000.00m;

We can do this:

PLAIN TEXT
ASP:
  1. Customer Mark = new Customer {Id=12, Kids=2, Money=1000000.00m};

Short and sweet -- the way I like it.

3. Type Inference

This new feature takes a page out of JavaScript's book. When you take advantage of type inference, you allow the C# compiler to determine the type of variable at compile time. Here's an example of how you use type inference with C#:

PLAIN TEXT
ASP:
  1. var message = "Hello World!";

Looks like JavaScript eh? Notice that we didn't declare a type? The C# compiler can infer the type of variable (it's a string) from the value you use to initialize the variable.

No performance impact results from using type inference. The compiler does all the work figuring out the data type at compile time.

Notice the use of the keyword var? You declare a variable of type var when you want the compiler to figure out the variable's data type all by itself.

Enjoy those three shorthand shortcuts and happy coding.

]]> http://www.search-this.com/2008/06/16/3-c-30-shortcuts/feed/ 3 Initialize Objects with C# 3.0 http://www.search-this.com/2008/02/08/initialize-objects-with-c-30/ http://www.search-this.com/2008/02/08/initialize-objects-with-c-30/#comments Fri, 08 Feb 2008 16:16:43 +0000 Golgotha http://www.search-this.com/2008/02/08/initialize-objects-with-c-30/ Almost every object you create needs to be initialized in some way. In C# 3.0 you now have a new shorthand method for doing so called an object initializer.

Here's some typical code to initialize an object:

Stud mark = new Stud();
mark.Name = "Mark";
mark.Hotness = 10;

Here's the new C# 3.0 object initializer way:

mark = new Stud() { Name = "Mark", Hotness = 10 };

This does exactly the same thing as the three lines of code above, but in one line! And the IDE (Visual Studio 2008) even helps out with IntelliSence showing you the fields available. Pretty cool eh? If you're running Visual Studio 2005, then this won't work.

]]> http://www.search-this.com/2008/02/08/initialize-objects-with-c-30/feed/ 8 Objects – Why You Should Care About Them http://www.search-this.com/2007/07/11/objects-why-you-should-care-about-them/ http://www.search-this.com/2007/07/11/objects-why-you-should-care-about-them/#comments Wed, 11 Jul 2007 13:16:24 +0000 cpradio http://www.search-this.com/2007/07/11/objects-why-you-should-care-about-them/ This past week, I have been undergoing a week of rigorous training learning the key differences between .NET 2.0/3.0 and .NET 1.1. For the past two years our company has been working with the 1.1 framework, and is now migrating towards the 2.0/3.0 framework. This week the instructor said something I knew, but was glad to be reminded about. It wasn't even a .NET oriented question, it was an object oriented question that does not apply to one specific language, but to all OOP (object oriented programming) models in general.

What is the difference between a struct and a class? When should you use a struct versus a class? How do you know?

What is the difference between a struct and a class?
It is simple, structs cannot be inherited from or extended. They can have properties, private variables, methods, and even constructors and deconstructors. Unfortunately, that is where they end in their likeness to classes. Classes on the other hand are extensible and can be inherited.

Finally, it should be mentioned that structs are stored on the stack as a by value type and classes are stored on the heap as a by reference type. What you do need to know is if you copy a struct to another variable, you will now have two copies of the entire struct in the stack, causing a performance hit (depending on the size). For a class, this is not true, the second variable gets stores the address to the original heap location, thus no performance hit.

So when should you use a struct versus a class?
Whenever you do not need extensibility or inheritance. As for the "How do you know?", you are the architect; during your analysis take into consideration what you might be able to re-use in the future.

The nice thing about classes are their advance functionality. You can extend upon them creating large webs of functional objects and you can use them as a refactoring foothold to make smaller chunks of reusable code (modularization). For example, let's say you have a class called "Person". This class contains information such as "First Name", "Last Name", "Middle Initial", "Birth Date", and "Gender".

PLAIN TEXT
CODE:
  1. // PHP
  2. class Person
  3. {
  4.   private $firstName;
  5.   private $middleInitial;
  6.   private $lastName;
  7.   private $birthDate;
  8.   private $gender;
  9.  
  10.   public function __construct()
  11.   {
  12.   }
  13. }
  14.  
  15. // C#
  16. using System;
  17.  
  18. namespace MyClasses
  19. {
  20.   public class Person
  21.   {
  22.     private string firstName;
  23.     private string middleInitial;
  24.     private string lastName;
  25.     private string birthDate;
  26.     private string gender;
  27.  
  28.     public Person()
  29.     {
  30.     }
  31.   }
  32. }

Now let's say you want to extend that class to have "Customers" and "Employees". You would inherit the "Person" class and extend it with the additional information you want to store. Let's say the "Customers" class should have an "Account Number", "Credit Card Number", "Credit Card Expiration Date", and "Credit Card Type". The "Employees" class would have an "Employee ID", "Email Address", "Title", and "Department". Now if we didn't use inheritance, all of this extra data would all be in the "Person" class, and that would just look busy.

So here is the Employees and Customers classes:

PLAIN TEXT
CODE:
  1. // PHP
  2. class Customer extends Person
  3. {
  4.   private $accountNumber;
  5.   private $creditCardNumber;
  6.   private $creditCardExpiration;
  7.   private $creditCardType;
  8.  
  9.   public function __construct()
  10.   {
  11.   }
  12. }
  13.  
  14. class Employee extends Person
  15. {
  16.   private $employeeId;
  17.   private $emailAddress;
  18.   private $title;
  19.   private $department;
  20.  
  21.   public function __construct()
  22.   {
  23.   }
  24. }
  25.  
  26. // C#
  27. using System;
  28.  
  29. namespace MyClasses
  30. {
  31.   public class Customer: Person
  32.   {
  33.     private string accountNumber;
  34.     private string creditCardNumber;
  35.     private string creditCardExpiration;
  36.     private string creditCardType;
  37.  
  38.     public Customer(): base()
  39.     {
  40.     }
  41.   }
  42.  
  43.   public class Employee: Person
  44.   {
  45.     private string employeeId;
  46.     private string emailAddress;
  47.     private string title;
  48.     private string department;
  49.  
  50.     public Employee(): base()
  51.     {
  52.     }
  53.   }
  54. }

Now that we have covered inheritance to show how to extend a class, let's tackle abstraction. Abstraction provides a mechanism to define methods that MUST be created by anything extending it. For example, let's say the "Person" class wanted to abstract the method to display the "Full Name". This way the "Customers" class must write it's own "Full Name" method and so must the "Employees" class.

Due to the abstraction, our "Person" class needs a few changes:

PLAIN TEXT
CODE:
  1. // PHP
  2. abstract class Person
  3. {
  4.   private $firstName;
  5.   private $middleInitial;
  6.   private $lastName;
  7.   private $birthDate;
  8.   private $gender;
  9.  
  10.   public function __construct()
  11.   {
  12.   }
  13.  
  14.   abstract public function FullName();
  15. }
  16.  
  17. class Customer extends Person
  18. {
  19.   private $accountNumber;
  20.   private $creditCardNumber;
  21.   private $creditCardExpiration;
  22.   private $creditCardType;
  23.  
  24.   public function __construct()
  25.   {
  26.   }
  27.  
  28.   public function FullName()
  29.   {
  30.     return parent::firstName . " " . parent::middleInitial . " " . parent::lastName;
  31.   }
  32. }
  33.  
  34. class Employee extends Person
  35. {
  36.   private $employeeId;
  37.   private $emailAddress;
  38.   private $title;
  39.   private $department;
  40.  
  41.   public function __construct()
  42.   {
  43.   }
  44.  
  45.   public function FullName()
  46.   {
  47.     return parent::firstName . " " . parent::middleInitial . " " . parent::lastName . "(" . $this-&gt;title . ")";
  48.   }
  49. }
  50.  
  51. // C#
  52. using System;
  53.  
  54. namespace MyClasses
  55. {
  56.   abstract class Person
  57.   {
  58.     private string firstName;
  59.     private string middleInitial;
  60.     private string lastName;
  61.     private string birthDate;
  62.     private string gender;
  63.  
  64.     public Person()
  65.     {
  66.     }
  67.    
  68.     public abstract string FullName();
  69.   }
  70.  
  71.   public class Customer: Person
  72.   {
  73.     private string accountNumber;
  74.     private string creditCardNumber;
  75.     private string creditCardExpiration;
  76.     private string creditCardType;
  77.  
  78.     public Customer(): base()
  79.     {
  80.     }
  81.  
  82.     public override string FullName()
  83.     {
  84.       return base.firstName + " " + base.middleInitial + " " + base.lastName;
  85.     }
  86.   }
  87.  
  88.   public class Employee: Person
  89.   {
  90.     private string employeeId;
  91.     private string emailAddress;
  92.     private string title;
  93.     private string department;
  94.  
  95.     public Emplyee(): base()
  96.     {
  97.     }
  98.  
  99.     public override string FullName()
  100.     {
  101.       return base.firstName + " " + base.middleInitial + " " + base.lastName + "(" + this.title + ")";
  102.     }
  103.   }
  104. }

Now keep in mind that abstract classes can have non-abstract methods, however, you cannot create an instance of this class, it must be inherited.

Finally, interfaces solve the biggest problem with objects. In C# and PHP, you are only allowed to inherit from a single class, however, you can implement an infinite number of interfaces. Interfaces like abstract classes cannot be instantiated, they can only define the method definitions; they cannot actually implement the methods.

PLAIN TEXT
CODE:
  1. // PHP
  2. abstract class Person
  3. {
  4.   private $firstName;
  5.   private $middleInitial;
  6.   private $lastName;
  7.   private $birthDate;
  8.   private $gender;
  9.  
  10.   public function __construct()
  11.   {
  12.   }
  13. }
  14.  
  15. interface FullNameInterface
  16. {
  17.   public function FullName();
  18. }
  19.  
  20. class Customer extends Person implements FullNameInterface
  21. {
  22.   private $accountNumber;
  23.   private $creditCardNumber;
  24.   private $creditCardExpiration;
  25.   private $creditCardType;
  26.  
  27.   public function __construct()
  28.   {
  29.   }
  30.  
  31.   public function FullName()
  32.   {
  33.     return parent::firstName . " " . parent::middleInitial . " " . parent::lastName;
  34.   }
  35. }
  36.  
  37. class Employee extends Person implements FullNameInterface
  38. {
  39.   private $employeeId;
  40.   private $emailAddress;
  41.   private $title;
  42.   private $department;
  43.  
  44.   public function __construct()
  45.   {
  46.   }
  47.  
  48.   public function FullName()
  49.   {
  50.     return parent::firstName . " " . parent::middleInitial . " " . parent::lastName . "(" . $this-&gt;title . ")";
  51.   }
  52. }
  53.  
  54. // C#
  55. using System;
  56.  
  57. namespace MyClasses
  58. {
  59.   abstract class Person
  60.   {
  61.     private string firstName;
  62.     private string middleInitial;
  63.     private string lastName;
  64.     private string birthDate;
  65.     private string gender;
  66.  
  67.     public Person()
  68.     {
  69.     }
  70.   }
  71.  
  72.   interface FullNameInterface
  73.   {
  74.     public string FullName();
  75.   }
  76.  
  77.   public class Customer: Person, FullNameInterface
  78.   {
  79.     private string accountNumber;
  80.     private string creditCardNumber;
  81.     private string creditCardExpiration;
  82.     private string creditCardType;
  83.  
  84.     public Customer(): base()
  85.     {
  86.     }
  87.  
  88.     public override string FullName()
  89.     {
  90.       return base.firstName + " " + base.middleInitial + " " + base.lastName;
  91.     }
  92.   }
  93.  
  94.   public class Employee: Person, FullNameInterface
  95.   {
  96.     private string employeeId;
  97.     private string emailAddress;
  98.     private string title;
  99.     private string department;
  100.  
  101.     public Emplyee(): base()
  102.     {
  103.     }
  104.  
  105.     public override string FullName()
  106.     {
  107.       return base.firstName + " " + base.middleInitial + " " + base.lastName + "(" + this.title + ")";
  108.     }
  109.   }
  110. }

There you have it, in this article we learned how to use classes to extend, abstract, and interface your code to make smaller chunks re-usable and extensible.

History:
07/13/2007 11:44 AM
Added information denoting that structs are stored on the stack and classes are stored on the heap -- hat tip to Ramjee.

]]> http://www.search-this.com/2007/07/11/objects-why-you-should-care-about-them/feed/ 4 What programming language should you use? http://www.search-this.com/2007/02/19/what-programming-language-should-you-use/ http://www.search-this.com/2007/02/19/what-programming-language-should-you-use/#comments Mon, 19 Feb 2007 20:07:33 +0000 vinnie http://www.search-this.com/2007/02/19/what-programming-language-should-you-use/ If you hang out on enough web development forums, mailing lists, or chatrooms, you'll eventually get asked this question:

What language should I use to program my next project?

As someone who has been on a few of said forums, mailing lists, and chatrooms for a while now, I hate seeing this question. Yes, it comes around a lot, but repetitiveness isn't what bugs me about it. What bothers me is that there's usually very little background information attached to that question, which makes it as open-ended as asking what mode of transportation you should take to get to the store. I can tell you anything from a skateboard to a jet and either vehicle can get you to the store, but to give you the best answer I need to know how far you have to travel, what you plan on buying, and how much money you have, among other things. The same holds true for the programming language question, so let's look at some factors that can help you choose which language to use on your next project.

What do you want to build?

This should be the first question you ask yourself when choosing a language, because some languages are better at some things over others, and some language just plain can't work in certain contexts. Are you building a desktop application? If so, you might want to look at a language like C++ or Visual Basic over say, PHP. Conversely, for a web application, PHP or Ruby (optionally with a nice framework like Rails or Symfony) will get you up and running much faster than trying to write your own CGI handler in C.

Some languages, like C# or Java, try to do it all, so this question may not lead to one clear answer for you if those are among your options. Keep them in mind, and try to filter your selection down with the following questions.

What platform(s) am I going to be running on?

This is almost as big of a decision-maker as the kind of program you're writing. Some languages only work well on one platform, so if you're on another platform the choice gets limited pretty quickly. For example, if you're writing a Windows program you might not want to learn Objective-C and Cocoa, which is a programming framework for Mac applications. Conversely, if you're building a website that is intended to run on a Linux server, PHP is a much better option than C#. Many languages, like Python and Java, are cross-platform, so at first it may not look like it matters, but look closer. Some server-side languages might "work" on Windows, but with Apache and not IIS, or may not perform well on Windows relative to Linux/OS X. Yes, it might still be possible to work in a language on a second-class platform, but it might be more painful than it's worth.

What do I already know? Do I like it?

Prior experience is also a good way to gauge which language you should use. If you like a C-style syntax, the style of a language like Ruby or Visual Basic might make you scream and run back to the safety of curly braces and semicolons. On the other hand, if you've been writing Java code for the last 7 years and are TiredOfTheVerbosityOfItAll, then maybe a more terse language like Python would be a nice change of pace.

Does the language have features for my project?

Look at your project and see what your needs are. Is it a simple frontend to a database with a couple of forms? Well, just about any language is capable of handling something like that nowadays. Do you have to deal with processing large amounts of text? Well, Perl was built just for that so maybe it's worth a look. Different project requirements may make you decide to switch it up.

To conclude...

I'm not here to tell you which language you should choose. You and I may look at the same project and end up with two completely different ideas about which language is best to go with. I don't expect people to run through this process every time they come across a new project, but hopefully this article gives you something to think about when you decide you want to start playing with another programming language.

]]> http://www.search-this.com/2007/02/19/what-programming-language-should-you-use/feed/ 3 Introducing Louis Simpson – aka louissimps http://www.search-this.com/2007/02/07/introducing-louis-simpson-aka-louissimps/ http://www.search-this.com/2007/02/07/introducing-louis-simpson-aka-louissimps/#comments Wed, 07 Feb 2007 14:57:43 +0000 Golgotha http://www.search-this.com/2007/02/07/introducing-louis-simpson-aka-louissimps/ Search-This welcomes Louis Simpson to the team!

Often times when you belong to a forum you start stalking certain people. Every time the person you are stalking post and you notice it, you go read what they have to say because you know it's going to be good. Well, Louie was the first person I ever stalked :)

So when I was putting together the Search-This team I knew that I had to get him on board, it makes it easier to stalk him that way! We're glad to have you on the team Louie.

Enjoy Louie's bio below:

User Name: louissimps

  • childhood ambition: marry a rich woman
  • fondest memory: going to my grandpa's ranch
  • favorite music: a little something from every genre
  • retreat: the ocean
  • proudest moment: the path I have lead so far
  • biggest challenge: not going to college
  • alarm clock: 6:50(snooze until 7:45)
  • perfect day: coffee, surfing, lunch with my wife, afternoon nap, head to my favorite bar
  • first job: busboy at a banquet hall
  • indulgence: Belgian Ale
  • favorite movie: too many to name, Super Troopers, Napolean Dynamite, Platoon
  • inspiration: accomplishment
]]> http://www.search-this.com/2007/02/07/introducing-louis-simpson-aka-louissimps/feed/ 5 Sara Smith (ses5909) steps up to bat http://www.search-this.com/2007/01/22/sara-smith-ses5909-steps-up-to-bat/ http://www.search-this.com/2007/01/22/sara-smith-ses5909-steps-up-to-bat/#comments Mon, 22 Jan 2007 15:07:07 +0000 ses5909 http://www.search-this.com/2007/01/22/sara-smith-ses5909-steps-up-to-bat/ Something I think every blogger should do is introduce themselves; it gives the community a little more insight to you. Mark gave me a sweet introduction, but I wanted to share a little bit more and give you a preview of what you're in store for with my posts.

I'm a programmer (PHP and C#), but am really average at best. You aren't going to get some life-changing "aha" code examples from me. I do try hard and I'm always trying to learn better practices. I am a firm believer in knowledge is power and the more knowledge I have on a certain topic, say OOP in PHP for example, the better armed I am for battle! What I love about programming is solving problems and of course just the ability to make things happen. My favorite part of the lifecycle is the application and database design. So, there is a good chance you will see some examples of design documents from me.

I'm a blogger and am completely fascinated with how blogging and other forms of social media are changing the way businesses, well, do business. I have several places I blog at, both personally and professionally, so you may say I'm a bit of an addict. When Mark waved the needle in my face, it was hard to resist ;) . You are likely to see me write about topics like this and I will try to illustrate how businesses can integrate blogging and social networking sites into their marketing plans.

I'm a business-woman. I am a partner in a Web development company, brainyminds. I started the business 4 years ago and we provide web development services to businesses and individuals. We were recently recognized as an Authorize.net Certified Developer, which is pretty cool as there are currently only 12 other companies who we share that title with. I may talk about working with clients, bidding on projects, and documentation.

I'm a life-long learner. A big reason I got into this field is because it will always be changing, providing me ample opportunity to continue learning. I may write reviews of industry-related books that I'm reading or share some great info that I have found that has helped me. I like to learn, but I also like to share what I've learned. From the search engine perspective, the most frequent terms that lead people to my personal site, ilovecode are error codes from people who have encountered an error in their code. I have posted examples of errors I have encountered and their solutions. It makes me happy if I can save other people of going through the frustration that I've encountered. I may share those here as well.

I'm a wannabe website publisher. This statement may be confusing as I already own websites that I've built, but what I really want to do is launch some websites that can earn decent recurring revenue. There are so many topics that I could talk about related to this field. SEO is something I am continually trying to improve on. I know the basics and I employ them, but there will ALWAYS be room for improvement. Ad networks is another area that could be discussed. I am a complete novice when it comes to making money from your websites using advertisements. I will talk in general about my experiences and also seek advice from you! There are several other topics that I will hit on too. I have a content website in the works currently so be prepared for me to talk about that, successes and failures both.

Hopefully that gives you a glimpse of what to expect from me. I look forward to starting a conversation with you.. after all, that is what blogging is about, the conversation. So, don't be afraid to comment!

]]> http://www.search-this.com/2007/01/22/sara-smith-ses5909-steps-up-to-bat/feed/ 7 Introducing Matt Wilkin – aka cpradio http://www.search-this.com/2007/01/12/introducing-matt-wilkin-aka-cpradio/ http://www.search-this.com/2007/01/12/introducing-matt-wilkin-aka-cpradio/#comments Sat, 13 Jan 2007 03:19:24 +0000 Golgotha http://www.search-this.com/2007/01/12/introducing-matt-wilkin-aka-cpradio/ Long time users of Search-This will no doubt know cpradio. Matt pretty much grew up on Search-This. When he was just a young lad in high school he was administering the forums and helping people with all their web related needs.

Matt's passion has always been as a coder. Now that Matt has graduated college and become a full time software engineer there's not many languages he hasn't worked with.

Look for Matt's, or rather cpradio's first article this Monday titled: "OOP in PHP from a .NET OOP Perspective" - should be a good read.

I can't really welcome cpradio as a new member to the team, because he has always been part of the team. So just enjoy his bio below.

User Name: cpradio

  • childhood ambition: to be a software developer, seriously, it was...
  • fondest memory: looking at my old code and just realizing what an idiot I was back then
  • favorite music: anything but elevator music, seriously, how do you not fall asleep to elevator music?
  • retreat: hiking in the smokies
  • proudest moment: three weeks of hammering an application, countless thankful users
  • biggest challenge: writing quote engines for an insurance company and making it easy to maintain
  • alarm clock: 6:30 AM on a good day, 4:30 AM on implementation day (project going to production)
  • perfect day: my wife told me it was her wedding day, err... our wedding day. :-P
  • first job: PetsMart stocker/fork-lift driver
  • indulgence: hard drives, I have 10 (in one PC) equaling 1.8 TB but that is not enough
  • favorite movie: geez, I can't just pick one, that would be unfair to the rest of them
  • inspiration: knowing knowledge has no limits other than a person's refusal to continue learning
]]> http://www.search-this.com/2007/01/12/introducing-matt-wilkin-aka-cpradio/feed/ 4