Tag Archives: Autodesk

Return of the bullshit – baked beans edition

In an October 2015 post I’ve only just noticed, snappily titled No More Software Like a Can of Baked Beans: Why Software Subscription Serves It Up Fresh, Autodesk VP (edit – now CEO) Andrew Anagnost bravely attempts to sell Autodesk’s move to all-rental software. This is a rather belated response, but fortunately there is no statute of limitations on skewering spin so let’s get started.

How does he go? On a positive note, top marks for creative writing! The general theme is a strained and somewhat Californian analogy in which perpetual licenses are like canned goods (bad), and rental is like fresh produce (good). However, it’s presented well and professionally written. Among the highlights are:

  • Perpetual software licenses are like high-fructose corn syrup – no, I’m not making this up. Stop laughing at the back there!
  • This is a change that is simply a better experience for everyone – everyone who likes the experience of paying more for less, that is.
  • It’s to create a better product, something tailored to customers – creating a better product seems beyond Autodesk, at least where AutoCAD is concerned. Actually, it’s to create a more expensive product. Tailoring is something we customers been doing for over 30 years without the use of rental software, thanks.
  • There will be less disruption – except a) how we pay for the product is independent of how/when the product is updated and the disruptions inherent in that, and b) even ignoring the erroneous conflation, it’s a mistake to assume that continuous updates are less disruptive. Recent history proves otherwise.
  • Companies (e.g. Autodesk) will work even harder to keep you happy as a rental customer – history gives the lie to this one, too; the closer Autodesk has got to this model and the more people have been locked into annual subscription/maintenance payments, the worse the value for money has become. It also ignores the various alternative ways Autodesk will use to try to keep you tied in. What do you think all that Cloud investment has been for?
  • Autodesk is focusing on helping customers succeed with its products and services – I don’t think so. Autodesk is focusing on trying to keep its shareholders happy.
  • Serial numbers are a terrible dehumanizing thing, rental will make them go away and relying on Autodesk’s internet expertise for Cloud-based licensing is a much more attractive proposition – serial numbers are fine, that’s just silly. There are a host of unnecessary problems introduced by Cloud-based licensing, even when dealing with companies that aren’t as crap at the Internet as Autodesk (e.g. the Redshift site won’t even let me scroll back up once I’ve scrolled past the end of the post). The idea of Autodesk disposing of serial numbers and implementing a phone-home scheme instead is pretty terrifying, and I can only hope that technical issues prevent it from ever reaching production. Mind you, the fact that some new thing is clearly unfinished to the point of uselessness doesn’t seem to prevent Autodesk releasing it these days, so who knows? Hmm, I feel another post coming on about this…
  • Autodesk will make all your customization work for you on all computers and other devices wherever you go – let’s put aside for a moment Autodesk’s total failure to even provide a usable vanilla AutoCAD on the Cloud so far. CAD Managers, would any of you care to hop in and let Andrew know what’s wrong with this picture?
  • Constant automatic incremental updates are like reading news articles daily and much more convenient than larger upgrades which are like getting a whole year’s worth of news at once – again, this makes the fatal error of conflating payment and upgrade delivery methods. Putting that aside, if we’re talking about virus definitions and OS or browser security hole fixes, then yes, automatic updates are the way to go. CAD software, not so much. Particularly software from Autodesk, given the incompetence shown to date in its attempts to make this model work. Even putting aside the practicalities, I could do a whole long post on why this concept is all wrong. Maybe I will later. Meantime, Andrew needs to talk to some CAD Managers to get some idea of how the real world works.
  • “OK, so there’s still the major elephant in the room: What about the cost?” – good of you to mention that elephant, tell me more.
  • For customers, there is real financial advantage by eliminating that huge upfront payment. – For some customers, yes. Not so many, though. Short-term customers are the minority. What about the millions of long-term users who would have their annual costs blown sky-high by falling into your rental trap? Andrew, I see you mentioned the elephant in the room and then tried to avoid meaningful discussion of it, giving the impression you had addressed the issue without actually doing so. Sorry, but I noticed. Care to try again? Tell me more about how you expect either a) customers to be better off by paying more, or b) Autodesk to be better off despite customers paying less. Pick either one of those and run with it, I’m sure it will be entertaining.
  • “And if you don’t need a product for months at a time, switch it off, and then switch it back on. It will be there ready and waiting for you” – strange, that kind of flexibility seems to work for perpetual licenses too, at a fraction of the long-term cost of rental. No guarantee that flexibility is a reality for rental products, though, because the vendor may not provide that product when I need it, or may have racked up the prices to exorbitant levels, or may have introduced new incompatibilities or other technical problems. Oh dear, the boot is very much on the other foot with that argument.
  • “After three years, software becomes obsolete…” – er, no. Many people (myself included) are happily productive using at least some software more than three years old. Some of it works better than the newer stuff. Hands up all those people who couldn’t possibly live without the latest version of Word or Excel, for example. Anyone? Didn’t think so.
  • “…and the pace of obsolescence is rapidly increasing” – if we’re talking Autodesk software, then the pace of obsolescence is doing the opposite. AutoCAD improvement has slowed almost to a halt, for example. There is little in any of the last few releases that gives an AutoCAD 2017 user a significant productivity advantage over an AutoCAD 2013 user, say. And anyone using AutoCAD 2010 or earlier has a much more efficient Help system than that provided in any of the last 7 releases. I guess that’s the kind of anti-progress that happens when you sack a bunch of knowledgeable people every few years and divert too many of the remaining resources to trendier projects that you end up junking anyway.
  • Customers of Autodesk can continue to renew their maintenance contracts for as long as they want – except that Carl Bass has now indicated otherwise. Andrew, maybe have a word with your boss and get back to me on that one?
  • “The company is always listening to how to improve the transition and setting out for the long road, not the short win” – except rental is all about the opposite: short term savings that cost big in the long term. And don’t get me started on the irony of claiming Autodesk is “always listening” while promoting an all-rental scheme that goes against the very clearly expressed wishes of customers.
  • “It’s this beautiful kind of world where things are connected and work together better” – does it have rainbows and unicorns, too? Strewth. Come off it, Autodesk is rubbish at CAD interoperability, even among the AutoCAD-based products. Why should anyone who’s been struggling with poxy proxy objects for a couple of decades believe that paying differently is going to act as some kind of magic spell to make everything exquisite in CAD Connectivity Kingdom?

