New-age Transactional Systems - Not Your Grandpa's OLTP
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Al Tenhundfeld on Feb 23, 2009
Eric Nelson, Microsoft UK Evangelist, has posted the results of a large survey on how UK developers are using the .NET Framework and VB 6.0. The survey targeted Windows developers using the MS technology stack; results should be interpreted within that context.
One of the most interesting results of the survey is seeing how much VB6 code is still being actively used and maintained.

See Eric's analysis of the survey for more detailed information, but the following list contains some of the more interesting findings:
For those many UK VB6 developers, MSDN also has a portal devoted to migrating VB6 code to .NET.
Using Drools? See what you're missing! Get the Power of Drools with the Assurance of Red Hat
A practical guide to choosing the right agile tools
Agile Maturity Model Applied to Building and Releasing Software
Where I work, we still have tons of VB6 apps in production. The main strategy is to keep them as long as possible until they just don't do the job anymore or are more costly to keep than to replace. We tried to keep Vb6 development to a minimum, but depending on costs, we'll tweak and maintain a VB6 app instead of replacing it.
We do actively encourage migration to .NET, but budgets have to be allocated. Thats an easy process to get it approved, IF you can justify the cost. And often you can't. Simple as that.
exactly what I want to say.
I thought M$ was, or already has, discontinued support for the VB6 IDE. That would leave VB6 developers in the odd spot of having M$ support for the runtime but could not make any changes to VB6 code and still be in compliance.
They don't support it, doesn't mean there arent license lefts at resellers/partners, and it definately doesn't mean you aren't allowed to use the licenses you already have. If you had 1000 VB6 licenses before, and now you need 3-4, you're ok :)
I think companies don't tend to upgrade their legacy apps , for so many reason ,one of them as Francois Ward said , if its not broken, don't fix it, but i can add couple more reasons:
1- Majority of computers are still running XP which doesn't have .NET framework , moving to .NET means adding an extra deployment requirement which needs to be taken into consideration.
2- Moving from VB 6 to the OOP VB.NET isn't that easy when it comes to upgrade existing code that used to run for really long time (maybe since VB4).
Budgets, developers ,and time constraints are major impacts of that research result.
I think it needs like another decade till no more VB6 code is being writing .. who is writing COBOL now ;)
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.
Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.
Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).
Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.
Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.
5 comments
Watch Thread Reply