Monthly Archives: April 2017

BricsCAD documentation – a tale of three systems – part 3

In this third post in what was supposed to be a two-part series, I have more to say about the BricsCAD documentation system. See here for part 1 and here for part 2.

Developer Help – Addendum

In this comment from Bricsys API person Torsten Moses, he informed me about the availability of the Lisp Developer Support Package (LDSP) in the Bricsys Application Catalog. As always, when presented with new evidence I am prepared to re-examine my position on anything. Therefore, I will now further discuss the BricsCAD developer documentation.

The first thing to mention is that the existence of the LDSP package is not obvious. To somebody who uses BricsCAD as-provided and as goes burrowing down through the Help system looking for information, that system is still broken. The documentation as presented to the user remains sub-standard, exactly as described in part 2.

Assuming you know of the existence of LDSP, how do you go about using it? Here are the steps:

  • Go to the Bricsys Application Catalog site, click in the search field and start typing LDSP (you don’t need to hit Enter).
  • The link to the Lisp Developer Support Package (LDSP) will appear: click that.
  • Enter your email address, accept the privacy agreement and pick Download. (Note in passing that this is actually published by Torsten’s own company, not Bricsys).

  • If you’re already a registered Bricsys user (you will be if you’re evaluating it), the download will start. If not, you’ll be expected to register (free):

  • Once you’re registered, the download results in a 12 MB file called Lisp Developer Support Package.rar (RAR is a ZIP-like format).

Any recent commercial ZIP utility (e.g. WinZip) will open RAR files and there are a variety of freeware/adware/shareware utilities available to do likewise. For example, RAR Opener in the Windows Store will present itself as the first option in Windows 10. But it goes without saying that going off in a hunt for utilities wouldn’t be on anyone’s expected to-do list when just looking for product help. A bunch of people would give up here, if not earlier.

I went through with installing RAR Opener, but when I attempted to open the LDSP file I saw this:

Oh, and a handful of empty folders were produced. Is there an email waiting for me at work with the password (my Bricsys registration email is at work but I’m at home)? Am I really supposed to have a password to open this RAR? If so, why wasn’t I prompted for one? RAR Opener doesn’t present me with that option anywhere I can see. Is the download corrupt? Does it refuse to work on a Sunday? I have no idea.

At this stage, many more would give up. How many prospective customers would be filtered out by this experience? There’s no way of knowing. However, I’m made of sterner stuff and persevered with downloading and installing another app from the Windows Store. 9 zip did the job and uncompressed the file, no password required.

Yes, the RAR Opener problem I had above isn’t a Bricsys problem directly. But it is indirectly, because the file I was given to deal with won’t open by default in Windows, where the vast majority of BricsCAD users will be working. It’s a level of obfuscation that you can get away with when dealing with cellar-dwelling geeks handling obscure pieces of open source software. It’s not appropriate for customer-facing documentation in a mainstream CAD application. Yes, even developer documentation, because with CAD applications like AutoCAD and BricsCAD, most of the developers are customers/users/managers, not people trying to sell utilities.

Once you manage to get the file uncompressed (it becomes 41 MB), there are three help systems provided in there (CHM, PDF, HTML). That’s excellent, and conforms nicely with the Bricsys philosophy of providing customers with choice. I was unable to find any broken links. However, even in the LDSP, standard AutoLISP functions are undocumented. So I still couldn’t find the (entget) help I was looking for in part 2:

According to Torsten:

…the standard AutoLISP functions like (entget) are not documented, as there are plenty docs on the web for this; but we document any extension beyond AutoLISP standard, even for the standard functions.

Sorry, but while “we don’t have that information but you can Google it” might have been an acceptable answer for a cheap AutoCAD clone’s API documentation ten years ago, that’s not where BricsCAD is today and most definitely where Bricsys wants it to be in future. Just two days ago, Bricsys CEO Erik De Keyser sat across a table from me and told me that BricsCAD isn’t intended as merely an AutoCAD alternative, but must go well beyond that in order to prosper. He’s right. The BricsCAD developer documentation today is not compatible with that vision. I know it’s that way for historical reasons, but we’re now at a different point in the historical timeline.

Conclusion – Addendum

My conclusion from Part 2 remains valid, despite the existence of LDSP. Both Autodesk and Bricsys have work to do. Downloading LDSP will help with some of the BricsCAD developer documentation failings but leaves plenty behind. It also provides its own set of unfortunate challenges.

This isn’t just a technical and ease-of-use failing, it’s a marketing one. That’s because it acts as a stumbling block to conversion of AutoCAD sites to BricsCAD. Disaffected AutoCAD power users in small sites and CAD Managers from large sites are right now taking tentative steps to evaluate the suitability of BricsCAD to replace AutoCAD in their complex LISP-heavy custom environments. They’ll want to know what’s the same and what’s different so they can estimate the effort and cost involved in the transition before getting in too deep. I know this, because I’ve done it myself. The first thing they will come across in their search is disjointed, very inconvenient and incomplete. It presents a less-than-professional image.

Some potential customers, like me, will persevere and discover that the quality of the developer tools implementation far exceeds the expectation generated by the documentation. Others will give up well before they reach that stage, and that’s a shame.

Autodesk acquires Angry Birds developer Rovio (repost)

This post, originally published on 1 April 2012, brings back fond memories. That’s mainly because of this tweet from Carl Bass:


Autodesk announced today that it had welcomed Rovio Entertainment into the Autodesk fold. Following a US$2.6 billion acquisition, the publisher of mega hit video game Angry Birds is now Autodesk’s Mobile Entertainment division based in Espoo, Finland. “This is a tremendously exciting development for Autodesk going forward,” said Autodesk CEO Carl Bass. “Rovio is the world leader in mobile entertainment software,” he added, “so for Autodesk to have access to that market and that technology opens up a whole new world for us.”

Bass was effusive about the synergistic benefits of the merger and the benefits it will bring to the user interfaces of all Autodesk products. “When a kid starts playing Angry Birds, they don’t need to read a huge mass of documentation. Just show them a few cartoons and they’re away, instantly productive. This is the essence of the democratization of design; it’s not dumbing down, it’s funning up.” This potential ease of use is excellent news for AutoCAD users, because the documentation is now so terrible that it will be wonderful if we no longer have to try to use it.

Former Rovio CEO, Taikke Monniennren, now Autodesk Vice President in charge of Mobile Entertainment, is equally excited about the future. “We have already been given access to the Autodesk code base and my developers can see the potential there. By copying and pasting some code modules, we hope to be able to piece together the Angry Birds 3D Max Suite in a few short years,” said Monniennren. “The main challenge will be in keeping the download size manageable, but with a bit of luck we will be able to keep it down to just a few gigabytes.” In comparison, the original Angry Birds game was just over a megabyte.

“Do not underestimate the strategic importance of this announcement,” said Bass. “Although it may come as an unpleasant surprise to our competitors, our customers are well aware that this is the direction we have been moving for some time now.” This is true. Autodesk is doing whatever it can to appear young, hip, cool, trendy, mobile, social and just totally with it, man. It has been talking and sometimes acting big on Cloud and mobile computing for a while. Clearly, acquiring Visual Tao (now AutoCAD WS) was just the beginning.