Here’s the TL;DR version of my response to Andrew’s arguments if you can’t be bothered reading all that:

Bullshit.

 
What are the real reasons Autodesk is going all-rental?

  • Autodesk wants to charge us long-term users three times as much money for the same thing and leave us with nothing at the end of it.
  • Autodesk thinks we’re all stupid and don’t own calculators.
  • Adobe did this and made it work, and Autodesk thinks it can do likewise despite significant business differences, much higher prices and an untrusting customer base.
  • Autodesk has run out of motivation and/or ideas to improve its traditional cash-cow flagship products, to the extent that customers increasingly no longer see value in upgrades or maintenance.
  • Increasing income by product improvement is way too difficult; price gouging and spin is much cheaper.

I’ll conclude with my own strained analogy:

Autodesk spin is like a tin of baked beans. No matter how attractive the packaging, the end result is just a bad smell.

Autodesk to pull the plug on 123D

The reason you should never rely on SaaS for anything important is that, well, you just can’t rely on it. If the software breaks, or the vendor goes under, or decides that line’s not profitable enough, or just loses interest, you’re screwed. More importantly, you’re screwed on a timeframe that’s out of your control, and probably much shorter than you would like. You can’t just go on using the software until you’re ready to move on, like you can with perpetual licenses.

Thanks for the latest lesson, Autodesk, regarding 123D:

Over the past few years, millions of people have unlocked their creativity with the Autodesk 123D apps and community. We’ve grown from one desktop tool in 2011 to multiple apps across desktop, web, and mobile.

We’re incredibly proud of these products, and even more proud of what you all have MADE with them. But we recognize that the portfolio has become complex. We are making some changes to simplify our Autodesk portfolio and workflows for people everywhere who love to make things. We are consolidating these tools and features into key apps such as Tinkercad, Fusion 360, and ReMake.

Today, we are sharing the news that in early 2017, after we complete this consolidation, we’ll be shutting down 123dApp and turning off many of the apps to new download. Rest assured that we remain committed to providing free tools to hobbyists, kids, hackers, and makers around the world. We value you, your models, and are going to do this consolidation in the right way.

You’ll be able to access and download your content from 123dApp in the coming months. We will make every effort to make sure you will be notified before we make any changes to the apps or website.

What’s next? We’ll be working closely with you, the 123D Community of users, to make sure your questions are answered. We’ll be sharing more details on this blog and our support forums, and will notify you when we start to implement changes.

Autodesk is committed to help people make anything and we are committed to help you continue to do just that. Look for more detailed information in the next few days, weeks and months.

–The Autodesk 123D Team

Whether Autodesk’s definition of “the right way” coincides with that of users remains to be seen. Of course, Autodesk 123D is free and you get what you (don’t) pay for. But if you think Autodesk won’t do this with its paid SaaS products, you’re dreaming. The same applies to any vendor, but Autodesk in particular has a horrible history of killing products and leaving masses of crying orphans to fend for themselves.

BricsCAD startup LISP bug fixed

In my previous post I have a real problem with BricsCAD, I related my then-latest interaction with the Bricsys support system:

Steve Johnson
05-12-2016 05:30 UTC

I don’t know if this is a BricsCAD problem or a DOSLib one, so I am reporting it to both Bricsys and Dale at McNeel. I’m also not sure if this was happening in earlier versions.

If I load DOSLib during an S::STARTUP call and then use the (dos_msgbox) function later in that call, this fails the first time round because BricsCAD things the function is not defined. Opening a second drawing results in the call working as expected. I’ve chopped down our startup routine so you have an example.

; error : no function definition ; expected FUNCTION at [eval]

Awesome Bricsys Person
05-12-2016 12:32 UTC

Hi Steve,

There was a regression introduced in V17.1.10 that caused startup code to execute too early under certain conditions, before the lisp engine document context was properly initialized. This has been fixed now for the next update.

Steve Johnson
06-12-2016 02:43 UTC

I must say, the responses I’ve been getting to my support requests have been absolutely bloody brilliant. Cheers!

Let’s just finish the sequence, shall we?

Second Excellent Bricsys Person
13-12-2016 19:18 UTC

Hi Steve,

I have very good news. The fix is included in BricsCAD V17.1.11, available for download.
Thank you for your help.

Following a fast and straightforward download and install, I can confirm that the bug is fixed. The elapsed time from my bug report to the fix being publicly available and me being informed personally of the fact was 8.5 days. Note that this isn’t a workaround, patch or service pack, it’s a permanent fix that is now automatically in place for everybody who downloads the software.

Edit: the new version was actually released at 4 PM on 9 December, so it was less than 4.5 days from report to fix. Outstanding!

I should mention that I also received a prompt and relevant response from Dale at McNeel, despite the fact that the problem was nothing to do with him!

For somebody used to dealing with Autodesk, this is a breath of fresh air. Bricsys team, take a bow!

I have a real problem with BricsCAD

