jump to navigation

Why Your Code is a One Way Time Machine October 19, 2009

Posted by ActiveEngine Sensei in ActiveEngine, Agile vs Waterfall, Mythology, Problem Solving, software economics.
add a comment

What type of duress are you under?  The unfortunate among us have been sentenced to slavery by our evil nemesis from the past.  We all have this enemy, and at one time or another have succumbed to the enemy’s evil plot.  The enemy from the past is YOU.

2424601413_3ecda752e5_bWhen you sit down to create a solution, you need to balance solving the problem with being able to maintain and implement changes to the logic you have selected.  All logic changes, and there are very few times when you have the finite scope defined to be able to accommodate new ideas.  ”Rewrite!” is the cry of many who have written good solutions that have solved the problem but more than likely are not very maintainable.  ”Broken Cardinality” is the bane of all DBA’s, and this is very serious indeed.  Sensei can’t help you with that – go beat your business analyst who didn’t drive home the rules of relational databases!

What Sensei will say is put your tools after you think you’ve solved your users problems in a two week sprint, step back and project into the future:  will this code be readable; can you augment the logic without altering the methods; will you be happy with yourself at midnight trying to fix something?  Addressing these concerns helps you maintain your solution.

The real challenge is to help yourself next year.  The-future-you needs your help, but The-future-you will hate you if you misconstrue YAGNI in your design phase with avoid-refactoring-at-all-costs while you code.  Forget the sprint.  Putting something into a customers hands too soon masks the complexity of what you have done for them and undersells your true talents.  They’ll be happier if you can quickly implement changes without impacting the existing environment.  Congrat’s – The-future-you just bought a beer!

The Economics of Developing iPhone Apps August 6, 2009

Posted by ActiveEngine Sensei in ActiveEngine, software economics.
Tags: , , , ,
2 comments

Sensei has an iPhone and it is indeed a great technological achievement.  It just works.  Another attractive aspect to the iPhone is the lowe priced software available from the App Store.  We have all heard of the stories of the kid who made $40K by creating an app and selling it.   At Coding Horror, Jeff Atwood posted his thoughts regarding the effect of lowering the cost of a software product and how that can create a jump in sales.  In short, the lower priced software makes up for the loss with volume.  starwars-iphone

There are other considerations to be kept in mind before diverting your talent to iPhone application development.  The economics of surviving in that envirnoment are hazardous.   (more…)

The Economics of Protecting the Red Shirts July 29, 2009

Posted by ActiveEngine Sensei in .Net Development, ActiveEngine, Business Processes, Coaching, Design Patterns, Mythology, Personal Development, Problem Solving, software economics.
Tags: , , , , ,
2 comments

Recently I came across this post from a fellow lamenting the lack of interest on the part of .Net developers in architecture solutions such as IoC, Dependency Injection, ORMs, and the like.  800px-KirkSlapsSelfThis stood out in stark contrast to Java developers who this person interviewed, who either were conversant with the technology or were interested enough to pursue informing themselves further.  Some call this the result of Drag -n -Drop design as laid out in a post  by Greg Young, a Microsoft MVP and .Net developer who has specialized in high performance applications.  Greg maintains in his post Java vs. .Net Developers that drag and drop is mis applied and there needs to be an greater effort the isolate the cases where it is mis used.  This practice has arisen, he maintains, from poor training and lack of awareness of other development platforms. (more…)