Who would dare to call Autodesk antisocial? Autodesk videos are all over YouTube. On Twitter, many key Autodesk people tweet many times a day. The recent AutoCAD 2013 launch in San Francisco was done entirely via Facebook (which enhanced Autodesk’s green credentials by allowing a reduction in the number of press and bloggers flown in from around the world to only 120). The first thing a new AutoCAD 2013 user sees on installation is a Welcome screen that is largely dedicated to Autodesk pushing its app store and Facebook and Twitter pages. Because the Welcome screen phones home on each use, Autodesk can easily slip in new links to any other sites it wishes to promote. I expect your AutoCAD 2013 Welcome screen will sport Angry Birds gaming links within a few days. Angry Birds gaming plug-ins for AutoCAD and related products are likely to appear in the app store soon, but I expect we will have to wait for AutoCAD 2014 until the games become part of the core product.

Clearly for Autodesk, kids are the new adults. But is what spoiled teenagers do on their iPhones really a sound basis for the needs of professional CAD users in a corporate environment? How well does this concept work in practice? Bass answered that by showing a prototype user interface for AutoCAD that uses the new technology. He demonstrated it on a 48″ touch-screen, but it is believed that it will be at least partly functional using old-fashioned mouse-based technology.

Bass started by selecting a red bird from the Ribbon, which sported a snazzy new flouro theme. He dragged the bird down into the drawing area (which had a beautiful animated background with kittens, rainbows and unicorns; let’s hope that makes into production). While this was going on, the system was providing haptic feedback, with the screen vibrating and the bird squawking when dragged close enough to an existing object. By dropping the bird close to the end of a line, Bass was able to start drawing a line from exactly that point. He then drew back the bird and released it such that it was launched in the direction he wanted the line to go. As the bird shot forward, Bass touched it just as it crossed another line and it snapped on to the midpoint with a happy chirp. Perfect!

He then demonstrated other birds in action. To draw a polyline you use the yellow bird and touch it at each vertex as it flings itself along your desired path. To explode a block you use the black bird, triggering a loud explosion which I think will have to be toned down for office use. Ellipse? That white chicken thing that lays an egg. Multileader? The little grey one that splits up when you touch it. And so on. Bass already has his Finnish developers hard at work devising hundreds of new birds that cover most of AutoCAD’s key functionality. Some unimportant features, such as plotting and xrefs, are difficult to translate into birds and will be deprecated into command-line-only versions before being dropped completely in a future release.

The demonstration had to be curtailed after a few minutes when Bass’s arms became too tired for him to continue, but it provided an enticing view of a future where CAD is fun, fun, fun! Addicted users are productive users, according to Bass. “If you’ve ever seen kids playing Angry Birds, you know that they will happily sit there playing it all day every day without complaint. They don’t even stop to eat. The only time they take a break is when they’re forced to visit the bathroom. Even when they’re in there they will probably photograph themselves in the mirror and post it on Facebook. CAD Managers, don’t you wish you could tap that astronomical productivity resource?”

According to Bass, those managers will soon be able to do exactly that. His advice is, “Fire the old fuddy-duddy naysaying Luddites who are allergic to change and replace them with a bunch of kids off the streets. Give them Autodesk software they can’t resist using and they’ll soon be flinging pixels around like there’s no tomorrow. You’ll have an instant office full of the cheapest engineers you’ll ever find, and they’ll be begging you to take their work home with them. With the literally infinite anytime anywhere power of Autodesk 360, they’ll be able to do exactly that. In a few years, the kids in hoodies you see hanging around shopping malls won’t be waiting to snatch your bag, they’ll be leeching wi-fi so they can design your next car on their phones. And they’ll be doing it using Autodesk software.”

Bass refused to be drawn on leaked details about the upcoming iPod Shuffle version of AutoCAD or its supposed marketing slogan Shake to Design, though. “We have a very strict policy of never discussing our plans for future products,” he explained, “except when it suits us.”

The marketing gurus at Autodesk have written an independent productivity report that shows that AutoCAD with the new interface improves productivity by 632.7%. On Windows only, that is. This productivity phenomenon will not apply to AutoCAD for Mac, because there are no plans to provide the Angry Birds interface on OS X. Autodesk believes that this won’t concern Apple users, because Macs are shiny and look really nice.

The impressive productivity figure was generated by performing carefully selected tasks on AutoCAD 2013 using the prototype interface, when using the latest, fastest and most expensive hardware. This was then compared with completely different tasks performed using AutoCAD 1.4. On a twin-floppy IBM PC. With a 12″ monochrome monitor driven by CGA. But without an 8087. The resultant percentage was then multiplied by the number of years since Autodesk produced an AutoCAD feature that wasn’t half-baked on release.

In related news, Autodesk’s legal department has lodged applications to register the words ‘Angry’, ‘Birds’ and all images of feathered flying creatures as Autodesk trademarks. Cease-and-desist notices have already been sent to publishers of ornithologist guide books. Also in Autodesk’s legal sights is Disney Corporation, which clearly violates Autodesk’s intellectual property rights with its depiction of Donald Duck as not just a bird, but frequently as an angry one who goes around smashing things up.

The last word goes to Bass. “Look, the trend is irresistible, and those who can’t keep up will be left behind. Here at Autodesk we believe in freedom of choice. You can either choose to follow our vision of the future, or take to the streets with a cardboard sign and a chipped enamel mug. What could be more democratic than that?”

Hot tip for Autodesk

Hey Autodesk high-ups, I’m sorry you’ve been having so much trouble persuading your customers to throw away their perpetual licenses and throw themselves on your perpetual mercy. It’s clearly difficult to persuade technical types to do dumb things like rent your software at enormous and ever-increasing prices. I feel for you. But there’s an answer.

Find dumber customers.

Lots of them. And fast, before the stock market notices that you’re no Adobe and we’re not buying it. Sorry, I mean not renting it.

Look no further! Simply buy this company, discard the product when you’re bored with it (you’re very familiar with that process) and get hold of the customer list.

Sell subscription software to those people. They’ll have no idea what they’re renting or why, but that doesn’t matter. They’ll buy anything that’s pretty, hip, now, connected, and preferably organic. They will commit to perpetually shelling out large sums just to keep using it, no matter how poorly it performs. They’re rich and dumber than rocks. All of this makes them ideal customers for you.

If you’re a bit strapped for cash at the moment, just have a word with the investors (including Google) who pumped $120M into an Internet-enabled $700 (sorry, now $400) machine that squeezes expensive pre-squeezed juice out of DRM-protected short-lifespan bags, and manages to do it slower and noisier than you can do it with your bare hands. They’re even dumber than the customers, so squeezing money out of them will be easier than squeezing juice out of a bag when the Wi-Fi’s down.

This is a perfect fit for you, Autodesk. It has everything you need to ensure mission-friendly proactive synergistic compatibility on a going-forward basis. It’s disruptive. It looks good. It’s an overpriced, poorly functioning product. It has on-point (but pointless) compulsory connectivity. It ties users into paying whatever you ask, for ever. And best of all, it connects you to a collection of completely clueless cashed-up customers.

Thanks to @internetofshit on Twitter for making me aware of this and other hilarious Internet of Things (IoT) idiocy. Examples:

Enjoy!

BricsCAD documentation – a tale of three systems – part 2