To be precise, I have a real problem with writing  about BricsCAD. I’ve written some pretty complimentary things about BricsCAD lately. In the interests of balance, I’ve been intending to write about some of the issues people can expect to deal with when moving from AutoCAD to BricsCAD. Such issues certainly exist. The problem I have with that is that the issues keep going away!

Here’s how it usually goes. I find a problem in BricsCAD. I submit a support request. Within hours, I get a meaningful response from a person who understands the issue. Within days, I’m informed it’s been fixed internally and the fix will be in the next update. Within a week or two, that update is released. I download and install the updated version. It’s basically a full reinstall, but all settings are seamlessly retained and it’s faster and less painful than an AutoCAD Service Pack installation. The whole thing from start of download to completion typically takes 5 or 6 minutes. The problem is gone, and I have nothing to write about!

Here’s the latest interaction. This is typical, and has been repeated many times:

Steve Johnson
05-12-2016 05:30 UTC

I don’t know if this is a BricsCAD problem or a DOSLib one, so I am reporting it to both Bricsys and Dale at McNeel. I’m also not sure if this was happening in earlier versions.

If I load DOSLib during an S::STARTUP call and then use the (dos_msgbox) function later in that call, this fails the first time round because BricsCAD things the function is not defined. Opening a second drawing results in the call working as expected. I’ve chopped down our startup routine so you have an example.

; error : no function definition ; expected FUNCTION at [eval]

Awesome Bricsys Person
05-12-2016 12:32 UTC

Hi Steve,

There was a regression introduced in V17.1.10 that caused startup code to execute too early under certain conditions, before the lisp engine document context was properly initialized. This has been fixed now for the next update.

Steve Johnson
06-12-2016 02:43 UTC

I must say, the responses I’ve been getting to my support requests have been absolutely bloody brilliant. Cheers!

 
Now, can you imagine the same scenario with Autodesk? I’m sure many of you have lived through it. First thing would be an automated response. A day or two later would be a confused support person coming up with totally unrelated links to Knowledgebase articles. A series of increasingly frustrating back-and-forth emails might go on for days or weeks until the Autodesk person finally plays their trump card, blaming the third-party routine (incorrectly) and/or stating that they don’t support users’ customization.

Such a problem would stay in AutoCAD indefinitely. Repeated reports, year after year, using subscription support and the forums and formal reporting mechanism in the Autodesk Beta program, would make no difference. Eventually I would give up and the problem would never get fixed. Again, this is typical, and has been repeated many times. This applies to bugs, incompatibilities, feature design, performance issues, user interface difficulties, documentation system idiocy, you name it. It’s massively frustrating and I know many very smart people who have given up even trying. The only exception is documentation content; that gets fixed as soon as possible, within the limitations imposed by Autodesk’s arcane systems.

The difference in attitude between Autodesk and Bricsys is glaring, stark, obvious. Autodesk pays lip service to providing customer service and software quality. Bricsys just gets on and does it.

Autodesk Answer Day – 27 October 2016

Autodesk is holding another Answer Day to encourage you to use the Autodesk Community (discussion forums). Hop along and get answers to your questions (hopefully), because this is a special day where Autodesk people will attend and be responsive.

Here is the announcement. When is this event, exactly?

Join us on Thursday, Oct 27th from 6:00am to 6:00pm Pacific Time.

Autodesk, if you’re promoting a “global event”, please try to remember that the globe extends beyond the West Coast of America and include UTC (GMT) times in your announcements. Most of us know where our time zones are in relation to UTC, but seeing something listed only in Pacific Time is likely to mean we have to head off to a site like timeanddate.com or thetimenow.com to work it out.

To save you all the effort, Pacific Time is currently UTC -7 hours, so for people outside North America, that means the event is from UTC 1 PM Thursday 27 October to 1 AM Friday 28 October.

There is also a German-language variant of the event on two German forums from 10 AM to 5 PM October 27 Central Europe Time (8 AM to 3 PM UTC). Here is the Autodesk announcement in German, and here is my own (probably terrible) attempt at a German version of this paragraph:

Es gibt auch eine deutschsprachige Variante der Veranstaltung an zwei deutschen Diskussionsgruppe von 10.00 bis 17.00 Uhr 27. Oktober Mitteleuropäische Zeit (08.00 Uhr bis 15.00 Uhr UTC). Hier ist die Autodesk Ankündigung auf Deutsch.

When is a subscription-only update not a subscription-only update?

Before I get started, I want to clarify the meaning of the word ‘subscription’. For about 15 years, the word Subscription (note the initial capital) meant something specific for Autodesk customers. It meant you had bought a perpetual license and instead of paying for periodical updates, you paid for a year’s Subscription in advance. In allowed access to any new release that appeared during that year plus various other benefits.

That thing that was once called ‘Subscription’ has now been renamed ‘maintenance’ (no initial capital) in Autodeskspeak. So what does ‘subscription’ (no initial capital) mean? Rental. You pay in advance for use of the product for a period and when you stop paying, you stop using the product. This is now the only way to obtain Autodesk software you don’t already own. In addition to access to any new release that appears during the subscription period, it provides other benefits similar to what is now called maintenance.

To confuse matters further, Autodesk briefly called rental ‘Desktop Subscription’ (note the initial capitals) and it’s still possible to find remnants of that terminology in current Autodesk documents. It’s also possible to find ‘Subscription’ and ‘subscription’ used interchangeably on the same Autodesk web page:

autodeskisitsubscriptionorsubscription

Minor quibbles aside, the important thing to note is that the term ‘subscription’ as currently used by Autodesk means something very specific. It means rental. When something is described as ‘subscription-only’ it specifically excludes ‘maintenance’ and other perpetual license customers. And that’s how the AutoCAD 2017.1 update was described:

