Before the advent of RubyOnRails which influenced the growth of many other frameworks, there was Fusebox.

While frameworks like RubyOnRails gain popularity through its promise of rapid development, Fusebox focus was on ease of maintenance and like other frameworks provide a logical way to structure and layout your codes.

Fusebox early success was strongly tied to the success of Cold Fusion and the early days of web development where the non-existence quickly leads to ‘spaghetti codes’.

Fusebox provided that logical structure. More importantly, within Fusebox, is  FLiP; a project management approach to estimating, architecting, coding and testing a Fusebox application.

I use FLiP extensively. It is the basis for the cost estimation of projects that I managed. It takes the guess workout of my project plans and the wireframes aids in confirming the requirements and bring clarity to the client’s work process.

Just recently, we need to port a project that has code going as far back as 10 years ago. The saving grace was our use of Fusebox back then.

True to its mission, Fusebox applications continues to be easily maintained. We can easily navigate our codes from 10 years back. Continue reading →