In this pair of posts, I describe the BricsCAD documentation system. Click here for part 1, where I describe the general Help system and the descriptions in the Settings command.

In this part, I discuss developer documentation and draw my conclusions.

Developer Help

If we count the Settings descriptions as a system, there’s a third documentation system for BricsCAD. The Developer Reference isn’t offline and included in an install like the main Help. Instead, it’s online, just like Autodesk’s default. Unlike Autodesk’s system, it works pretty well.

Being online means the performance suffers, of course, but it’s generally not too bad. It appears quicker than Autodesk’s. A link within the main Help system takes you to the Bricsys Developer Reference which is just accessed using your default browser. Of course, that means your mouse buttons work correctly and you have all other the advantages of whatever functionality is built into your browser.

Hot tip: you can get to a real browser from within the AutoCAD pseudo-browser thing too, by right-clicking on a link and picking Open in Browser. The URL takes a while to mangle and unmangle itself before you get to read any content, but you get there in the end.

Unlike the general Help, the BricsCAD developer Help system isn’t so obviously superior to its AutoCAD equivalent. This is largely thanks to the outstanding efforts of Autodesk’s Lee Ambrosius who has managed to take Autodesk’s pig’s ear of a system and produce perhaps not a silk purse but at least a decent-quality cloth bag. It can’t have been easy.

Like the main Help, the BricsCAD online developer reference has a Contents mode with structure:

There’s an Index:

And there’s Search:

As the last image shows, the system contains not only missing information (where’s the (entget) description?) but also broken links; this wasn’t the only 404 I came across. That’s a bit embarrassing, Bricsys. There’s a lot of work to be done yet to bring this up to scratch.

There’s no Favorites section, but of course that’s built into your browser so it would be pointless reproducing that.

Of course, you can’t get context-sensitive help on functions within your LISP code from VLIDE, because BricsCAD has no VLIDE.

Conclusion

The BricsCAD documentation system is notably better than the AutoCAD one in many ways. However, it’s a long way short of perfect. Many aspects need attention, and there are multiple holes to be filled. Sometimes I find myself forced to use AutoCAD’s general documentation system to find out something about a system variable that’s common to both systems. That shouldn’t be necessary.

I’ve hardly mentioned the content of the respective documentation systems, but I must say Autodesk’s content is often superior (thanks, Dieter). But there are exceptions; the BricsCAD descriptions and pictures of various commands and options are better in some cases. For example, try to find out what the various options of the PEdit command do in both systems. With BricsCAD, it’s all laid out on one page and nicely linked.

The AutoCAD command documentation has been pared down too much in places to make each page shorter and simpler, hiding the content beneath sometimes obscure links. It’s possible to find out what the Pedit options do in AutoCAD, but it’s certainly not BricsCAD-easy and I initially gave up after chasing my tail for a while. I went back and found it later, but it took a lucky guess. Giving up after looking through a circular set of links is a common experience with AutoCAD’s Help. There’s a programming concept called mutual recursion, but I don’t want to experience it during a vain search in a Help system, thanks. A visible, navigable structure would help eliminate that issue, but there isn’t one. There needs to be one. Did I mention that already?

With system variables, BricsCAD’s Help is consistently and clearly inferior to AutoCAD’s. The AutoCAD content also tends to be better worded, with the BricsCAD wording being occasionally slightly awkward in a non-native-English-speaking manner. There are also some formatting issues with wide gaps left where the system attempts to expand command descriptions to the right margin and does a poor job of it.

As with AutoCAD, there are many video tutorials available for BricsCAD. I have not considered these in my evaluation but the few I had a look at were pretty good.

Who wins? Nobody. It’s a draw. Both companies need to step up. Autodesk mainly with its awful structure-free system, Bricsys mainly with its incomplete content, particularly for developers. But both companies have work to do in all areas.

BricsCAD documentation – a tale of three systems – part 1

Because of the great similarity between BricsCAD and AutoCAD in terms of commands, variables and most aspects of usage, you would expect the BricsCAD documentation to be about the same too. But it isn’t. Much of the content covers the same areas and due to BricsCAD’s command-line compatibility, there must be a lot in common. But the Help system is very different from Autodesk’s. How so?

In this pair of posts, I describe the BricsCAD documentation system. I assume you’re familiar with the AutoCAD one. In this first part, I describe the general Help system and the descriptions in the Settings command. In part 2, I will discuss developer documentation and draw my conclusions.

General Help

The general Help system in BricsCAD looks a lot like the excellent CHM-based system that AutoCAD had in 2010 and earlier (thanks, Dieter). BricsCAD’s Help is offline by default, included with the standard download and installation, and very fast. Those are great things to have, and AutoCAD lacks them all. But the great thing about the BricsCAD Help system is that it supports different usage patterns, rather than Autodesk’s search-or-nothing method. Rather than telling users that they are expected to use Help in one specific way, Bricsys accommodates their disparate wishes. As usual, the customer-friendly way is the winner.

The BriscCAD system looks a lot more old-fashioned than the AutoCAD one. I don’t care about that. I do care about space-efficiency though, and BricsCAD is the winner there. You can of course resize the dialog and the size of the left pane.

There’s a Contents tab which allows you to navigate the hierarchical structure in which the information is arranged. That’s useful not only when looking for something in particular, but also when using the system as a self-teaching mechanism by working through an area and related topics. AutoCAD completely lacks such a structure.

There’s an Index tab that lists the indexed items in alphabetical order. You can start typing and the indexed items instantly change to reflect what you’ve typed, which is much more efficient than Autodesk’s system. AutoCAD 2018 Help does include an alphabetical list of commands and system variables in both online and offline versions, but it doesn’t give access to all of the topics.

There’s a Search tab that allows you to enter a search term and have several suggestions thrown up. Unlike Autodesk’s system, the suggestions are displayed in a space-efficient manner. Unfortunately, like Autodesk’s search, the suggestions displayed often differ from what you’re after. Even hitting F1 within a command doesn’t take you straight to the page for that command. In PEdit, the F1 visible suggestions don’t include the PEdit command page! It’s there, but needs a scroll down. That really needs work.

There’s also a Favorites tab where you can save and restore any pages you want to go back to.

But that hierarchical structure is the big winner. Destroying that structure in the AutoCAD 2011 pseudo-browser Help debacle and leaving it broken for seven further releases has to rank among the silliest self-destructive acts Autodesk has ever performed on AutoCAD. Because Bricsys never made that mistake, its general Help system is superior to AutoCAD’s. Until Autodesk throws away its flat-structure mindset and starts again, it has no hope of catching up to the BricsCAD system.

Oh, and your mouse’s forward and back buttons work in the BricsCAD system. How long have we been nagging Autodesk about that? Seriously, how hard could that be?

It’s not all good, though. As mentioned at the top, the AutoCAD content is generally superior. There are also quite a few holes. Enter a system variable at the command line and hit F1. You would expect to get context-sensitive information about that system variable. You don’t. You’re just taken rather uselessly to the “Welcome to BricsCAD” page. This needs attention to ensure context-sensitive help is available for all commands and system variables.

Fire up Help, pick the Index tab and start typing in a system variable name. In most cases, you’ll find it’s not in the list (e.g. FILEDIA). In cases where a system variable name does appear in the list (e.g. FILLMODE), double-clicking on it doesn’t take you to a description of the system variable. Instead, you will be presented with multiple topics and it’s often not clear which is the system variable description.