autocad2017-1subscriptiononly

That subscription-only status of this update is what set me off. Preventing paying customers from accessing something that includes bug fixes is most unpleasant, and I felt obliged to say so. But it doesn’t appear to be the case. That subscription-only status is getting rubberier by the minute.

  • Autodesk states 2017.1 is “the first subscription-only update”. In addition to using the term ‘subscription’, being the first of something implies that it’s different to what happened before. That can’t mean that it’s available to all customers, because that’s what has happened with updates in the past. It also can’t mean maintenance customers can also access it, because that has happened for years for various enhancements, add-ins, productivity packs, etc.
  • Somebody as smart as Jimmy Bergmark (and that’s very smart indeed) is convinced that “even security enhancements and bug fixes are only available for subscription customers”.
  • There is no sign of 2017.1 on the public AutoCAD Downloads page.
  • As a maintenance customer, I didn’t receive notification of the update. However, I can see it in my Autodesk Account portal. It was apparently released quietly on 15 September 2016 for most languages, with French and German lagging behind for whatever reason.
  • The download is not restricted; anybody with the URL can download it (e.g. English 64-bit exe). I have no idea how Autodesk intends to restrict this update to certain customers.
  • I have been informed privately by an Autodesk person who should know that customers on both subscription and maintenance will get the update.

This confusion can be traced to Autodesk’s decision to call rental ‘subscription’, a name that already had a significant, long-established and totally different meaning in the Autodesk lexicon. Because I can’t think of a logical reason for Autodesk to do this, I strongly suspect the idea was to obfuscate the changes to licensing by deliberately confusing customers. If so, congratulations, it worked. I’m baffled.

Edit: Heidi Hewett has updated her post:

autocad2017-1notsubscriptiononly

Although the Preview Guide still only mentions Subscription (which shouldn’t have a capital these days, but does here), I think that’s pretty much cleared up the confusion now.

On a positive note, I’d like to point out that Heidi has done these sorts of guides for years and always does an excellent job. Based on past experience, I would say it would be likely that she was simply passing on in good faith what she had been told, rather than being the origin of the incorrect information.

Any BricsCAD users out there? v.2016

Back in 2010 I asked the question Any BricsCAD users out there? and there were a few of you who had tried to replace AutoCAD with BricsCAD. Most who responded had made the change successfully, others not so much.

Six years on, the situation is different. The fact that you can’t buy a permanent AutoCAD license any more has prompted some Autodesk customers to look more seriously at alternative vendors who do provide that option. Bricsys is one of those vendors, and their DWG-based AutoCAD alternative BricsCAD has improved way more rapidly than AutoCAD over the same time period. No, that isn’t a guess, I’ve been keeping an active eye on things. BricsCAD today is by no means perfect, but it’s impressive in many ways. LISP compatibility and performance are excellent, for example. BricsCAD v16 superior to the also imperfect AutoCAD 2017 in several areas, despite the total cost of ownership being significantly lower.

Here’s the question I asked back then:

I would be very interested to hear from any of you who have adopted BricsCAD (either partially or fully replacing AutoCAD or AutoCAD LT in your organisation), or at least seriously investigated using the product.
 
Why did you investigate changing over? How far have you gone? What are your experiences? What are the pros and cons? How is performance? Reliability? Bugs? Ease of use? Familiarity? Support and other aspects of customer service? Total cost of ownership? Are you experiencing interoperability problems when exchanging drawings with Autodesk software users? How did you go with incorporating in-house customisation and third party tools?

How would you answer that question today? Would you be interested in me providing more posts about BriscCAD, such as practical experiences with attempting a transition from AutoCAD?

Battle of the Bullshit part 4 – Bentley tells the truth

Behold, the latest episode in the Autodesk versus Bentley PR battle over perpetual licenses versus rental!

Bentley has issued a response to Autodesk’s response to Bentley’s response to Autodesk’s move to all-rental software. This is entitled Bentley Responds to Autodesk – You Have a Choice. I have already dissected Bentley’s and Autodesk’s previous responses and found neither of them entirely truthful.

So, how does the latest effort from Bentley shape up? Very well. It’s pretty much spot-on for accuracy. There’s nothing that could be described as disingenuous, misleading, or even exaggerated. I encourage you to read it and make up your own mind.

Bentley PR also invited me in on a press conference call, having first invited my questions. Although I was unable to take part in that call, I have listened to a recording of the event and that was similarly free of issues. The Bentley executives were understandably presenting Autodesk’s licensing strategy in a negative way and their own in a positive way, but didn’t have to resort to anything underhand in order to do so. The facts were enough.

Here’s something I wrote in an earlier post:

Raise your game, people; we’re not all stupid out here. If you can’t support your argument with the truth, then your argument isn’t a good one and you need to rethink it.

I’m happy to report that Bentley has  raised its game and in my view it is winning this PR battle because it can  support its argument with the truth. It will be interesting to see if Autodesk is capable of the same.

When is a global offer not a global offer?

Confusion reigned yesterday when my post on Autodesk’s “FY17 Q3 Global Field Promotion” assumed that Global meant what it said, and the offer made to me in Australia was the same as in other countries. That was a mistaken assumption, and I have updated the post to reflect that; my apologies for the confusion.

That said, it was a not entirely unreasonable assumption given the superficial similarity between offers worldwide and the following in Autodesk’s fine print in multiple global Autodesk sites:

Offer available from 7 August 2016 through 21 October 2016 worldwide with the exception of the Crimean Peninsula of Ukraine, Cuba, Iran, North Korea, Sudan and Syria

The situation is not that simple. There are two very different offers that look the same at first glance. People in some countries get a much better offer than others. The offer I discussed in yesterday’s post allows you to continue your ownership and use of the old perpetual license serial number you submit:

