Kevin Schneider is responsible for Inventor Fusion among other things. He is one of many Autodesk employees that I have corresponded by email and phone for years but have never met in person. And this continues to be the case because I interviewed him through one of those fancy Cisco TelePresence systems.
The only things we could not do was shake hands and exchange business cards. But apart from that it was as if he was sitting right opposite me. This is part of our conversation:
Deelip: What do you make of SolidWorks V6?
Kevin: Well, our competition is simply chasing the work that we have done. We have been saying all along that the parametrics and history are important to the user and their integrity must be maintained. From the face of it, it looks like they are trying to do the same thing.
Deelip: How about Inventor on the cloud?
Kevin: As you can imagine, putting something like Inventor on the cloud can easily become a complicated task. Having said that, the benefits of cloud computing are just too huge to ignore. We are working along those lines.
Deelip: Why is Inventor LT available in select countries only?
Kevin: I am sorry, I do not know the answer to that question. I am sure Autodesk PR will be able to get the answer for you or connect you with someone who can provide you with an answer.
Deelip: Recently, a SolidWorks product manager admitted that backward version compatibility was more of a business problem and less of a technical problem. Is that the case with Inventor as well?
Kevin: In our case, it is a technical problem. We added two new features to Inventor 2010 which cannot be saved to an Inventor 2009 file.
Deelip: Are you happy with the way the press covered Inventor Fusion?
Kevin: I am happy with the vast majority of coverage that Inventor Fusion received. As a CAD vendor, I will obviously want all the press about my product to be good. But as you can imagine, that cannot always be the case.
Deelip: Do you think a $97 Alibre Design will be a problem for Inventor or Inventor LT.
Kevin: Inventor LT was free on Autodesk Labs for two years. Even after that, a large number of users paid money to buy a license when it came out of Labs. This goes to show the kind of value that investment in terms of cost and time that our customers are willing put into our products, whether they may be free or otherwise.
Deelip: What was the logic in shipping the Inventor Fusion Technology Preview 2 in two parts – a standalone product and an add-in?
Kevin: We wanted our users to be able to install and uninstall Fusion easily at any time. Moreover, we did not want Fusion to affect the production environment of our users.
Deelip: Will Inventor Fusion Technology Preview 3 be shipped in two parts?
Kevin: Yes, it will.
Deelip: I raised this issue about packaging on this blog earlier. Because Fusion is a different application, the Change Manager needs to figure out multiple changes at one go as opposed to one at a time, like the way it will eventually work. This causes the Change Manager to fail a significant number of times. I am questioning the wisdom of giving a software to people to test in a form that it will not be when eventually delivered. Not only will the feedback you receive be negative due the Change Manager not being able to handle multiple changes at one time, but it will also be inaccurate since users will report failures when in reality the Change Manager actually works if it has to figure things sequentially.
Kevin: Yes, you have a point there.
Deelip: May I suggest something?
Kevin: Sure. I would love to hear it.
Deelip: When I was testing my theory of the Change Manager failing for multiple changes I used to keep Inventor as well as Fusion open side by side. After each change, I used to save out the file from Fusion and open it in Inventor for the Change Manager to kick in. Then I used to save the file in Inventor and open it in Fusion and repeat the whole process for every change. I found that doing this resulted in a way higher chance of the Change Manager succeeding because this is typically the workflow that the system would use anyways. So my idea is to simply try and automate this task for the user. Let the user have both applications open. When the user makes a change in Fusion, automatically start the Change Manager in Inventor and send the data back to Fusion after the change has been factored in the feature tree. This way users testing Fusion will correctly report failures and you will get high quality feedback that you can work with.
Kevin: I think this is a great idea. I think it is possible to do this and we will consider it.