Settings Descriptions

For system variables and most other settings, you’re better off avoiding the main Help system altogether. Instead, use the Settings command. This is like Options in AutoCAD but superior, because it’s all there and arranged much more logically. You can navigate a hierarchical structure to find the setting you want, but you can also type part of the setting name or a related word into the search box at the top of the dialog. If that doesn’t take you immediately to the setting you’re after, you can use the up and down arrows to go to the next match. It’s all very quick and efficient.

Unlike AutoCAD’s Options, you don’t need to go hunting from tab to tab, visually scanning the dialog for the setting you want, which might be hidden under a button or not there at all. Also far superior to AutoCAD, the descriptions don’t hover over the dialog, obscuring what you’re looking at. Dieter has been hacking the AutoCAD dialog hover-tips down in size for years, but they still annoy the heck out of me until I turn them off.

When you find the setting you’re after, a brief description is displayed at the bottom of the dialog. In most cases, this has just the right amount of information you need without having to read through a whole page. If it doesn’t, in some cases it will tell you the setting name. However, this is missing in many cases.

This is a “could do better” area for Bricsys. Somebody needs to go through these descriptions, fill the holes (not a small job) and make them all consistent. While they are at it, get them to tie up all of the missing context-sensitive loose ends in the main system. Better still, provide a button or other method within Settings to take the user to the appropriate Help page. Currently, pressing F1 within the Settings command will give you useful but generic information about using the dialog. Unfortunately, it will not give you information about the setting you want to check or change. That needs to happen.

Click here for Part 2.

Dissecting Dieter’s perpetual points

I like Dieter Schlaepfer, we’ve been arguing for years.

Dieter and I have never met in person, but online we go back to the CIS:ACAD CompuServe days of the early 1990s. Dieter’s a good guy who has done a splendid job with AutoCAD documentation content for decades. He is genuinely interested in improving the product and customer experience, and has done a great deal to do so over the years.

Dieter’s responsible for the most-commented post on this blog, AutoCAD 2013 – An Autodesk Help writer responds with 164 comments and was a heavy contributor to the 95 comments on the recent AutoCAD 2018 – why did the DWG format change? post.

If you read the comments here, you’ll know that Dieter is the only Autodesk person brave enough to put his head above the parapet and enter into discussions here in recent times, even though he’s not doing so in any official capacity. Autodesk’s PR people give me a wide berth and the Autodesk view would be completely unrepresented here if not for Dieter. He’s prepared to put his hand up and say, “But what about this?” when it’s an unpopular viewpoint and nobody else is prepared to say it. Props to Dieter for that.

Among Dieter’s many recent comments, he outlined 12 considerations in the rental v perpetual argument. Myself and others have been having fun eviscerating his tortured pub analogy, but his more serious arguments deserve a more considered response than can be comfortably provided in a comment, hence this post.

Let’s take Dieter’s considerations one by one. Bear in mind I’m approaching this from a long-term Autodesk customer point of view. You may look at things differently, and that’s fine.

1. Cost – if a rental, lease, or membership were low enough in price, almost everyone would do so (at a dollar a month, heck, I’d lease my shoes)

Fantasy argument. If Lear would hire me a private jet for $1 a month, sure, sign me up. The reality is that rental costs more, except in the short term. That’s why companies rent things out: to make money. That’s why Autodesk is doing it; it’s an attempt, however hamfisted, to make more money. On cost, rental loses.

2. Business model, terms and conditions, and their consequences

Vague. But given the terms and conditions attached to Autodesk rental (standalone users must use a terrible licensing system) and the consequences (software stops working the instant you stop paying), rental loses big-time here.

3. Quality of fulfillment – this is to your point

Not sure what Dieter means here. ???

4. Tax consequences

This varies from place to place. I can get a 100% write-off whether buying a perpetual license, maintaining it or renting it. I may want to get a bigger write-off sooner, or not. Neutral.

5. Opportunity cost – by tying up a lot of cash, what potential opportunities do you lose?

Depending on a business’s cashflow and other circumstances, this is a possible valid argument. However, only in the short term. Because rental costs more in the long term, it costs you more in potential opportunity in the long term. Overall, rental loses.

6. Financial accounting – rental, lease, or membership costs can easily be assigned to each project and billed to each customer

If I don’t have the need to do that, it’s irrelevant. But even if that’s the way you need or prefer to do things, it’s still only partially true that rental can be a benefit. Let’s say you have won a project that is planned to take 9 months and rent Autodesk software for a year: it costs you $3000 and you pay up front (because you’re not insane enough to pay Autodesk’s monthly rental prices). You finish the project in 10 months. You use that software for other smaller projects that crop up during that 10 month period, and after it’s over. Quick, how much of that $3000 do you apportion to each project? See, it’s not as simple as it appears.

It’s really not difficult to have perpetual license software costs handled in the same way as overheads and other long-term costs that can’t be directly attributed to a project. You’re not going to be able to sack your accountant thanks to software rental. Neutral.

7. Flexibility – you can easily increase or decrease the number and types of licenses for several (not just one) products

Ah, flexibility. Let’s say I’m convinced by Dieter’s other arguments and convert my perpetual license to rental under the current so-called “discount” offer. In doing so, I throw away my flexibility. I can’t ever stop paying or my software stops working. Down the track I may not need that license for a while, but even then I can’t hop off the rental train because if I do that and then hop back on, my software costs will treble (roughly – it varies).

As for the several products thing, Autodesk has been pushing customers into suites and collections where a high price is paid for a block of products. Can you drop back from a collection to a product or two for a while, then back to other products or up to a collection again? Sure, Autodesk is very flexible. Just forego your “discount” and pay an astronomical increase, no problem.

Autodesk has been progressively removing its customers’ flexibility for decades and will undoubtedly continue to do so as long as it thinks that will make more money that way.

So please don’t come the rental=flexibility argument with me. On flexibility too, Autodesk’s rental loses.

8. A truly perpetual software license requires you to maintain obsolete hardware and old operating systems, and discourages the adoption of new technologies

No it doesn’t. A non-upgradable license might do that, whether perpetual or otherwise. That doesn’t apply to perpetual licenses under maintenance. It didn’t even used to apply to perpetual licenses not under maintenance. Whose fault is it that perpetual licenses not under maintenance are no longer upgradable? Autodesk’s. False argument.

9. Perpetual licenses put most of the financial burden on new customers rather than spreading it more fairly between all users

Actually, with perpetual licenses the financial burden is much more fairly spread. What costs more, developing a product from scratch or maintaining it? Perpetual license purchasers pay a higher amount for the initial purchase, just as the developer pays a higher amount for the initial development. The developer is fairly rewarded for providing the product for the customer to use. Following that, the developer is fairly rewarded for maintaining and improving it.

But I really hope you’re not trying to convince people that Autodesk is price-forcing customers onto rental in order to be fairer to them, because I think incredulity would be the appropriate reaction. False argument.

10. Perpetual software licenses create “a long tail” of product versions, making data sharing between users more difficult