Can customers continue to use the perpetual license after they purchase the discounted 3-year subscription?
Yes, customers may continue to use the license they have submitted, however they may not submit the license a second time to receive a promotional discount.

Let’s call this offer A. From the Q&A section of the Australian offer page:
autodeskperpetualoffer01The offer available to most of the world is much weaker. You must trade in your old perpetual license serial number and not use the software any more, even after the rental period is over:

Can customers continue to use the perpetual license after they purchase the discounted 3-year subscription?
No. As part of the terms and conditions of this offer, the customer agrees to trade-in the eligible perpetual license serial number(s) and no longer use any seats associated with that serial number(s).

Let’s call this offer B. From the Q&A section of the Americian offer page:
autodeskperpetualoffer02Who gets which offer?

  • Australia and New Zealand gets offer A. Hong Kong, offer A. The Singapore offer is confusing because the expected “You get to keep your perpetual license” dot point is missing from the top of the page, but if you burrow down a little you will discover it is also offer A.
  • The Americas and Europe (mostly) get offer B.
  • The Russian, South African and Turkish sites have no apparent sign of either offer. Maybe I’m not looking hard enough.

So it looks as if only the Asia Pacific region currently gets offer A. I use the disclaimer “currently” because the Internet is not a fixed resource and things change. If you’re reading this post after October 21, you’ll probably find my links point to some completely different offers and things will get even more confusing.

Why do things differently in different places? In the past, Autodesk has used the Asia Pacific market experimentally for possible new marketing strategies, and I suspect that’s what’s going on here. My guess is that Autodesk is testing the waters in one major market to see if slashing prices and  letting people keep their perpetual licenses is enough to win significant numbers of customers over to rental.

Autodesk is entitled to make whatever offers it likes, wherever it likes. However, two different region-limited offers that look the same, both called a global promotion, and both carrying fine print saying they are available worldwide? That’s going to confuse people, even without my help.

How do I know most Autodesk customers don’t want rental?

In a recent comment, I was asked how I know Autodesk’s move to all-rental is the opposite of what customers want. Have I conducted research? This is an excellent question and deserves a proper answer.

So how do  I know this? Why am I so convinced? There are several independent sources of evidence, one bit of critical thinking and one undeniable proof. They all point in the same direction. First, a bit of evidence.

  • There are many public places on the Internet where this issue has been discussed, including Autodesk’s own discussion groups. The viewpoints expressed everywhere are overwhelmingly against Autodesk’s all-rental plans.
  • There are private places Autodesk customers hang out where I have access, and I receive private emails. Again, the overwhelmingly majority of the viewpoints I see expressed are very strongly against Autodesk’s strategy.
  • There’s a poll right here. How’s it going?

    Autodesk is ending the sale of perpetual licenses. This is:

    • Good (10%, 75 Votes)
    • Bad (90%, 644 Votes)

    Total Voters: 719

    Loading ... Loading ...
  • None of that is very scientific, but Autodesk has  conducted proper research. Among other things, it gathered customer focus groups at AU to determine the mood regarding going all-rental. I know somebody who went to one of those. The customers present at that particular gathering were 100% against.

OK, so you don’t want to accept any of that? Can’t trust the sources? It’s all a bit anecdotal? Fine. How about a bit of critical thinking?

  • Most customers of major Autodesk products are long-term users who would undeniably pay more via rental than perpetual and then have nothing to show for it when they stop paying. What are the chances of most of them wanting  that outcome?

Still not convinced? OK. The most concrete way in which it could be determined whether customers prefer rental would be an experiment in which both options were made available and the market were allowed to decide. An expensive experiment, sure, but impossible to argue with the result.

Autodesk conducted that experiment. Twice. Once quite a few years ago, and again in 2013. Rental was offered alongside perpetual licensing. Rental lost. Twice. It was abandoned as a choice. Twice. The market has spoken. Twice.

Rental for Autodesk products is a handy option for a minority of customers but a non-starter for the majority, given the choice. Autodesk knows the only chance of making rental work in its marketplace is to remove that choice.

Disaster in progress – Autodesk continues to lose heavily

This post originally contained assertions about Autodesk’s financials that were based on flawed understanding, and has been removed. It’s not really possible to delete things from the Internet, so if you ever want to relive the joy of seeing me get things spectacularly wrong, feel free to use the Internet Archive to do so.

Battle of the Bullshit part 3 – Beyond Bentley

Somebody at Autodesk really does seem to have it in for Bentley right now. I thought they were friends? Oh well, times change.

Autodesk has launched a campaign to promote its BIM offerings for transportation projects and is promoting this via emails to existing customers, all of which is fair enough. It’s suggesting BIM is a better tool than traditional CAD for such projects. Another reasonable claim, so it’s appropriate for us to evaluate the arguments and examine the options.

What did Autodesk decide to call its campaign? Beyond AutoCAD? Beyond CAD? To BIM and Beyond?

None of the above. It’s Beyond Bentley.

Huh? You may have noticed I’m keen on alliteration, but still, huh? What does Bentley have to do with this? Most Autodesk CAD customers are going to know and care nothing about Bentley products. So why mention them at all? The headline is “Move beyond Bentley to Autodesk, the makers of BIM”. The strong implication is:

Bentley only does traditional CAD. You should use BIM instead, and that means you need Autodesk.

However, I believe many Autodesk customers will think like this instead:

Autodesk seems very concerned about this Bentley mob. I wonder what they’re offering that has the Big A so worried? Bentley must be a big player in this area. I’ve been considering developing an Autodesk exit strategy anyway because of the forced rental thing and I’ve heard Bentley sells perpetual licenses. I must go check them out!

