Comments on: Endless options mean web development does not have to hit the rails http://dharmeshmistry.wordpress.com/2008/09/26/endless-options-mean-web-development-does-not-have-to-hit-the-rails/ Tue, 11 Aug 2009 09:53:46 +0000 http://wordpress.com/ hourly 1 By: dharmeshmistry http://dharmeshmistry.wordpress.com/2008/09/26/endless-options-mean-web-development-does-not-have-to-hit-the-rails/#comment-65 dharmeshmistry Sat, 14 Mar 2009 15:49:50 +0000 http://dharmeshmistry.wordpress.com/?p=84#comment-65 Thanks, but would be good if you could expand on what you disagree with, I would certainly value an alternative opinion ;o) The template is a simple one we created internally, glad you like it and appreciate you taking time to read the blog. Thanks, but would be good if you could expand on what you disagree with, I would certainly value an alternative opinion ;o) The template is a simple one we created internally, glad you like it and appreciate you taking time to read the blog.

]]> By: automotive floor jack http://dharmeshmistry.wordpress.com/2008/09/26/endless-options-mean-web-development-does-not-have-to-hit-the-rails/#comment-64 automotive floor jack Sat, 14 Mar 2009 12:30:25 +0000 http://dharmeshmistry.wordpress.com/?p=84#comment-64 I have to say, I can not agree with you in 100%, but it's just my opinion, which indeed could be wrong. p.s. You have a very good template . Where have you got it from? I have to say, I can not agree with you in 100%, but it’s just my opinion, which indeed could be wrong.
p.s. You have a very good template . Where have you got it from?

]]> By: dharmeshmistry http://dharmeshmistry.wordpress.com/2008/09/26/endless-options-mean-web-development-does-not-have-to-hit-the-rails/#comment-24 dharmeshmistry Thu, 02 Oct 2008 09:22:01 +0000 http://dharmeshmistry.wordpress.com/?p=84#comment-24 Thanks Vikas. I agree with you ! This is a big issue. I often find also that Architects find the challenge of designing their own solution more interesting than using someone elses. However, no good architect today would advocate writing their own database, their own web server or application server. So hence they certainly should not be advocating the development of their own presentation layer, if they do, I'm not sure they are the architect you want/need. Over the coming weeks I'll be adding some more technical posts also, discussing the challenges with the presentation layer. These are too help people understand the full requirements for a presentation layer technology. The problem today tends to be the focus is on ease, flexibility and richness of user interface development. Whilst this is important, issues such as security, performance, cross browser rendering etc... are as important if not more so. Many of these non functional requirements often get missed when selecting a presentation layer framework / technology. regards D Thanks Vikas.
I agree with you ! This is a big issue. I often find also that Architects find the challenge of designing their own solution more interesting than using someone elses. However, no good architect today would advocate writing their own database, their own web server or application server. So hence they certainly should not be advocating the development of their own presentation layer, if they do, I’m not sure they are the architect you want/need.

Over the coming weeks I’ll be adding some more technical posts also, discussing the challenges with the presentation layer. These are too help people understand the full requirements for a presentation layer technology.

The problem today tends to be the focus is on ease, flexibility and richness of user interface development. Whilst this is important, issues such as security, performance, cross browser rendering etc… are as important if not more so. Many of these non functional requirements often get missed when selecting a presentation layer framework / technology.

regards D

]]> By: Vikas Agarwal http://dharmeshmistry.wordpress.com/2008/09/26/endless-options-mean-web-development-does-not-have-to-hit-the-rails/#comment-23 Vikas Agarwal Wed, 01 Oct 2008 22:03:23 +0000 http://dharmeshmistry.wordpress.com/?p=84#comment-23 Good post! However, a particular statement of yours, i.e. "don’t re-invent the wheel -..." does remind me of a very common problem faced at the time when a project is in its inception phase and the decision about a suitable framework is to be made. Given that we already have a framework available suiting pretty much each of our technical needs, we cannot always be sure that our tech architect or the responsible person is open minded and is ready to consider enough number of choices of a suitable framework. Also, this decision is made only once and its analysis may be an expensive job, leaving the tech lead/architect going ahead with what they know rather than what they might have had chosen if the decision was backed up with sufficient research. Good post! However, a particular statement of yours, i.e. “don’t re-invent the wheel -…” does remind me of a very common problem faced at the time when a project is in its inception phase and the decision about a suitable framework is to be made.
Given that we already have a framework available suiting pretty much each of our technical needs, we cannot always be sure that our tech architect or the responsible person is open minded and is ready to consider enough number of choices of a suitable framework. Also, this decision is made only once and its analysis may be an expensive job, leaving the tech lead/architect going ahead with what they know rather than what they might have had chosen if the decision was backed up with sufficient research.

]]>