Perpetual software licenses that are maintained do no such thing. If a vendor provides good value for that maintenance payment, then people will maintain the software. Autodesk maintenance value for money has been dreadful in recent years, leading to people dropping it. Improving Autodesk’s performance in that area would reduce the length of the tail. Making maintenance value for money even worse by racking up prices will lead to people dropping it and sticking on old releases much longer. Autodesk’s rental push is lengthening the tail, not shortening it.

Incidentally, there is a new benefit for subscription customers with multi-user (network) licenses. Guess what? Five releases are now supported rather than four. Yes, Autodesk rental is literally lengthening the tail. False argument.

11. Perpetual software licenses encourage users to use less secure software and operating systems in a time when cybercrime and espionage are mushrooming

See 10 above. False argument.

12. Providers of perpetual licenses have less incentive to support long-time customers than providers of rental, leased, and membership business models do

Absolutely wrong. This is literally the exact opposite of observed reality.

You know what model really provides an incentive for vendors to improve the product? Perpetual licenses with optional paid upgrades. With the perpetual/upgrade model, if there’s no improvement, there’s no ongoing income. But that model was too much like hard work. Easier to just remove our options over the years to manipulate customers into paying more and getting less. Autodesk priced that model out of the market and then killed it off because it wanted to get people paying for just using the software rather than as a reward for improving it.

It’s proven by history. The closer Autodesk got to the all-rental model, the worse the rate of improvement became. As an improvement incentive, rental loses.

There you go, Dieter. Rental loses on five considerations and wins on none. And I’m being generous by considering points 10 and 11 as neutral.

Feel free to add your own observations on perpetual v rental. If you want to have a go at Dieter’s arguments or mine, go for it. I just ask that you play the ball, not the man.

AutoCAD 2018.0.2 arrives

AutoCAD 2018.0.1 is dead, long live 2018.0.2!

Here’s the readme.
Here’s the 64-bit direct link.
Here’s the 32-bit direct link.

This supposedly fixes stuff that 2018.0.1 broke, such as the signed VLX thing. Will this one break other stuff? I guess we’ll find out.

You can still buy Autodesk perpetual licenses in Europe

Yes, you really can still buy Autodesk perpetual licenses in the European Union. You just can’t buy them from Autodesk.

Where can you buy those licenses? From other customers who don’t need them any more. Unlike some jurisdictions, the EU respects the doctrine of first sale for computer software. This means sale of pre-owned software is allowed, and any EULA restrictions attempting to prevent that are invalid. This was established in 2012 by the EU’s highest court, The Court of Justice for the European Union (CJEU) in the case of UsedSoft v Oracle.

Autodesk and all other software vendors in EU countries have to respect that, so the perpetual license remains valid after transfer to the new owner. The previous owner must be able to document the validity of the license and must delete or disable their copy of the software upon transfer.

While I have no personal experience of the transfer process, according to what’s being said in this CGTalk thread*, it’s all very easy. Fill out a form and you’re done. However, I suggest you contact your local Autodesk office for the details. Don’t bother to ask AVA, she doesn’t know.

I’m no EU lawyer, but my reading of the judgement is that Autodesk is not obliged to transfer any maintenance contracts along with the perpetual license (clause 66). It is, however, obliged to consider the software to be upgraded to the original owner’s level under any maintenance arrangements (clause 67). This means the software license will be permanently stuck on the last activated release prior to the sale. Companies with a single license permitting use by 50 users and who want to shed 20 of them can’t split off and sell those 20 (clause 69). Again, check with your local Autodesk office for confirmation.

If you’ve been through this process, please comment on your experiences for the benefit of others.

Software licenses within the EU are valid in all EU countries, so it would appear there is nothing preventing, say, a German buying a used AutoCAD license from the UK, at least until Brexit is complete. It is unlikely that an EU license will be legally valid outside the EU, as outside Europe Autodesk only permits license transfers under certain circumstances described here.

It’s interesting that this market for perpetual licenses exists, but Autodesk has locked itself out of its own market! Indeed, by ending the sale of perpetual licenses, Autodesk has made them a rarer and more valuable commodity.

Bloatware – a tale of two installations

In a previous post, I showed that AutoCAD is bloatware by comparing the size of its downloads to that of BricsCAD. Obviously, an application that’s ten times the size it should be is going to cost you a lot of unnecessary bandwidth, download time and drive space. But maybe you don’t care about that. What practical difference does it make?

Well, for one thing, the blimping-out of Autodesk’s former flagship product has a big effect on installation time. Vast and ever-increasing amounts of time are wasted by users of Autodesk products, just waiting for the things to finish installing. But isn’t this just the inevitable price to pay for the functionality provided?

No. Again, BricsCAD proves it.

The installation comparison is shown below. These installations were performed on a mid-range Windows 10 i7 PC with 8 GB RAM. The downloaded files were executed from a local hard drive and the applications were installed to a local SSD. If I needed to enter information manually, I stopped the clock while that was going on. Times are the total elapsed time from commencement in minutes and seconds. More user input was required for the AutoCAD install, but that has not been counted in this comparison. That is, by eliminating the human input stages I’m being kind to Autodesk.

I performed a complete default installation of BricsCAD. In the case of AutoCAD, I turned off the installation of Recap and A360 Desktop to make for a fair comparison, as equivalents are not part of the BricsCAD install and those components are not required by the average CAD user. Everything else was as per default settings.

BricsCAD V17.2 64-bit Windows Installation
Installation Operation
Timestamp
Execute BricsCAD-V17.2.03-1-en_US(x64).msi 0:00
Prompt for questions 0:03
Click Yes for UAC Allow 0:14
Installation complete, start application 0:35
First run startup 0:40
Total time from install to ready to draw
0:40 (100%)

That’s astonishingly fast. Remember, this is an application that is more capable than AutoCAD overall. How does installing AutoCAD itself compare?

Equivalent AutoCAD 2018 64-bit Windows Installation
Installation Operation
Timestamp
Execute AutoCAD_2018_English_Win_64bit_dlm_001_002.sfx.exe 0:00
Self-extractor finishes initializing 2:46
Self-extractor finishes extracting, click Yes for UAC Allow 4:56
Install screen appears, answer questions, start install proper 5:04
Desktop icon appears 8:10
Install complete, restart required 10:21
Restart complete, start application 11:41
Activation begins 12:05
Activation complete 12:21
Close AutoCAD, execute AutoCAD_2018_Product_Help_English_Win_32_64bit_dlm.sfx.exe 12:25
Self-extractor finishes initializing 14:44
Self-extractor finishes extracting, click Yes for UAC Allow 14:54
Install screen appears, answer questions, start install proper 14:57
Offline Help installation complete, execute AutoCAD_2018.0.1_64bit_r2.exe 15:44
2018.0.1 install complete, start AutoCAD 16:50
Second startup complete 17:18
Total time from install to ready to draw
17:18 (2595%)

Installed sizes are roughly 0.5 GB for BricsCAD and 2.4 GB for AutoCAD. It’s hard to be exact because Autodesk likes to perform multiple installs when one is requested and tends to squirrel away various components in a variety of places. Here are the ten(!) new entries in Add or Remove Programs after just the first stage of the AutoCAD install:

OK, so maybe AutoCAD takes 26 times as long as BricsCAD to install. But the AutoCAD installation images are so much prettier than the plain old BricsCAD dialogs! Shall we call it a draw?

No.