Those customers who do check out Bentley will learn that despite Autodesk’s implication, Bentley do in fact provide BIM products, and quite a few products specifically for transportation. I have no idea if Bentley’s BIM and transportation products are any better or worse than Autodesk’s offerings, but I do know you shouldn’t take either vendor’s word for it, including anything they say in webinars. Find out for yourself with a hands-on evaluation. Because BIM isn’t something you just pop in and out of, make sure you include long-term licensing costs into your calculations.

Battle of the Bullshit part 2 – Autodesk’s sophistry

In my last post, I gave Bentley a well-deserved slap for, er, saying things that perhaps weren’t entirely factual. Now it’s Autodesk’s turn.

What’s this about? Carl White, Senior Director of Business Models at Autodesk, wrote a blog post Not so fast Bentley: Separating fact from fiction responding to statements made by Bentley in its press release Bentley Announces Autodesk License Upgrade Program. Some of Carl’s observations on Bentley’s claims were perfectly valid, but unfortunately he went beyond that and wrote a few more things – “facts” – where he’s on shakier ground. Let’s examine Carl’s interpretation of reality, shall we?

Fact #1 – No Autodesk customer ever  loses the right to use the perpetual software license you’ve purchased, it is “evergreen”.

This is generally true. There are exceptions (read the EULA), but let’s not split hairs. In the vast majority of cases, we don’t lose the right  to use the software. We can, however, lose the ability  to use the software. That loss is practically inevitable long-term because of the progress of technology. I have several old AutoCAD releases I can’t run for environmental reasons, not licensing ones. This means that if we want to use our licenses long-term, we rely on Autodesk’s ongoing cooperation. That’s where customers have legitimate concerns, because there are no guarantees that Autodesk will continue to provide that cooperation. If it does, there are no guarantees that cooperation will remain free or even affordable.

And if you’re on a software maintenance plan, you can continue to receive all of the benefits of software updates and technical support for as long as you’d like.

This has been officially promised, and let’s give Autodesk the benefit of the doubt and assume that this promise will be fulfilled to the letter. There’s still an elephant in the room. What will the benefits of updates and support cost us? Based on what Autodesk has done in recent years, it is a pretty safe bet that the cost of maintenance (formerly called Subscription) is going to rise, and rise sharply. Give it a few years and I expect maintenance customers will be paying the same as rental customers. I expect other strong-arm methods will be used to “encourage” people onto rental. When this happens, our perpetual licenses will be near worthless and Bentley’s claim about a “…write-off of the future value of their investment…” will become uncomfortably close to the truth.

We’ve shared key dates well ahead of time to give customers time needed to adjust, but that does not mean we’re taking away options.

The latter part of this statement goes beyond disingenuous; it’s arrant nonsense. Of course Autodesk is taking away options. Autodesk has been taking away options for years, and this has only accelerated. As of right now, I can no longer buy an Autodesk software perpetual license. I no longer have that option, which I had before. How is that not taking away options?

Fact #2 – Our customers have a choice. When you subscribe to Autodesk software, you have flexible terms (monthly, quarterly, annually), and multiple access points (single user, multi-user and shared). Now Autodesk customers can get the software they need for a year or a month, in ways that are more convenient and better for their business.

Well, I guess the first sentence is kind of true in a sense. Long-term customers (that’s most of us) do have the choice between paying merely a lot  more per annum for an Autodesk license via annual or multi-year rental, or paying vastly  more by doing it monthly. Suggesting this is better for our business is, of course, laughable.

Customers can buy and use it for as long as they want and can match their subscription type with the demands of their workforce. When the workforce expands, they can ramp up, or in quieter periods, they can scale it back. In short, subscribing gives you flexibility and predictability.

This is true; rental is  the best option for some customers under some circumstances. It is good that Autodesk has made that option available for the small minority of customers in that situation. However, it is the opposite of flexibility to make it the only  option.

When it comes to value, lower upfront costs make our software more accessible and allow you to try more tools without the risk of a large upfront expenditure. Plus, you only pay when you need it. This is a big deal. Some of our customers prefer this cost is considered an operating expense, allowing you to bill the cost of the software back to the client or project. And if you subscribe for a longer, multi-year term, you lock-in your rate. Combine that with flexibility in the length of contracts and you may find that you’re actually paying less.

Nice attempt at spin here, but ultimately it’s nonsense. Except for the minority of customers who need that level of flexibility, rental is not about paying less. If it was, Autodesk wouldn’t be doing this. Pushing Autodesk customers on to rental is all about trying to extract more  funds from us for the same thing, not less. Suggesting otherwise is disingenuous.

If rental really was  better value, Autodesk would give its customers the choice between perpetual and rental and let the market decide. But wait! Autodesk did exactly that a few years ago, and the market decided; the rental experiment failed miserably. Autodesk knows  it has to make rental compulsory because otherwise most customers wouldn’t go for it. Yet in a painful piece of patent paralogy, it paints this compulsion as a selfless act of customer service.

Fact #3 – Software as a service is essential for technological evolution. It allows for continual and consistent innovation and support. The software will get better, faster and more seamless in the way you use it. The experience is customized to you or your organization, and provides a simplified way to access and deploy software, manage your users and collaborate on projects. With this new way of delivering software, everyone will always have the latest, most up-to-date Autodesk tools available.

Even ignoring the conflation of software as a service (SaaS) and rental, the first sentence is breathtaking in its audacity. It goes beyond spin, beyond disingenuity, into the realms of the surreal. No, SaaS is not essential for technological evolution. The whole history of computing screams that loud and clear. Autodesk wouldn’t exist if the first sentence were true. It isn’t remotely close to true. To be generous, it’s a terminological inexactitude.

