March 26, 2010

Posted by Rob Straight

If you are interested in a full day training session on Getting Started with OpenEdge for .NET, including use of OpenEdge Architect with the new Visual Designer, OO ABL, and the OpenEdge GUI for .NET, then read on!

The New England Progress Users Group is hosting a one day event on April 12, 2010. The workshop will be led by Mike Fechner, Managing Director of Consultingwerk Ltd., a well know and experienced user of Progress technology in general and the OpenEdge GUI for .NET in particular.

But wait, you can't travel to the Progress facility in Bedford MA to attend? Not a problem- this workshop is being hosted in the Cloud! What that means is that if you attend in person or remotely, you will connect to your own dedicated system running OpenEdge in the Amazon Cloud. You simply need an internet connection and a telephone, and you are able to participate.

This workshop is being offered at a very attractive price, both to those who attend in person and those participating from a remote location. For more information, and to register, please visit http://nepug2010spring.eventbrite.com/ .

This is an excellent opportunity to get hands on training on the OpenEdge GUI for .NET, and to also gain some experience with working in the Cloud!

March 22, 2010

OpenEdge, the open Force?

Posted by Mike Ormerod

Use the "Force" Luke...Ok, now that's out of the way, because admit it, that's the first thing that entered your head when you saw the title. That Force is not the Force I'm looking for....OK, enough!

No, The Force I'm referring to is force.com, the platform provided by the folks over at Salesforce as a means of building Force applications. Let's be honest here, if you ask most people to name a major player in the SaaS application space today, most people would say Salesforce.com, and as such their platform upon which it's built, force.com, is held in high regard. But here's where is gets interesting.  I was reading a whitepaper the other day where I came across some figures :

  • Overall Project Cost is 30% less
  • Requirement definition is 25% less
  • Testing Effort is 10% less

These figures come courtesy of Galorath Inc. a research company that conducted a study into developing with force.com versus traditional development.  This got me thinking.

Back in February, Nancy posted a blog entry about the new Forrester report into the Total Economic Impact of the OpenEdge Platform.  When you look at the outcome of this report there are some striking conclusions :

  • Developing with OpenEdge is 40% more  productive than alternative platforms
  • Application Delivery with OpenEdge is 30% faster to market than when using an alternative platform
  • Support staff productivity gain is 80% with OpenEdge as compared to alternative platforms

Interesting, no?  So when you compare OpenEdge to what is in most people's minds the 800lb gorilla in the SaaS world and a thoroughly modern platform, not only do you get a more than favorable comparison, you are actually better positioned.  Why?  Well what's the one big thing Force.com doesn't allow you to do? Deploy outside of Force! Whereas with OpenEdge you have the freedom to deploy pretty much anywhere, be that on premise, a traditional hosting model or indeed in the Cloud.

So good readers, I put it to you that OpenEdge is not only the open equivalent of something such as force.com, but indeed is the leading platform for developing modern SaaS applications where you get to decide how to best deploy it based upon your business model.   

March 17, 2010

pNFS is coming to a computer near you

Posted by Gus Bjorklund

In fact, it may /already/ be on your computer.

We have an enormous variety of choices for stable storage devices for our databases and ways of configuring and accessing them. And lots of cryptic abbreviations and acronyms: JBOD, RAID 10, RAID 5, SSD, iSCSI, NFS, SCSI, ATA, NAS, SATA, SAS, AFS, SMB, and SAN to name just a few.


A new one you may not know about is pNFS or Parallel NFS. Since its original development in 1984 by Sun Microsystems, NFS has been steadily improving and growing in capabilities too. It is now almost everywhere. In January 2010, the IETF approved RFC 5661 which is the spec for NFS 4.1. RFC 5661 adds (along with a few other things) parallelization to NFS 4.0.

pNFS has been under development for a few years (since 2004) and will be well supported by storage vendors and operating systems. It will greatly increase performance and scalability of storage systems accessed via NFS.

Note: i have not had a chance to try pNFS out yet, so I can't provide you with any data about the performance of the OpenEdge RDBMS on it or how it compares with other choices.

If you want to learn more about pNFS, here are some places you can go for good summaries:

Panasas pNFS page: http://www.pnfs.com/

An IBM Developerworks pNFS article: http://www.ibm.com/developerworks/linux/library/l-pnfs/

If you want /all/ the gory details, you can find them in the IETF's RFC 5661: http://tools.ietf.org/html/rfc5661

March 11, 2010

The Four Pillars of transitioning to the SaaS/Cloud Business Model…

Posted by Colleen Smith

I have the pleasure of spending a vast majority of my time working with ISVs or as well call them APs on their business strategy, specifically those that are looking to move from a traditional software business model to that of a Software as a Service(SaaS) business model.  Yesterday I was reading a favorite blog of mine Phil Wainewright’s Software as Services ZDnet Blog (http://blogs.zdnet.com/SAAS/) and I thought it was a very insightful piece on the Four Pillars of the Transition to SaaS.  The four pillars he highlights are:

Partner strategy. It’s clear that providers have to work with partners— but it’s equally clear that the old partner models have to be radically revised.

Pricing, packaging and selling. Makes a huge difference in timespan and ease or difficulty of the sales cycle, and the value of upsells and renewals. Once these decisions have been taken, there’s then the question of how to organize and incent the sales process.

As-a-service infrastructure. A highly automated operational infrastructure is needed to deliver the necessary partner, sales and customer relations in a cost-effective and responsive manner.

Customer relationships. Moving from a product sales cycle to a continuous, iterative service provider relationship is a complete culture change both for vendors and for their customers.

It is as though he has been on the phone with me and talking to our APs – the only thing that I would change is the order, as the biggest obstacle for most of our APs is the PRICING, PACKAGING and SELLING.  I work very closely with our partners to help them understand that SaaS is not just a pricing model – but the pricing is critical to the successful transition to the SaaS business model.   Understanding the target market and who the buyer is and how they are looking to consume the service is absolutely critical to understand, before making the transition.

Next, I would put the infrastructure requirements – only because that is a “COST” factor in the delivery of the service – so you need to understand your underlying costs – before you price and package your offering – so that one is also a critical component.

I would be remiss if I did not next say that the “CUSTOMER” is next on the list.  I mentioned before knowing your “buyer” is important – but just as critical is the understanding of the customer relationship on a go-forward basis.  You are no longer just selling them a piece of software or an application.  In the SaaS business model – you are now a SERVICE provider and the relationship that you have with your customer is just different.  You are now their “go to” person whenever anything goes wrong…and so you need to be prepared to address all of their business requirements.  Otherwise they will leave you and go elsewhere.

Finally, the PARTNER STRATEGY, but I would look carefully at this in more than just one dimension.  The partnering strategy changes considerably in a SaaS model – mostly because you are now most likely relying on multiple players for successful delivery of your service/product to the customer.  For example – there is the provider of the Internet connection for your customer, there is the hosting or Cloud provider that will be responsible for the hardware, virtualization and operating system delivery and finally there is who you will partner with to deliver the integration and the access to other applications that need to work very closely with your business application.  There might even be someone in your ecosystem that in the past has delivered training and/or implementation services for your application – the question then is: are they still needed? If not, what have you done to your application to make it easier for end-users to get up to speed and knowledgeable on using the application?  Have you investigated the “ease of use” aspect of your SaaS application – or are you still thinking “old school”?  Is your application now more likely to be part of a broader ecosystem and how do you fit into that system? 

These are just some of the questions that you need to be thinking about as you transition to a SaaS business model.  Most of our APs that have made the transition will tell you that after a few years, it can turn out to be a very lucrative growth model.  However, that does not mean that it was an easy transition.  But just keep in mind we are here to help, as we also have thought about our partnering strategy as it relates to the SaaS business model.  As always – any questions – feel free to contact me at cosmith@progress.com.