Autodesk, you took a real pounding here. Bricsys chewed you up, spat you out, ground the chewings into the dust, set fire to the remains and then put out the fire with bodily fluids. Sorry, but you deserve it. Your installations have been ridiculously slow for years and are getting worse. Installing a vertical product or suite is beyond a joke; it makes even the AutoCAD install look speedy. It’s not good enough.

AutoCAD 2018.0.1 mystery deepens with silent withdrawal

As I mentioned earlier, the release of AutoCAD 2018 was followed almost instantaneously by the first update, 2018.0.1. At the time of writing, there was no official information about this update. Some information was later made available, but questions remained.

Now the update has been silently withdrawn. Go to Autodesk Account > Management > AutoCAD > Downloads > Updates & Add-ons and you will no longer see this:

The infamous Autodesk desktop app also shows no sign of this update. So why has it been withdrawn? Autodesk isn’t saying, but thanks to Jimmy Bergmark, we know that installing the 2018.0.1 update re-introduces a bug from AutoCAD 2016 (pre SP1) where signed VLX files don’t load. This means various 3rd party applications won’t load if the developers have done the Autodesk-recommended right thing by digitally signing their code.

If you’re a developer and want to test your code under the different versions, these direct links still work at the time of writing:

If you’re not sure whether or not you have 2018.0.1 installed, the About command will show you.

You can also check for this under program control by inspecting the system variable _VERNUM. In AutoCAD, it’s “O.49.0.0” before the patch and “O.61.0.0” after. I don’t know about LT, and I don’t know about the situation with verticals. Do they incorporate the 2018.0.1 fixes? How about the VLX bug? Should users who have applied this update uninstall it? Is this going to be done automatically or by Autodesk desktop app? How should users manually revert to the pre-2018.0.1 state if they need to load applications that use signed VLX files?

I think it’s fair to say that Autodesk’s management of this update has been a disaster. This is just one in a long line of AutoCAD update screw-ups going back decades. It proves comprehensively that continuous updates from Autodesk are a non-starter.

Autodesk can’t be trusted avoid breaking things with its updates. It can’t be trusted to effectively communicate about the updates. It can’t be trusted to provide fixes for its broken fixes. It can’t be trusted to provide an automated update mechanism that doesn’t hog your resources or one that works properly.

The AutoCAD 2018 install inflicts the execrable Autodesk desktop app on your systems without asking, which in itself is a betrayal of trust. I recommend you uninstall it immediately after all Autodesk installs. You will need to right-click the app tray icon and use the Exit option before you can uninstall it using Add or Remove Programs.

Autodesk needs your trust to make its continuous update idea work. Autodesk doesn’t have that trust. Autodesk doesn’t come close to deserving it.

Why owning stuff is still important (repost)

This post was originally published on 19 November 2012. What’s happened since then is that Autodesk has indeed ended the sale of perpetual licenses and gone all-rental even though customers remain reluctant.

Autodesk’s cloud push, however, is struggling. Many Autodesk cloud products are dying or dead. Others (mostly free) carry on but many have failed to live up to expectations.  Some paid cloud products (e.g. Fusion 360) are starting to generate some return on Autodesk’s huge investment. However, it’s all years behind schedule. We were supposed to be cloudy CAD users several years ago. It hasn’t happened. How much of that is because of technical blockages, how much is because we have problems trusting the cloud, and how much is because we prefer to own our software licenses? I have no way of telling, but I’m sure the latter factor is somewhere in the mix.

Most of this post might as well have been written today. The three Cs matter in 2017 and I believe they always will. Here’s the original, unmodified.


Let’s start with a few questions:

  • Do you own your home or rent it? Given the choice, what would you prefer? Why?
  • Do you own your car or rent it? Given the choice, what would you prefer? Why?
  • Do you own your TV or rent it? Given the choice, what would you prefer? Why?
  • Do you own your computer or rent it? Given the choice, what would you prefer? Why?

If you’re like me, you answered the same for most or all of those questions. I own all of the above and rent none of it. I prefer owning all of the above. Why? Three Cs:

  • Continuity. If I own my home, there’s a pretty good chance that I’ll be able to go on living in it as long as I like. There are exceptions (wars, natural disasters, etc.), but ownership is generally much safer than renting if it’s important to retain access in the long term. This is because it removes the significant possibility that the owner may eventually terminate the agreement for reasons of their own, or make the relationship financially impractical.
  • Control. If I rent my home, for example, there are strict limits on what I can do with it. I can’t just install an air conditioner if the place gets too hot in summer. The owners or their representatives can come calling to make sure I’m looking after it as they desire. If I want to keep pets or smoke in the property, my options are severely limited.
  • Cost. There’s a reason people invest in property to rent out to others, or run profitable multinational businesses hiring out cars. It makes sense to be on the side of the relationship that’s taking the money rather than the one that’s paying it out. In other words, it usually makes financial sense to be the owner rather than the renter.

That doesn’t mean renting things never makes sense, of course. I wouldn’t buy a car to drive around while visiting another country, for example. Many people can’t afford to buy their own homes and have no alternative but to rent. But that doesn’t alter the basic point that ownership is the most desirable situation to be in. Let’s look at another situation and see if that point still applies:

  • Do you own your music or rent it? Given the choice, what would you prefer? Why?

There are an increasing number of people who feel that owning music is old hat. For example, have a look at Scott Sheppard’s blog post on this subject. Here’s one thing Scott has to say:

When you think about it, you don’t want to own an album or CD, you want to hear the songs when you want to.

Sorry, Scott, but there is more to it than just hearing songs when I want to. I have thought about it, very carefully, and I do want to own an album or CD. I want this for the same reasons I want to own my home, my car and so on.

  • Continuity. If I own a CD and look after it, I know I’m going to be able to keep using it indefinitely. I don’t have to worry about whether the rights holder wishes to continue making that music available, or changes the terms of the agreement to my detriment.
  • Control. If I own a CD, I can listen to it in good conditions on my home system without the music suffering from lossy compression. I can put it in my car’s player along with a few others and quickly flip to it without having to search for it among several thousand tracks. I can rip the music from the CD and place it on my iPod Nano watch, or Android phone, or computers, and play it when and where it’s convenient. I’m not reliant on any external parties or connections.
  • Cost. Once I’ve paid for my CD, the incremental cost of each listen is extremely close to zero. I’m still enjoying music I bought years ago, cost-free. My eldest daughter only listens to music on her iPod, but she generally buys CDs rather than downloading songs from iTunes. She does this because she works out what’s cheapest and it’s usually the CD, even allowing for one or two tracks she doesn’t want.

The cost issue may or may not apply, depending on the album and the service, but for me the other two factors are dealbreakers anyway. Besides, there are other reasons I want to own an album. These include artwork, lyrics, the pleasure that comes from collecting and owning an artist’s works, and so on. I understand that these aspects are down to my personal preference. There are plenty of kids out there who just want to listen to this week’s stuff without thinking about the future too much. However, huge numbers of those sort of people aren’t customers, and don’t enter into the commercial equation. When they download music, they don’t pay for it.

Scott’s experiment with Spotify is hardly a compelling argument for non-ownership. He lists a whole bunch of things that are irritating and which detract from his ability to listen to the music when and where he wants to. Things that don’t apply to those of us who own our music (or those who download it for free). In fact, it’s a very convincing argument that the “anytime, anywhere” mantra needs to be turned on its head. Want to ensure that you’ll be able to listen to the music you want? Anytime, anywhere, uninterrupted, problem-free and independent of external factors? Ownership, not Cloudy stuff. Every time.

With that in mind, let’s look at one more situation:

  • Do you own your software or rent it? Given the choice, what would you prefer? Why?

Let’s sidestep the convenient (and court-approved, in some locations) legal idea that customers don’t actually own the software they buy. Let’s interpret the word “software” above as the ability to use the software. This includes whatever is required to do so, from a media, technical and licensing perspective. While you and I might prefer to permanently own our software (or licence to use that software), Autodesk likes to think that society:

is moving from [sic] only requiring access to products instead of owning them

and so it wants to:

move from offering a perpetual license with maintenance to a termed subscription model

In other words, Autodesk doesn’t want you to own software any more, it wants to rent it to you. This desire is clearly the prime mover behind its Cloud push. Never mind that the last time Autodesk tried renting out its software, the experiment was a dismal and short-lived failure because of a lack of customers. This has nothing to do with what you want, it has everything to do with what Autodesk wants.

Is this all OK with you? Do continuity, control and cost really not matter when it comes to software? Are you happy to hand matters over to your friendly vendor and not think about the future too much, like some pop-happy teenager? Or, like me, do you think owning stuff is still important?


Please let me know if you would like to see occasional selected reposts like this in future or would prefer to avoid post necromancy.

Simplifying CAD Management the Autodesk way

According to Autodesk, one of the benefits of subscription (rental) is simplified administration. To prove it, Autodesk has provided a simple guide for CAD Managers called The Software Administrator’s Guide to Autodesk Subscriptions – How to Set Up, Install, and Manage Your Software and Users.

It’s 18.7 MB and 78 pages long.

Don’t worry though, this simple guide helpfully includes a simple guide on how to read it.

Among other things, this eBook provides handy hints on how subscription’s simplified administration regime for standalone licenses requires you to pre-emptively name all your users, set them all up with Autodesk accounts and define what software each is allowed to use. There’s a note to say that your Internet connection needs to be working at the time of installation (obviously) and also every 30 days (less obvious) or you won’t be able to use the software.

The guide describes how you can simply go online to Autodesk Accounts (assuming it’s up), and switch those permissions around when Bert is away on site and Ernie needs to hop on his PC at 6 PM to make a quick change before a drawing goes out. It mentions how Ernie will be sent an email with a link to follow so they can sign up before using the product. The CAD Manager is encouraged to check with Ernie to make sure it all worked, and check online to ensure Ernie’s sign-in went according to plan.

Make sure you get in early tomorrow morning before Bert’s shift starts so you can switch the user permissions back again. What? You planned to have the day off? Don’t you understand that your job has been redefined by Autodesk? I dub thee “not a team player”.

Don’t complain, because the new procedure is clearly much more simple than the old-fashioned perpetual license method. You know, the one which involved the far more complex procedure of Ernie logging on to Bert’s PC and using the software, then Bert logging on and using it the next day. How did we ever cope before Autodesk’s magnificent management enhancement?

If the huge job efficiency boost provided by this simplified new method doesn’t have CAD Managers throwing their perpetual licenses at Autodesk in a subscription-hungry frenzy, I don’t know what will.

Simplifying CAD Management is alive at Autodesk.

Autodesk customers are still revolting

I described before how customers are outraged by Autodesk’s attempt to price-force them onto subscription (rental). That’s still happening. The Autodesk Community forum moderators are still vacuuming up threads and Ideas submissions and moving them to the Moving to Subscription forum, which despite its obscurity is still active with some threads now having hundreds of posts.

Other discussions in various non-Autodesk locations are extending over many pages of comments. Almost all comments are highly critical of Autodesk. A large portion of these customers say they are abandoning Autodesk. Many are discussing the specific competitors’ software they are moving to.

In addition to the Autodesk forum staff confining commentary to a quiet corner, another way of keeping the public noise down is by directing people to talk to their resellers. Yesterday, I did just that. The rep who came to see me is a good guy from a great reseller and I was not unkind.

Autodesk obviously knows it’s hard to sell such a bad deal and is pushing its resellers hard to get with the program. They are being briefed and provided with PowerPoint presentations to help sell the deal. My reseller says he’s had to deal with “many angry customers” and feels like the meat in the sandwich. He did his very best to present the deal in its best light, but the poor guy is too honest to make it sound good. He has my sympathy.

There were some differences between the numbers he provided and what I’ve described based on Autodesk information. The major pieces of new information I gleaned (assuming my reseller is right) were:

  • For people who surrender their licenses and switch to subscription, the cost that’s locked in for the first three years is 5% more than maintenance, not the same price.
  • After the three-year lock-in, the year four subscription price rise will be about 15%.
  • After that, nobody knows.

The net effect is slightly worse for subscription than it looked before the meeting, but not hugely so. It’s not worth redoing my graphs.

Switching to subscription is still just a really bad deal that’s being presented as a good deal by comparing it with another deal (maintenance) that’s being artificially worsened. Sorry, but I’m not just comparing it with Autodesk’s other deal. I’m also comparing it with the deals provided by Autodesk’s competitors. According to that comparison, both Autodesk’s deals are shockingly poor. The same happens if I compare Autodesk’s subscription deal with rental success-story Adobe’s pricing.

I explained to my reseller the problem with surrendering perpetual licenses. Autodesk is requiring a decision to be made with permanent, irrevocable consequences, based only on short-term information. He said the message from Autodesk is that further information isn’t going to be forthcoming because, “No other company is going to let you know its prices five years in advance.” My reply was that no other company is expecting me to give away what has already been paid for.

Last week, I had a telephone conversation about an Autodesk rep about this issue. Among other things, I told him:

You’re asking me to give you my balls in a bag in the hope that you won’t squeeze too hard.

 
It ain’t happening.

Autodesk updates Design Review

Despite the previously announced end-of-active-life for Design Review (Autodesk’s DWF viewer), there is now a new release available. This wasn’t supposed to happen, because we should all now be using cloud-based solutions.

A new version of DWG TrueView was needed to deal with the new DWG 2018 format, and one knock-on effect is that a new Design Review was needed to be compatible with DWG TrueView 2018.  It’s still only 32-bit, so it appears to be a matter of Autodesk just touching it up enough to keep it compatible.

Interestingly, the new Design Review is not called 2018. Here’s where to find it:

On the bloatware theme, if there’s a particular reason this download (421 MB) is over eight times the size of its predecessor (49 MB), it’s not readily apparent.  The installed application is 212 MB, so it’s all a bit mysterious.

The downloaded executable is a WinZip self-extractor. If you’re a CAD Manager, there’s no point in having the unzip happen 100 times for 100 users when it could happen just once, so you’ll want to grab the extracted files and install from those. This installer makes that difficult, but not impossible. If you want to do that, read on. If you’re just installing it once, skip the next two paragraphs.

Running SetupDesignReview.exe (note the lack of version information), the extraction started but I couldn’t find out where it was extracting to. I eventually found it in the folder %Temp%\XXX.tmp, where XXX is a random name, e.g. _AID0D9. This folder gets automatically erased on completion or cancel, so what you need to do is run SetupDesignReview.exe once, wait for the unzipping to finish but don’t go ahead with the install, copy the %Temp%\XXX.tmp folder elsewhere, then cancel the initial installation. You can then run as many installations as you like using the extracted files.

It would be useful to have these things documented. The Installation Help, System Requirements and Readme links in the installer all rather unhelpfully point to a generic Knowledge Network search.

The install proper will uninstall Design Review 2013 without asking, which is antisocial. For example, if you wanted to keep using HP Instant Printing (not supported in the new release), this installation would mess you up. In my case it also threw up an error during that uninstall, although it still seemed to go through with it.

Note there’s no sign of a release number. The only versioning I can find is in Help > About, with a build version of 14.0.0.177. When you run it, you’ll notice that it hasn’t had the UI of Doom treatment, so it looks like a cut-down AutoCAD from a few releases ago. Not a bad thing.

How about the product itself? Seems to work OK. If you go to open something, it will show you DWG files as well as DWF(x) files. What happens if you try to open a DWG file? This.

Everybody familiar with versioning knows you never put “the latest version” on anything because it’s meaningless. I was once told about a Head Drafter in the early CAD days who had special stamps made up to stamp paper plots with THIS IS THE LATEST VERSION OF THIS DRAWING. The above message is about that smart.

What happens when you pick the Learn More button? Nothing. So I learned nothing.

Anything else? Well, on my system, it takes about twice as long to start up this simple DWF viewer than it does to start up a full-blown CAD application. Want to take a guess at which application I mean?

Can’t complain too much. This product is free, Autodesk is still providing it and still making efforts to keep it up to date. Props for that much, at least.

Bloatware – a tale of two CAD applications

You may have seen me mention in passing that AutoCAD is bloatware. That’s not just the general grumpy-old-user moan you see from long-term users like me, who can remember when AutoCAD used to fit on one floppy disk.

Yes, programs get bigger over time as new functionality is added and old functionality needs to be retained. Hardware gets bigger, better, faster over time to compensate for that. I get that. Understood.

The AutoCAD bloatware problem is much more than that. AutoCAD is literally ten times the size it needs to be, to provide the functionality it does.

How do I know? BricsCAD proves it. Here’s what I mean.

BricsCAD V17.2 64-bit Windows Download
Downloaded File Size (KB)
BricsCAD-V17.2.03-1-en_US(x64).msi 248,812
Total (1 file) 248,812 (100%)
Equivalent AutoCAD 2018 Downloads
Downloaded File Size (KB)
AutoCAD_2018_English_Win_64bit_dlm_001_002.sfx.exe 2,065,829
AutoCAD_2018_English_Win_64bit_dlm_002_002.sfx.exe 328,277
AutoCAD_2018.0.1_64bit_r2.exe 120,663
AutoCAD_2018_Product_Help_English_Win_32_64bit_dlm.sfx.exe 180,013
Total (4 files) 2,694,782 (1083%)

Which dog is which? They’re both cute, but which would you put your money on in a race?

(Original image: Przykuta)

(Original image: Lisa Cyr)

I’m actually being very generous to Autodesk in this comparison. The two primary AutoCAD download executables alone expand from 2.4 GB to 5.2 GB before install, requiring a total at least 7.6 GB of disk space before we even get to the same ready-to-install point as BricsCAD’s 0.24 GB MSI file.

No, it’s not because BricsCAD is a cut-down application compared with AutoCAD. The opposite is true. Overall, BricsCAD is significantly more feature-rich than AutoCAD. It near-exactly duplicates over 95% of AutoCAD’s functionality and then adds a big slab of its own on top of that. Some of it is in paid-for optional extras, but the code that provides that functionality is still included in the same small download.

This issue isn’t unique to AutoCAD. Super-morbid obesity seems to be standard among Autodesk products. The AutoCAD-based verticals that add a comparable level of functionality to that the BricsCAD download includes are much bigger again!

Anybody care to explain what’s going on here?

Bricsys shows Autodesk how to do mid-term updates

BricsCAD V17.2 is out. Although there’s nowhere near as much new and useful in this mid-term update as in the full upgrade from V16 to V17, there’s more here than in Autodesk’s last mid-term update, AutoCAD 17.1. There’s even arguably more than in the uninspired AutoCAD 2018 upgrade, including those 17.1 features.

But that’s not the main reason I say Bricsys is schooling Autodesk in how to do mid-term updates. While Autodesk is restricting such updates (including the bug fixes and security updates included in those updates) to subscription and maintenance customers, Bricsys is doing no such thing.

BricsCAD V17 customers who have a perpetual license, even without maintenance (called All-In by Bricsys), will be receiving V17.2 free of charge. Bricsys still considers such users as customers who have paid good money and still need to be looked after, rather than a non-paying irritant, which appears to be Autodesk’s attitude.

Oh, and you don’t have to install some piece-of-junk automatic updater or malware-like download manager to get the software. You just do a straightforward browser download of a small file (by Autodesk bloatware standards) which is the entire product, and install over the top of your existing installation, effortlessly preserving your settings. If you’re doing a new install of V17.2 from scratch, you just install from that downloaded product. No need for multiple downloads and multiple-step installations. No need to have every PC in your fleet nagging your users and downloading the same huge files.

Autodesk isn’t in the hunt here for ease of maintenance. Not remotely in the same league. Seriously, go home and start again, Autodesk. Your ideas are bad and your execution is worse.

Here are some links to information about the V17.2 update (not neutral sources, obviously):

I will be benchmarking BricsCAD V17.2 and AutoCAD 2018 with great interest. In my preliminary tests, BricsCAD V17.0 performance walked all over AutoCAD 2018 in most areas, but commands involving object selection were the exception, with AutoCAD significantly quicker there. Bricsys is claiming large improvements in that area, but we’ll see.

New Autodesk subscription idea – any interest?

Let’s say Autodesk came up with a new offer for customers currently under maintenance. Let’s say you could switch to subscription (rental) with the same price as maintenance, locked in with no increases for three years. In addition, you get to retain, but not upgrade, your perpetual license.

Let’s say you’re on maintenance which is up for renewal later this year. You currently have a perpetual license of AutoCAD 2018. If you accept this offer, you will always retain that AutoCAD 2018 license. You switch to subscription and pay the maintenance amount for one to three years. Your subscription fee is guaranteed to rise by no more than 20% total by year five.

As long as you continue to pay subscription, you get access to new releases (2019, 2020, etc). If you decide to no longer renew your subscription at any point, you can no longer use the new releases, but you can still fall back on using your perpetual license, which remains as AutoCAD 2018. The use of the software would be subject to the usual fair use restrictions, e.g. during the subscription period you can’t use AutoCAD 2018 on one PC while using AutoCAD 2019 on a different one.

Would you be interested in such an offer?

I’ve added a poll, so please vote and feel free to comment on why you would or would not be prepared to switch under those circumstances.

Would you be interested in switching to Autodesk subscription if you could keep your old (non-upgraded) perpetual license?

  • Yes (24%, 32 Votes)
  • Maybe (25%, 33 Votes)
  • No (51%, 67 Votes)

Total Voters: 132

Loading ... Loading ...

Please note that this offer is entirely hypothetical. It arose from a recent telephone conversation with a non-Autodesk person. I have no inside information that suggests Autodesk is considering such an offer.