Reading beyond the first sentence, there’s a lot of wonderfully utopian wishful thinking that nobody familiar with Autodesk would believe for a second. It’s shown up for the other-worldly spin that it is by Autodesk’s years-long ongoing decline in maintenance value-for-money and its woeful attempts at trying to make continual updates work (which you probably don’t want anyway).

It’s not just Autodesk saying this; the entire software industry is moving in this direction. Frankly, design and engineering software has been a bit slow to make this change. But the benefits for end-users are clear, and it’s just a matter of time before all vendors have similar ways of buying.

While it’s true that various software companies are moving at least partly towards SaaS and rental of conventional software (some more successfully than others), it’s not at all a uniform industry-wide position. It’s disingenuous to imply that going all-rental is already almost universal and Autodesk is just catching up. As for the “benefits for end users” being clear, I guess all those customers who like paying lots more per year for their software will agree.

Yes, it’s likely that many vendors, maybe even most of them, will have similar ways of buying in the next few years. No, it won’t be all of them. No, not all vendors will make rental compulsory for new licenses as Autodesk has done. Some of Autodesk’s competitors (e.g. Bentley, Bricsys) will continue to provide their customers with the ability to purchase perpetual licenses. The law of give-the-customer-what-they-want-or-die tells me that those competitors are much more likely to thrive than Autodesk.

What does this mean? It means that millions of you are already seeing the benefits of shifting to subscription and are making that choice voluntarily.

Voluntarily? Really? I can’t imagine anyone typing that statement in that context without either wincing (if they have any self-respect) or laughing (if they don’t). Strewth!

So who won the Battle of the Bullshit? Nobody. First, Bentley lost. Then Autodesk put in a supreme effort, summoned up a steaming stack of sophistry, and lost more.

Raise your game, people; we’re not all stupid out here. If you can’t support your argument with the truth, then your argument isn’t a good one and you need to rethink it.

Battle of the Bullshit part 1 – Bentley’s terminological inexactitudes

I note with interest the blog post Not so fast Bentley: Separating fact from fiction by Carl White, Senior Director of Business Models at Autodesk. In this, he responds to statements made by Bentley in its press release Bentley Announces Autodesk License Upgrade Program, stating:

Earlier this week, Bentley announced an “upgrade program” for Autodesk customers. We found the offer to be disingenuous and mischaracterizes what Autodesk offers our customers.

OK, let’s have a look at what Carl is complaining about. Here’s one Bentley statement that could be considered questionable:

For consideration by owners of Autodesk perpetual licenses facing Autodesk’s imminent deadline for the write-off of the future value of their investment, Bentley Systems is offering recovery of the value otherwise subject to forfeit.

Carl has a point here. The “imminent deadline for the write-off of the future value” line is presented as fact, but at this stage it’s not true. While perpetual license owners may legitimately fear for the long-term value of their investments, there is nothing subject to an imminent deadline other than the end of the ability to purchase further perpetual licenses. Likewise, the “subject to forfeit” thing is a scaremongering phrase that deserves Carl’s “disingenuous” label. Autodesk isn’t subjecting anything to forfeit right now. Anything else dubious in Bentley’s statement?

Bentley Systems considers purchases of perpetual licenses to be long-term investments by our users, so we continually innovate to increase their value. We are glad to now extend this ‘future-proofing’ to Autodesk license owners who otherwise will lose value in their applications.

That’s all pretty reasonable but the “…will lose value in their applications” part is questionable. We might suspect that will happen, but we don’t know  it yet. Perhaps “…may  lose value in their applications” would be more reasonable. Bentley also quotes a customer as saying:

Autodesk continually sets deadlines forcing us to give up our perpetual license for an annual subscription.

Now while it’s accurate to say that Autodesk continually sets deadlines and has certainly been very heavy-handed in its years-in-the-making push to rental (currently called subscription in Autodeskspeak), it has not yet forced customers to give up perpetual licenses. Those of us with perpetual licenses have not  been forced to give them up. We can continue to use them. Bentley shouldn’t use inaccurate statements like this in its marketing, even when quoting others.

In summary, Carl is right. Bentley has  been disingenuous and deserves a slap for it.

If only Carl had just stuck to the sort of analysis I made above, I could have ended my own analysis right there. Unfortunately, he didn’t. He couldn’t resist the urge to add his own “facts”. My next post will put these under the same kind of scrutiny.

Disaster in progress – Autodesk’s all-rental plans are failing

This post originally contained assertions about Autodesk’s financials that were based on flawed understanding, and has been removed. It’s not really possible to delete things from the Internet, so if you ever want to relive the joy of seeing me get things spectacularly wrong, feel free to use the Internet Archive to do so.

Autodesk Answer Day – 18 May 2016

Autodesk is encouraging you to use the Autodesk Community (formerly know as forums, discussion groups, newsgroups, etc.) to get answers to your questions by setting up a special day where Autodesk people will attend and be responsive. I don’t know if this includes responding to people’s concerns over Autodesk ending the sale of perpetual licenses, but it’s worth a try anyway. The forum for discussing that particular issue is somewhat hidden. It doesn’t appear among the list of forums, so you would only know it existed if you happened to pick on the Installation and Licensing link and had a look at the header to see the Perpetual License Changes link. But now you know it’s there, you can go and ask your questions. Meaningful answers are not guaranteed.

Here is the announcement. When is this event, exactly?

Join us at our first “Big Bang” Answer Day online event on Wednesday, May 18th from 6:00am to 6:00pm Pacific Time.

Pacific Time is currently UTC (GMT) -7 hours, so for people outside North America, that means UTC 1 PM Wednesday 18 May to 1 AM Thursday 19 May. To calculate the times in your own location, I suggest using the very handy timeanddate.com site or thetimenow.com.

