Home
  Latest posts
  My Writings
  My Code
  My Gallery
  About me
 
  rssfeed Syndication
 
Bloggtoppen.se
 
 
Links
  Cornerstone
  SweNug
 
Post categories
  misc (48)
  Architecture (21)
  C# (19)
  Asp.Net (2)
  Vb.Net (2)
  Training (7)
  Data (19)
  Events (40)
  Platform (2)
  Orcas (4)
  Updates (3)
  Methods (10)
  Tools (6)
  Announcements (14)
  Languages (1)
  Patterns (6)
  Opinions (11)
  Fun (3)
  Ineta (1)
  Opinion (0)
  Practices (2)
  WCF (5)
 
 
 

"That feature is to complex for my developers..."

Tuesday, September 30, 2008

One of the most adverse argument to not explore new technology, methodology or principles is the false alibi of "complexity makes it harder to staff our project".

This is an overused argument in many cases, a solid one in some. Bot the solid and overused cases has one thing in common, clients listens to the argument with full attention. You don't want an understaffed project.But that makes the argument so much more dangerous and one that you should watch out for.

I for one would like to argue that it's more often used as an alibi for developers that don't want to improve their skills, that don't want to learn new stuff and don't want the old ways to change.

If a piece of technology, methodology or principle gives you a benefit. Use it and educate your team, don't stay away from it. In my book, not evolving the team is the same thing as devolving them.

 

Comments
10/1/2008 6:03:00 PM   http://michaelgillson.com   -   Mike Gillson
 
I guess I agree and disagree.
I have started to use Lambda expressions and it has made programming faster and more readable. I miss them when I must program in VS 2005.
I am NOT using the Entity Framework or LINQ. I have my own data access classes which are very fast and I generate them from SQL statements.
My data access classes are extendible and will add LINQ extensions over time. As for the Entity Framework, I do not yet see the gain over what I am already doing and have no plans to start using it.
 
10/5/2008 10:32:00 AM   https://lowendahl.net   -   Patrik Löwendahl
 
I'm not really talking about EF here. I'm talking about a general attitude from developers that doesn't want to learn.

If you've looked a specific pieace of technology, understand it and decide that you won't benefit from it, I'm all for that. As long as it's an informed desicion based on facts.

What I'm turning against is the argument that introducing complexity that you would benefit from would make it too complex for your developers.

That's a non-argument in my book, decide against a technology based on needs and facts, fine, decide against a technology because you or your developers are to lazy to learn, catastrophic and hurts the whole industry.


Comment
Title:
Your name:
Your url:
Text:
Please enter the text from the image: