Who needs developers when you have IBM?
It used to be that software vendors sold customers bridges based on the lie that business analysts could write the software with their awesome new tools...eliminating the need for programmers.
I just ran across some interesting marketecture for IBM's Integration Developer product. They appear to have conceded that a BA can't program with the tool. But possibly even worse, the introduction to the product advertises the following:
Sounds like a great plan, huh? Hire an "integration developer" to implement a java-based integration without a working knowledge of java. Because you're just "assembling" complex business solutions...IBM's products take away the complexity for you! Show me someone that fits their target audience that can even properly define the words mediation and adapter.
A couple years back, I saw a presentation at NFJS by Neal Ford that pretty much matched my viewpoint exactly in my own experience. He sums it up in this blog series. Yes, integration is hard. Yes, it takes very experienced developers to get it even done at all, and even those very experienced developers will make a lot of mistakes and produce less than ideal solutions because this is a new field, and remote computing sucks regardless of how smart the solution is.
The bottom line is that you can't hide the complexity under a rug. Products like this will get you 80% of the way there, and by the time you figure out that they're not the right solution, it might be too late. You might have run out of budget, haven't finished, and have a bunch of unhappy customers mad at you. But congratulations, you've just helped your can't-get-fired-for-buying-vendor fund their next line of bridges to sell you.
Want to do it right? Simplify your problem by defining what information needs to go from A to B first, and then listen to the right people that have done this before and aren't getting paid based on how much of their product you buy.
I just ran across some interesting marketecture for IBM's Integration Developer product. They appear to have conceded that a BA can't program with the tool. But possibly even worse, the introduction to the product advertises the following:
WebSphere Integration Developer enables integration developers to assemble complex business solutions that require minimal skills, whether they involve processes, mediations, adapters, or code components. Users can construct process and integration solutions using drag-and-drop technology without having a working knowledge of Java.
Sounds like a great plan, huh? Hire an "integration developer" to implement a java-based integration without a working knowledge of java. Because you're just "assembling" complex business solutions...IBM's products take away the complexity for you! Show me someone that fits their target audience that can even properly define the words mediation and adapter.
A couple years back, I saw a presentation at NFJS by Neal Ford that pretty much matched my viewpoint exactly in my own experience. He sums it up in this blog series. Yes, integration is hard. Yes, it takes very experienced developers to get it even done at all, and even those very experienced developers will make a lot of mistakes and produce less than ideal solutions because this is a new field, and remote computing sucks regardless of how smart the solution is.
The bottom line is that you can't hide the complexity under a rug. Products like this will get you 80% of the way there, and by the time you figure out that they're not the right solution, it might be too late. You might have run out of budget, haven't finished, and have a bunch of unhappy customers mad at you. But congratulations, you've just helped your can't-get-fired-for-buying-vendor fund their next line of bridges to sell you.
Want to do it right? Simplify your problem by defining what information needs to go from A to B first, and then listen to the right people that have done this before and aren't getting paid based on how much of their product you buy.
posted by Dan Tanner at
10:00 AM
0 Comments:
Post a Comment
Subscribe to Post Comments [Atom]
<< Home