LISP programmers, have your say again

Autodesk wants your input again in its annual API survey. This used to be a closed survey for Autodesk Developer Network (ADN) members, but has been open to all for the last few years. If you do any AutoCAD-based development at all, I encourage you to take part. That includes those of us who do most of our development in LISP.

Here’s the direct link to the survey. As you can see if you click the link, there’s a lot of stuff in there that assumes you’re keen to get developing for AutoCAD WS. If you’re not quite so filled with Cloudy enthusiasm and would prefer Autodesk to expend its resources elsewhere (on fixing and improving Visual LISP, for example), please fill in the short survey and say so. It closes on 22 June, so you only have a week.

Why bother, when it’s obvious that Autodesk is determined to ignore to death its most popular API regardless of whatever anyone says or does? I’m not sure, really. Maybe I’m an eternal optimist. (Ha!) Maybe I just want them to at least feel slightly guilty about sticking their fingers in their ears and going “LALALALALA! NOT LISTENING! WE HAVE A VISION, NOT LISTENING! LALALALALA!”

Cloud concerns – Security – Autodesk puts its arguments on line

I’ve made the point before that while Cloud proponents like Autodesk have been happy to talk big on the potential benefits, they have been conspicuously (suspiciously?) silent on the legitimate concerns their customers have raised. The best responses you have been likely to see regarding such concerns can best be characterised as “glossing over”.

So it’s good to see that Autodesk has put together a white-paper-type-thing called Autodesk® 360: Work Wherever You Are – Safely. This 275 KB PDF, with 5 pages of actual content, puts Autodesk’s point of view about one of the aspects of Cloud that people commonly raise as a concern. This is a good start, but of course there are quite a few potential dealbreakers that need addressing yet.

How well does this document address this issue? As you’d expect from Autodesk, it’s gung-ho positive, but there is at least some acknowledgement of Cloud concerns, e.g. “Customer experiences, however, can be largely impacted by the speed and quality of their Internet connection”. In addition to such occasional connections with the real world, there are some categorical assurances that may make some potential users happier. Here are some examples:

Autodesk 360 is delivered from data centers in the United States.

Files and identities are safe during storage, transit, and usage.

As part of Autodesk‟s due diligence for customer security and protection, prospective Autodesk personnel with potential access to sensitive data are screened through background checks before being employed.

Once purged, your data may persist in backup copies for a reasonable period of time but will not be recovered or read by anyone.

Customers own the content they create.

While that’s all well and good, Autodesk needs to get its legal team reading off the same page and fix up its terms and conditions to make them less anti-customer. Otherwise, this virtual document is worth more less than the virtual paper it’s written on. Some parts of the document are only superficially reassuring:

Any access to customer data or personal information is strictly governed by the Autodesk 360 Terms of Service (http://www.autodesk.com/termsofservice) Autodesk‟s Privacy Policy (http://usa.autodesk.com/privacy/), and internal procedures.

While that sounds fine on the face of it, Autodesk has violated its own Privacy Policy in the recent past and to the best of my knowledge, nothing ever came of it. That assurance is therefore rendered completely worthless by Autodesk’s own history. Add to that the fact that both the Terms of Service and Privacy Policy are extremely rubbery and rather one-sided, and this statement becomes more of a concern than a reassurance.

Other parts of the document are contradictory. Take these statements, for example:

Working in the cloud is all about reducing the hassles and headaches that companies and employees would rather avoid, like …. Managing data security and backups

It’s good practice, however, to personally observe safety and security wherever and whenever you are using Autodesk 360 …. Download and back up work locally in a secure environment.

Cloud’s great because it saves you having to make backups. However, make sure you make backups of the stuff you put on the Cloud. Hmm, okay…

So what do you think of this document? Is it all spin or does it address your security concerns? If it addresses your concerns, does it do so to your satisfaction? Please have a read and add your comments.

Trusting Autodesk – poll results

I have closed the polls asking if you trusted various companies to do the right thing by their customers. Here is a summary of the results, showing the percentage of “Yes” votes for each company. The most trusted company is at the top, the least trusted is at the bottom.

  1. Honda 69%
  2. Amazon 65%
  3. Target 52%
  4. Bricsys 43%
  5. Apple 36%
  6. Autodesk 23%

Remember, this is not a scientific poll and as with all polls and surveys there will be some self-selection bias. Does anyone find anything about the above results surprising?

Why don’t you trust Autodesk?

As I mentioned earlier, any company that wants to move its customers to the Cloud is going to need the trust of those customers. Three months ago, I started a poll to try to get some measure of how trustworthy you consider Autodesk to be, in terms of doing the right thing by its customers. The results of that poll look pretty awful for Autodesk. Right from the start, the distrusters have outnumbered the trusters by three to one, with the current results showing an overwhelming majority of respondents (77%) not trusting Autodesk.

Why? What has Autodesk done in the past, or is doing now, that leads people to this level of distrust? If you have voted in this poll, I’d like to know your reasons, so please add your comments whichever way you voted. If you think there’s an issue with the question wording and/or its simple Yes/No choice, feel free to say so.

There will be a number of people who have an inherent distrust of corporations, so as a control I’ve added a number of polls to try to see how much that influences the results. There are near-identical polls for a wide range of different corporations. There’s a poll for an on-line retailer and Cloud service provider (Amazon), one for a computer and gadget maker (Apple), one for another CAD company (Bricsys, makers of Bricscad), one for a maker of cars, motorbikes etc. (Honda), and one for a traditional retailer (Target). I’ll be interested to see how trustworthy you consider those corporations to be, and how they compare to Autodesk.