For typical sorts of Access and ASP.net application, HBC is generally two to three times as fast as the temporary IT staff that you're probably currently using. HBC's rates are at or below the rates charged by temp staff houses. You do the math.
It is likely that your organization already has an IT staff and/or a list of vendors developing your internal applications. But does their work include the use of advanced features (such as context sensitive pop-up menus and tree-view navigation)? If not, don't you think that they should? Does your application send e-mail to project managers automatically when milestones are reached? Wouldn't it be nice if it did? These features are harder to program but they make an application's usage more intuitive and more powerful. Training expenditures go down, productivity goes up.
Application development by HBC does not require additional resources from your company. HBC provides people, machines, and office space for development.
HBC applications are designed for non-IT people to operate. Knowledge of Access, SQL, computers, etc. is not necessary. When the application is done, HBC fades into the background--off the clock yet ready to respond to issues
Why conserve bandwidth? Today's .net applications are somewhat easy to develop. But the typical product is a resource hog: Viewstate variables can measure in the hundreds of kilobytes; many .net controls impose bushel baskets full of javascript for proper client-side behavior; and the stock .net user controls employed in Visual Studio result in less than efficient HTML.
Even when using 'smartnav', postbacks on busy forms can take several seconds. This is not acceptable behavior for a web-app. HBC has developed some novel approaches to .net development which work around the brute-force text shoveling that is characteristically .net. The result is an application which is easier to develop, easier to maintain, and as responsive as a desktop application.
In addition to greater responsiveness, these novel approaches reduce the requirements for client-side script. This keeps the heavy calculations concealed on the server even though it looks like client-side code doing the calculations. If your algorythms are proprietary, they'll stay that way as they are never loaded onto the client.
HBC associates use both popular sides of the brain: left and right.
Contact Douglas Hills ph: 425.898.1605