| Just Other Articles |
Hubs | Hubbers | Topics | Request |
| #1 in Business | Subscribe Email Print |
|
You are here: Home > Internet and Businesses Online > Web Development > Choosing a Web Development Framework |
|
Just Other Articles - Choosing a Web Development Framework
I recently had the opportunity to develop a small online booking system. This time round I was determined to make use of some development framework. Not for me the slow slog of writing all my code from scratch - surely we have moved beyond that now in web development? The big question was - which fra According to USFDA, a combination product is one composed of any combination of a drug and device; biological product and device; drug and biological product mework to use? Since the advent of Ruby on Rails, development frameworks have become quite the flavour d'jour and there are now, well, maybe not thousands of them, but quite a few! The last time I heard there are about 80 development frameworks out there. I am not 100% user of this number, it could be ; or drug, device, and biological product and fixed dose combination would include two or more combinations of drug. Examples of combination products may in a bit higher, it could be a bit more conservative (on the phpwact site you can find about 40 PHP frameworks listed). The point is, the web developer is now really spoilt for choice. Which is a problem in itself, since having too much choice can leave you dithering between different options. This arti lude drug-coated devices, drugs packaged with delivery devices in medical kits, and drugs and devices packaged separately but intended to be used together. le is therefore about how I made my choice, which was CakePHP, and which factors I took into consideration. Obviously, and certainly, I will get bombarded with "Why don't you try X framework, it is really much simpler to use..." type responses. That is quite OK, to each his own! But this is the choic here is enormous increase in the number of combination products entering the market in the recent years. Combination products have proven advantages but fixe I made and I am sticking to it. Frankly, the idea of going through another learning curve gives me the heeby-jeeby's.... I found that the selection criteria were not independent. In other words, once I have ruled out some frameworks due to some specific criteria, other factors came into play. It was d dose combinations are still in the process of convincing regulatory authority on their advantages over the single ingredient formulations. Combination pro therefore more a process of elimination than judging all the frameworks off a predefined set of criteria. The first major selection point was: Ruby on Rails or not. Obviously there is the attraction of using a brand new, hip, buzz-word hyped framework. You can't go wrong with something that is getti ucts have become life saving products for the pharmaceutical companies who doesn’t have many innovative molecules in their product pipeline and have been inc g so much attention... or can you? Let's look at some of the selection criteria that filtered out Ruby on Rails 1. Ease of installation and ability to run on shared hosting The problem is that most of my clients make use of a shared hosting environment. Can Ruby on Rails run on common-or gar easingly used in the product life cycle management. Even the companies having product patents are trying to extend their product life cycle through the combi en variety type shared hosting? The answer was, I soon discovered - no. One needs to either have access your own private servers or run on a shared hosting environment that has Ruby on Rails preinstalled. Admittedly, there are a couple of them now starting up. A comprehensive list of hosting providers nation products and maximize the revenues. But the companies involved in this practice are overlooking that they are burdening the patients both economically that offer Ruby On Rails hosting can be found on the RoR Wiki - http://wiki.rubyonrails.org/rails/pages/RailsWebHosts. 2. Minimize the learning curve Even though I knew that any new framework will involve a steep learning curve, I really did not have the guts to go through TWO learning curves and physically. They need to rightly judge the benefits of the combination products and they have to even look at the risks involved when combining the produ - one for the language itself and one for the framework. I might still have been prepared to go through the learning curve though if it wasn't for the fact that RoR requires special hosting. So basically the decision was: Not RoR. And based on criterion 2, I decided to stick to a PHP framework, and n ts. Some of the combination products were well accepted by physicians while others suffered. Companies involved in development of combination products are fi t go for something else based on Perl or something else since I've been developing in PHP for the past two, almost three years. Having said this, it is all very well to say that CakePHP allows you to use your PHP skills - because it is an object oriented framework/MVC based framework it has its own ri ding difficulty in defining their combination products and facing various challenges from selecting a combination to marketing it. Following aspects would a ch language infrastructure. You still need to learn the CakePHP terminology and the learning curve is pretty steep! 3. Ability to run on PHP 4 Although PHP 5 offers more object oriented features, once again, not all shared hosts offer PHP 5 out of the box. I decided that I wanted to stick to dd to the challenges in developing combination products: Which markets to tap where the combination products can do fairly well? Which combination prod framework that will offer backwards compatibility and enable me to run on most of the servers that I, as well as my clients, host on. My further criteria came down to: 4. Must have good documentation Under good documentation I count the following: - User manual - Examples and cod cts are meaningful and rational? Which therapeutic categories to select? Which Combinations can address unmet needs of the patients? Do combin snippets - Screen casts and videos - although I do not see these as essential 5. Good support by the user community This, in combination with formal documentation is absolutely essential. All of these frameworks are pretty young and the documentation is also constantly evolving. Som tions increase the patient compliance? What would be the developing cost? How to tackle the risks encountered during combination product developmen documentation might be patchy in details. This is where the user support in terms of the community comes in. How active are the forums? Is there a bug tracker? Any other informal tutorials, write-ups, comments, blogs and other support? 6. Regular upgrades and bug fixes ..but not so close to t? As combination products don't fit into the traditional categories of drugs, medical devices, or biological products, the USFDA is in the process of devel ach other that the software becomes unstable and unusable. Backward compatibility is also important. Version number of the software can be used to indicate maturity. Working off the following list (http://www.phpit.net/article/ten-different-php-frameworks/) one can see that the list has narrowed dow ping new procedures for reviewing their safety, efficacy and quality. Professional from academic institutions, pharmaceutical industries, health care indust to the following frameworks:
The next step was a bit less scientific - but still fitted in with point 5 - how well is this y and representatives from various regulatory agencies are working out to design the regulatory requirements for manufacture and sale of combination products Framework regarded? How much support does it generate in the 'community'. I scouted through forums and followed links and surfed the net and tried to get a general feel - and overall, CakePHP did seem to come out tops. A similar check that one can do is the following - do a Google search for each of . As there is an increasing trend of the combination products companies manufacturing such products should be able to tackle the problems involved in the de he frameworks and see how many results are returned. This will give you a good idea of the general support, number of tutorials, number of forum posts and general 'talked about' factor for the specific framework. The results for this exercise can be seen here: http://www.tm4y.co.za/cakephp/ruby-on-rai elopment. They need to be wiser in analyzing the market trends and the regulatory requirements. Companies that provide selfless information through particip s-popularity-for-web-development.html In summary therefore, the support for Ruby on Rails and the amount of information available for it is astounding and you will probably not go wrong if you decide to go this route. But if you want to stick with a PHP framework - CakePHP seems to be the route to go tion in industry events and feedback to regulatory authorities would be able to face the challenges and will be successful in developing combination products
HTTP = HTML link (for blogs, profiles,phorums):
Related Articles:Metal Finishing and Vibratory Deburring Outsource And Fail Without This Internet Marketing Knowledge
|