Category Archives: BricsCAD

Bentley marketers love Autodesk

5 Replies

Bentley Systems marketers are currently taking advantage of Autodesk customers’ distaste for the Big A’s rent-or-GTFO business model.

For any Autodesk competitor, this is a fairly smart move. Autodesk has offered a free kick to its competitors and is betting on them all kicking the ball wide of the net. How accurate is Bentley’s shooting?

In this case, AutoCAD customers are being encouraged to take up MicroStation. Via the Cadalyst Direct opt-in advertising list, I received an email entitled AutoCAD Users, you need options. We listened:


Talk about feeling trapped (which has many Autodesk customers angry), options and flexibility (which Autodesk has removed) and listening (which Autodesk really sucks at) are clearly taking advantage of Autodesk’s self-inflicted subscription predicament.

“Work the way you want to” is only partly true. If you want to work with a pool of network licenses and not get unpleasant surprises in the way of excess-use invoices every so often, the Bentley Select licensing system may not be for you. Bentley has fixed some of the worst aspects of that system but it’s still controversial and unpopular.

It’s also stretching things to describe DWG as a natively supported format with no data conversions necessary. It’s true that MicroStation has supported open and save of DWG for some years, but as a secondary format. It’s not like BricsCAD, where DWG is the primary format and files can generally be seamlessly shared with AutoCAD users. I know from personal experience that DWG files originating in MicroStation cause a bunch of problems for AutoCAD users. I’ve had to write code to work around some of the issues.

Back to the marketing. The email, complete with imagery of a man cramped up in a cardboard box, pointed me to this page with a similarly confined woman:

With the cardboard box theme, it’s a good thing that Bentley isn’t marketing to cats. They would probably make ideal Autodesk customers.

So what’s the substance of the offer here?

If you own AutoCAD perpetual licenses, you can receive credit for the current value of your AutoCAD license toward the purchase of a MicroStation perpetual license.

 
That’s as specific as it gets: “credit for the current value of your AutoCAD license” could mean anything. Autodesk doesn’t sell software any more, so what’s the value of a license that has no current list price? You could have bought your AutoCAD 30 years ago for $2000 and spend $15000 keeping it up to date. How much credit do you get based on that value? 100%? 1%?

It’s an unknown discount off an unknown amount. What are the terms and conditions? Which AutoCAD releases and variants qualify? Do you get to keep your AutoCAD license? (Of course you do, Bentley can’t take it away from you, but they could have said so).

To fill in the gaps you’re expected to fill in a form and presumably get a quote. I bet most people will stop right there and close the browser window. I don’t know about you, but my interest in offers falls off dramatically when I can’t see what’s being offered.

I think Bentley has kicked the ball the wrong side of the post here.

The big Bricsys interview 11 – free viewer?

2 Replies

This is the final post in a series covering an extensive interview with Bricsys CEO Erik De Keyser and COO Mark Van Den Bergh. If you’ve made it through to the end of this series, congratulations! I hope you found it illuminating.

In this post, R.K. McSwain asks a question about a possible BricsCAD-based DWG viewer, which turns into a brainstorming session!

R.K.: Do you guys have a viewer? A read-only viewer? Is it something you’re looking to do?

Erik: No. BricsCAD classic costs, you know, $400.

Steve: Autodesk is giving one away anyway.

R.K.: They give it away, but you know what it is. It’s almost a 1 GB download, I was thinking as maybe a way to get people interested in BricsCAD? Here’s a viewer, I wonder what else it can do…

Mark: What? (disbelieving) The viewer is almost one gig?

Steve: It’s about 800 MB.

Erik: It’s a matter of choices and priorities.

Steve: It is a marketing opportunity. A viewer that’s easier to use, because you can download and install it within five minutes. And you could be providing them with basically BricsCAD with stuff disabled. You could even have a Buy Me button that un-disables that stuff.

Erik: Yeah, yeah!

Steve: This isn’t an interview now, it’s a product brainstorming session!

Erik/Mark: (laughs)

Mark: Let’s continue! Let’s continue! As you know, you can download our software and evaluate it for 30 days (and you can ask for an extension) but one of the options we’ve discussed is that after the 30 days it turns into a viewer.

Erik: Maybe we’ll do that.

R.K.: That gives them the 30 day window up front, even if they’re just looking for the viewer.

Erik: Yeah.

This is the complete set of links to this interview series:

The big Bricsys interview 10 – platforms

Leave a reply

This is one of a series of posts covering an extensive interview with Bricsys CEO Erik De Keyser and COO Mark Van Den Bergh.

In this post, R.K. McSwain asks about BricsCAD running on three different platforms. Erik explains why BricsCAD for Mac (and Linux) is so much more complete than AutoCAD for Mac, which has more holes than a block of Swiss cheese.

R.K.: Do all three platforms (Windows, Linux, Mac) contain the same functionality?

Erik: Yes. Sometimes it’s a bit hard with the Mac to bring it along but so far, so good. The only problem sometimes is in the APIs.

We are using wxWidgets and not the Microsoft classes. This gives us the ability, with the same source code more or less, to serve Mac, Linux and Windows. By far Windows is the most important one. By history, all the applications are on Windows, because AutoCAD was only Windows. What we have as APIs, and the most important ones are BRX and .NET. If you want to port an application to Mac, it means our API must support that as well. BRX is doing that for 90 to 95%; there are a couple of functions that only work on Windows. For most of the applications, they can port their application to Linux or the Mac without any problems.

Steve: And you support the Visual LISP COM functions as well, right?

Mark: Yes, we cover them and they are also available on Mac and Linux.

Steve: You have a solution there that Autodesk doesn’t, which gives us the strange situation that BricsCAD for Mac is more AutoCAD-compatible than AutoCAD for Mac.

R.K.: AutoCAD for Mac leaves a lot of holes.

Erik: That’s because they rewrote the whole interface for Cocoa, and we didn’t. We are using one code base. You can be more Catholic than the Pope, yeah? If you rewrite AutoCAD completely for the Mac, the result is many holes, no applications possible, it doesn’t help anybody. We’re better off being pragmatic and doing it the way we did it.

Still, we must say that applications availability for Mac and Linux is not much. That has to do with 95% of our sales being on Windows. We expect that might change for BIM, because more architects are Mac users, partly because the first version of ArchiCAD was on Mac, Vectorworks is, so it’s really an Architect’s machine. We expect that maybe for BIM, it might change and we might sell more versions on the Mac.

Steve: Autodesk doesn’t have a competitor there, does it?

Erik: No, absolutely not.

Mark: I should mention that all of our keys are cross-platform. So when you buy a key, you can run them all. So every time you on decide to run on Mac and later on you decide to switch it to Windows, we don’t have any problem. You can switch whenever you want, from one to the other, on to Linux if you want.

Erik: Again, choice. It’s up to the users.

This is the complete set of links to this interview series:

The big Bricsys interview 9 – treading on developers

5 Replies

This is one of a series of posts covering an extensive interview with Bricsys CEO Erik De Keyser and COO Mark Van Den Bergh. Erik explains that Bricsys won’t trample over its application partners in Autodesk-like fashion, except…

Steve: Autodesk is known for treading on its third-party developers and replacing their market. Can you tell us about your attitude to doing that?

Erik: We have always said that we are not stepping into any application market. We will not do it.

There’s only one exception, that’s where there is no [other] possibility. There was no sheet metal. There is no viable [third-party] DWG sheet metal product in the market today for sheet metal. Then we do it, of course.

For BIM, there are. There is a German product. We have talked to those guys, but the problem is, for BIM the way we do it, it’s so deep in the core, the direct modeling engine that we have build… there’s no way that we could expect, of all the partners that are working on AEC, that one would have the strength and the force to bring the product where it is today. We have worked with maybe 30, 40 people for three, four years to do that. I don’t know of any application partner that has more than ten employees. And then those ten employees do everything.

Mark: Except for Intergraph, of course!

Erik: Except Intergraph! Except Intergraph! In the AEC space, I mean. When it comes to making an architectural modeler, there was no other possibility but to do it ourselves. Then we do it. But what we do then is provide all the APIs so the rest of the AEC community can profit off it. Otherwise, I think we would have lost the AEC space. If we didn’t do that, with what we have shown you today on BIM, we would lose the AEC space completely. That could not happen.

This is the complete set of links to this interview series:

The big Bricsys interview 8 – boundaries and BIM

Leave a reply

This is one of a series of posts covering an extensive interview with Bricsys CEO Erik De Keyser and COO Mark Van Den Bergh.

Erik discusses where Bricsys can go in future and the place BIM has in that.

Cyrena: So what is your vision, ultimately, of what Bricsys will become in tandem with your partners? Do you have limits or boundaries of which markets you will address and which you won’t? Are you going to be bigger than… “somebody else” one day?

Erik: If it comes to the number of customers, challenging AutoCAD is difficult. 12 million registered users. If you count illegal users it might add up to, I don’t know, 20 million, 30 million? I don’t know, nobody knows.

What are the boundaries of where we can go? It’s more or less dictated by the application markets. We have application developers in GIS, we have them in AEC, we have them in mechanical. In Mechanical 3D, AutoCAD was not present. They were present with AutoCAD Mechanical, but that’s a 2D product. If for a moment I leave Inventor out, because it’s another file format, but for DWG, the market for sheet metal and the things that Solidworks and others do, you don’t see third party applications with power participating in that market, with AutoCAD. With all the other markets, there are plenty of other applications: GIS, AEC, it’s endless. We want to bring everyone who wants to work with us, we’re going to feed and help them, and that’s more or less the boundary of where we can go.

For BIM, that’s something we are driving ourselves and it’s a huge market. There’s a lot of attention being paid to Revit [by elements of the press]. We think there are a lot of DWG users that want to move to BIM, but first of all Revit is too expensive, it’s too complicated by far, and it’s another file format. These are hurdles that not everybody wants to jump at the moment. It’s fair to say that we are working to eliminate all those hurdles. An existing DWG user, AutoCAD or BricsCAD already knows 80% of our BIM product. He has to learn 20% extra and he can participate, probably in an easier and more intuitive way than he can ever do with Revit.

We didn’t talk a lot about the differences between Revit and our BIM solution. I think in six months and a year we’re going to spend more time to really explain the differences. BIM is hyped, but there are studies that show that 19% of the people who talk about BIM are actually using it. It’s a couple of hundred thousands, it’s not millions already. There’s a lot of hype around it but the real challenge is to bring five or six million people on DWG in the AEC space into BIM. That’s our goal. If they want to stay on DWG, we are their only chance. For that part only, that’s already a huge start. If you then count all the applications on top of that and around it, the addressable market for us on that is immense.

This is the complete set of links to this interview series:

The big Bricsys interview 7 – the applications ecosystem

1 Reply

This is one of a series of posts covering an extensive interview with Bricsys CEO Erik De Keyser and COO Mark Van Den Bergh.

In this post, Erik discusses the Bricsys efforts to work with and assist third-party developers. He does this without being prompted by a question – it’s obviously very important to him.

Erik: For our future growth it’s very important, the ecosystem of the applications we have now. We have talked a lot about what we are doing and about our own products, but we should maybe have spent more time on the importance of the ecosystem. The worst thing we could do is forget the application market for us.

We will not, and we are not able, to develop another HVAC system or a [inaudible] system. We are limited in our resources and focused too much in our development. We believe that if there are five or ten HVAC packages, one in Germany, one in France, one in the US and one in Australia, all those guys understand their local markets and it’s very difficult to take an HVAC package made in America and sell it in Germany. The last thing we want to do is destroy that diversity of the application market. On the contrary, we’re going to encourage it. Therefore we will continuously provide APIs to the application market and invite and encourage them to become more professional. This support is so important. That’s where we can make a difference with many of our colleagues, and we should bring the application market to the same level of professionalism. That’s where we are investing as well. They can use all our systems for free.

It would be a great and a wonderful world if you as a customer if you come to our website or you go to an application website and finds the same systems and buys something, and communicates… if there’s a problem, it’s our problem. He can tell us, the application partner can tell us, if it’s an application problem we will tell them or the customer will tell them. But that kind of trio between the customer, us and the application market is so important. We need that.

We need those kind of applications working with our system. And they are there! For over ten years they have wonderful applications. The point is, they lacked, for the moment, the technology to grow into IFC and the BIM market. That’s what we are developing for them now. Right now we need the apps, and we’re delivering to them. But it’s a very important thing for us, that ecosystem. And again I think that’s another difference between us and many, er, alternatives (laughs).

Steve: Not saying “the A word” there…

Erik/Mark: (laughs)

Steve: It’s something I’ve noticed for years, actually, that you guys look after the third-party developers whereas Autodesk sees them as a revenue source.

Erik: Absolutely. We are convinced we need them. They have to say they need us as well. That’s a very good symbiosis. And the top of that is Intergraph. For us, it’s an application partner, right? There’s scalability a bit more than before.  If Intergraph takes this step, let us invite every other application developer to do the same.

This is the complete set of links to this interview series:

The big Bricsys interview 6 – lean and focused

7 Replies

This is one of a series of posts covering an extensive interview with Bricsys CEO Erik De Keyser and COO Mark Van Den Bergh. In this post, the dynamic duo explain the mystery of how Bricsys can sell smaller numbers of a more capable product than AutoCAD for a fraction of the cost – and still make money.

Steve: It’s kind of interesting that your product is so much cheaper than AutoCAD, and more capable. They’re making a loss and you’re making increasing profits. How does that work?

Erik: I think it has to do with being lean and being focused. I mean, we’re talking about Autodesk, and we’re talking about AutoCAD and Revit and Inventor, but did you have a look at all the products they have? The managers that have to work on those products… I don’t study the detail of their annual figures, but I think it’s obvious that if you have that ton of products, not all of those products are profitable. Of course, not all of them are losing money, but you can’t call it lean.

What we are doing is… we are forced to be profitable. We force ourselves to be profitable. And then we have to be lean. We have four developers that constantly automate our systems, and that four will be extended again. That pays off big-time. It’s an investment; continuous, continuous, continuous. To invent new things where we can improve to be lean as well.

Mark: Stressing again that Autodesk has one hundred products, we basically have one product. We can see for mechanical, we can see for BIM, basically it’s one product.

Steve: It’s the same core.

Mark: It’s the same core, absolutely. So when we started to develop BIM, we used the same toolset as we used for sheet metal; exactly the same. Of course it’s tweaked to be used in BIM or sheet metal, but in the ground it’s the same.

This is the complete set of links to this interview series:

Props to Bricsys for supporting education

2 Replies

Some time ago I raised a glass to Autodesk for supporting students and educators by making its software available free. I have been remiss in neglecting to point out that Bricsys also does this.

So I raise a glass of dark, tasty and ridiculously strong Belgian beer to Bricsys for doing this. Cheers!

The big Bricsys interview 5 – perpetual licensing and choice

Leave a reply

This is one of a series of posts covering an extensive interview with Bricsys CEO Erik De Keyser and COO Mark Van Den Bergh.

In this post, Erik confirms the Bricsys commitment to perpetual licensing. That’s a statement important enough to preserve, so here’s the recorded audio for posterity.

We also learn what proportion of CAD customers choose perpetual licenses over rental when given fair pricing and the choice. Hint to Autodesk: it’s not 0%.

Steve: Are you committed to the perpetual licensing model?

Erik: Yes, yes. We are committed to choice. If somebody wants another way of licensing our stuff, that’s fine as well. I mean you can hire our stuff, you can pay per month, it’s possible.

Steve: That’s not in all markets, is it?

Erik: We don’t promote it, but it’s possible if somebody contacts us, no problem. It’s choice, and we believe in choice. It’s not up to us to impose how people work with our stuff. But perpetual, it’s fair, I think. Somebody buys software, it’s always been like that, and we have to continue that. And we will continue that. Read my lips! We will continue.

All: (laughs)

Cyrena: Speaking of choice, can you talk about the type and portion of users who go for rental rather than perpetual?

Mark: Of course the vast majority go for perpetual.

Erik: 95% buyers.

Mark: When you see these clients in Russia that have these big oil projects in Siberia for six months or whatever, then it [rental] might make sense. But with the channel… 95, 97, 98% is just perpetual.

But what we see more and more is people are asking about it [rental] more and more, because of course in the Autodesk world there is no other option. So of course people just want to compare apples with apples.

Steve: So they’re just asking for the numbers?

Mark: Yes, for the numbers, “What would it be?” That’s the feeling that we have, ultimately when they make a decision they’re going to go for perpetual.

Erik: Because the price is acceptable as well, I think. It’s not that high a price for a substantial amount of software, so it’s not a problem.

Mark: Our price levels are completely different, of course. It’s affordable.

This is the complete set of links to this interview series:

The big Bricsys interview 4 – thank you, Autodesk

Leave a reply

This is one of a series of posts covering an extensive interview with Bricsys CEO Erik De Keyser and COO Mark Van Den Bergh. In this post, we learn that Autodesk’s move to all-rental has helped drive BricsCAD sales higher and continues to do so.

Cyrena: Backing up just a step to sales, were you able to track any impact on your sales numbers with the chronology of Autodesk’s announcements of ending perpetual? Did you see an effect that you could map to that?

Erik/Mark (together): Yes.

Erik: We see that especially with large companies. I hear it from Mark always!

Mark: That’s what I wanted to explain this morning too, although we have an indirect sales channel, we have our resellers at work out there, especially with the large deals, we are involved always. So there’s always one of our guys, a business development manager together with the local sales person in touch with those larger corporations.

In the last few weeks, we have received tons of emails from large corporations; of course it’s hard to disclose them, but… [names a corporation]. It doesn’t mean they will switch right away, but we have meetings where they say that, “Our contract with Autodesk ends in July, August, whatever, that’s the time we will not extend it. We will not renew it, we will not go to subscription, and we are looking for alternatives.” These are really big, big, corporations. So yes, yes, we see an impact.

Erik: When it comes to alternatives, and with all respect to our colleagues [competitors], we are not the only alternative, but I think we are in a good position. If you see what we have to give people a perspective beyond AutoCAD, well…

If we would only be an AutoCAD clone, and AutoCAD stops further development, it would mean the clones stop further development more or less as well. And all of a sudden the market is going to 3D mechanical, 3D BIM, etc., then it’s a problem. I think that’s where we can play an important role.

The DWG market, the DWG community, if they really want to move on slowly, slowly (and everyone makes his own choices about staying on 2D AutoCAD-based, fine as well), but at least there is a growth path. And I see that BricsCAD is the only product that goes in that direction. All the other alternatives more or less stay around what Autodesk is presenting, with a few differences here and there.

But it’s not really mainstream that there is investment in R&D or really a big jump of other stuff than just being compatible with AutoCAD. It makes a difference.

This is the complete set of links to this interview series:

The big Bricsys interview 3 – looking after people

4 Replies

This is one of a series of posts covering an extensive interview with Bricsys CEO Erik De Keyser and COO Mark Van Den Bergh. In this post, I learn about Bricsys’ astonishingly good staff retention record and the reasons behind it.

Autodesk likes to periodically pat itself on the back for being a great employer, but history shows it’s a company that discards about 10% of its workforce every few years to keep the share market happy. I suspect another round is coming up soon, unfortunately. There’s a stark contrast between a company that disposes of its chattels in that way and one with a CEO that says, “…every time somebody leaves the company that’s really, really bad.”

You as a customer may not think that matters to you, but it does. I believe there is a direct correlation between Autodesk losing knowledgeable staff and Autodesk repeating old mistakes and breaking things. If today’s developers don’t know why some things in the software are the way they are, or why most changes should automatically come with an off switch, or why some things shouldn’t be done at all, or even how a feature can be maintained (e.g. Visual LISP), then the product suffers. AutoCAD users have to deal with the consequences of those knowledge holes with every release.

As in so many other areas, Bricsys proves to Autodesk that it doesn’t have to be like that; there is a better way.

Steve: Speaking to your people, they appear to like working here and they stick around. What’s your staff turnover like?

Mark: It’s very low, very low.

Erik: Job-hoppers, you mean? People who leave? I think in the last fifteen years… maybe five, six, something like that?

Steve: Wow.

Mark: I remember the reasons, maybe two or three times here, maybe having to leave to move to another city or another country. There as well, we try to find solutions.

We really have a good team atmosphere and if those people can work, if they’re a developer for example, people can work from remote areas. We have a guy who has been working for us for years who is now working from Turkey. That was the discussion we had, “I have to leave because I’m moving to Turkey now.” No, you don’t have to leave, just work from there.

Erik: I will add that in Novosibirsk (Bricsys Russia) it’s more difficult to keep the people. We are growing very fast there. We started when we took over the LEDAS team with 3D modelling, we started there with six or seven people. We now have thirty. Along the road for the last four or five years, maybe five or six left. In percentage, that’s way more than we have here. We are stopping the bleeding now!

Steve: That’s still fairly low!

Erik: That’s still fairly low but every time somebody leaves the company that’s really, really bad. We are investing a lot in making it comfortable for our people. To give you an idea we have a culture here of every Friday, we go to the pizzeria for lunch here. We have our own floor there in the restaurant every Friday. Sometimes we talk about software but sometimes we talk about politics and sometimes just rubbish and nonsense and a lot of fun.

Mark: Mostly!

Erik: But we give a budget to all our teams. In Novosibirsk they do that as well. So they have a budget and we force, well, encourage them very strongly to do that.

Mark: Same in Singapore, [inaudible], all our teams.

Erik: Every year, with all the families, we go to a chateau near Paris for three to four days. In Novosibirsk they have a budget to go for a trip with their families once a year, if there is a special occasion. That’s investing in your people.

If anyone has a problem, everyone knows that all doors are open, that we will try to find a solution to make you comfortable. We always say to our people here that the last thing we want is if they are stressed. It doesn’t work for developers and for a company like ours. No stress.

I was really sorry with Dieter yesterday [one of the presenters at the press event]. They only told him the day before to give a presentation! He’s not used to doing that. He was really good about it as you all saw, but he was really stressed. We will avoid putting him in that situation ever, ever again. It doesn’t work.

But for the rest, even with deadlines, we change priorities then, but we don’t want people stressed. And that has a very good result. If you see where we are coming from, what we have, in fifteen years, millions and millions of lines of code, of testing code as well, it’s a ton of development that is done, quality that we have developed. So far, so good, without stressing our guys. Why would we change that?

Mark: Also, the transparency we show to the outside world with the bug reports and so on, that’s also done internally. Everything here is open. On a quarterly basis we get everyone together, we show the numbers, it’s no secret at all internally. So everyone knows how the company is going, how things are moving, new projects that we are doing, and that feels nice with people.

This is the complete set of links to this interview series:

The big Bricsys interview 2 – making money

Leave a reply

This is one of a series of posts covering an extensive interview with Bricsys CEO Erik De Keyser and COO Mark Van Den Bergh. In this post, I ask about Bricsys’ profitability and growth.

Steve: Do you publish your numbers?

Erik: No we don’t. We are a private company.

Steve: Can you give us an indication of what’s happening with your sales at the moment?

Erik: Last year we grew in revenue 25%. First quarter this year was up 27% over the same quarter last year. If you compare the sales in total of 2016 compared with 2015, it was 25% in growth. It means that the growth is going faster and faster and faster. That’s what we expect normally as well.

This is without any sales to Intergraph. We expect that the Intergraph deal will have an impact on our growth for sure. Mark as COO is responsible for sales and managing of that network. [To Mark] And I see you’re very occupied!

Mark: That whole Intergraph network is coming to us. It’s huge.

Erik: It’s more than doubling what we have, on sales partners.

Mark: Just to add to the numbers, we are very profitable: 24, 25%. We have very good profitability which is also significant. We’re not burning money.

Erik: Year after year.

Steve: So you’re making money every year and that’s increasing every year?

Erik: Yeah, yeah, absolutely. The percentage is always around 24-25% but as we’re increasing revenue it becomes exponential.

Mark: We started in 2002 and I think we have always been profitable.

Erik: I think the first two years are what we call a black zero. We have started with an investor, but we have always kept a majority within the company. I won’t give the total shareholders but you must know that most of the people here, if somebody works here two years they get stock options and becomes a shareholder. The goal is we always keep the majority with the employees and the management.

We have a good partner investor. He’s satisfied with the growth, of course. There’s no big deal.

This is the complete set of links to this interview series:

The big Bricsys interview 1 – why invite the press?

Leave a reply

This is the first in a series of posts covering an extensive interview with Bricsys CEO Erik De Keyser and COO Mark Van Den Bergh.

On April 26 and 27, I attended Bricsys Insights, a press event in Ghent, Belgium. Other attendees included Cyrena Respini-Irwin (Cadalyst editor in chief), R.K. McSwain (CAD Panacea), Ralph Grabowski (upFront.eZine), Randall Newton (GraphicSpeak), Roopinder Tara (Engineering.com), Martyn Day (DEVELOP3D), Jeff Rowe (AEC Café), Anthony Frausto-Robledo (Architosh) and Paul Wilkinson (pwcom).

Although Bricsys has invited some of these people (including myself) to previous events, this was the first gathering of such a significant number of illustrious industry press, bloggers and observers. So when myself, Cyrena Respini-Irwin and R.K. McSwain had the opportunity to interview Bricsys CEO Erik De Keyser and COO Mark Van Den Bergh, the first thing that we asked was this:

Cyrena (clarifying earlier question): What was the change that led you to bring in more people for the press event?

Steve: Why are we here?

Erik/Mark: (Laughs)

Cyrena: That’s a big question!

Erik: If you look to the history of what we have done and it goes together with what we said in the beginning, that we chose to grow by organic growth, and for a long time we didn’t do any marketing, and especially for the American market, because if you do it too early… And really, if we had done that massively, five years ago we would have been categorized as just another clone of AutoCAD. Once you have that, it’s very difficult to leave that, and that’s exactly what we wanted to avoid.

And so we waited until we had really substantially different product technologies that add a lot of stuff to… if you compare it to AutoCAD, I think that’s the moment where we are now. And we decided from that moment on, probably it made sense that we tell it a little bit more to the world. And of course what do you do then? You invite influencers in the market, which is the journalists. That’s the reason we invited you all.

We’re going to repeat this more and more.

Mark: Just to add to that, just sitting here for just two days with you guys also helps us to really talk about everything. If you go to a conference (you [Steve] were also in Munich), the time is limited and so we don’t show the systems behind, the testing system, we cannot show everything.

The idea here was, OK, these are the things we’re doing, what you see of course but also what is behind, the people behind the DNA of the company. We thought that’s a good idea to do that in depth with an audience like you guys.

Erik: That’s an important element as well that we wanted to show: the DNA of the company. It’s a bit different from others. That’s who we are and it’s important to know.

Steve: You’re about 90% developers, programmers. Do you think that’s going to change as you put more effort into marketing?

Erik: I think that the awesome part of the company that has to be improved, and on the marketing side we’re going to need to improve… to give you a rough idea we think that over the next two, four years we’re probably going to grow to maybe 200-250 people.

Steve: So where are you now?

Erik: We’re at 130-140. We just hired six new developers here in the office last week so we have to recount where we are in total. Dmitri is hiring in Novosibirsk (Bricsys Russia) as well.

So for sure we are starting what I would call a second life now. There’s been a lot of development, but still the majority of people in our company will be developers. I think we’re always going to stay around 80% developers. But there’s a part of the business, and especially in the marketing, that we will have to improve.

What we have encountered now, with the new modelling techniques we have introduced for BIM, we have to teach all the resellers. We have to produce material to teach the people how to work with it. These are not developers we’re going to need. We’re going to need seasoned architects that have experience for the last six to ten years with BIM already, maybe with competitive products. But that understand the concept, have experience with it, those guys we are now attracting and we’re going to need. Those are not developers, but in that sphere we have to extend and we have to grow. And that’s what we’re doing. We are hiring.

The focus will always be… what we’re good at, is basic research and development. That’s really what we’re doing, that’s the focus, and the results are the products we make.

We have a good partnership network I think, we’re going to continue to feed that, so I expect that balance between developers and non-developers to remain always above or about 80%.

If you have a look at the system, how we sell and support our products, we are scalable, to maintain that balance of a high level of developers. There’s no need for us to change that model. But in certain aspects we’re going to have to extend.

BOA (Bricsys Online Administration) is helping us tremendously to be scalable. If we were to double our revenue we wouldn’t need that many more people to manage that. We are constantly investing in automating all the systems we have, and it pays off big-time.

Cyrena: So that very heavy R&D investment you’ve sustained thus far will be scaled back a little in order to invest in other areas such as marketing?

Erik: Yeah, but it doesn’t mean we will scale back from development. We will grow in development as well, but the balance will be a little bit different; the proportion is different. We will grow tremendously, even more still in R&D when it comes to number of developers than in any other area over any other field or kind of employee that we have.

This is the complete set of links to this interview series:

Disclosure: Bricsys covered travel and accommodation expenses and provided some meals. Oh, and beer. Mustn’t forget the Belgian beer.

BricsCAD documentation – a tale of three systems – part 3

11 Replies

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.

BricsCAD documentation – a tale of three systems – part 2

3 Replies

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

1 Reply

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.

Bloatware – a tale of two installations

Leave a reply

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.

Bloatware – a tale of two CAD applications

10 Replies

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

2 Replies

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.

BricsCAD’s LISP kicks sand in the face of AutoCAD’s

10 Replies

If you’re a power user or CAD Manager transitioning from AutoCAD to BricsCAD, one of the things you’ll like is that almost all of your LISP routines will just work. That’s not an statement that can be made about various Autodesk products that bear the AutoCAD name, such as AutoCAD 360, AutoCAD LT and AutoCAD for Mac.

It’s not just simple old AutoLISP code that runs in BricsCAD, but complex dialog routines that use DCL, and Visual LISP stuff that uses ActiveX. Yes, even on the Mac and Linux platforms. Some DOSLib functions are built in and the rest can be loaded, as with AutoCAD. Even OpenDCL is supported. It’s a quite astonishingly high level of compatibility.

But it’s not 100%. There are minor incompatibilities, system variable and command-line differences that cause problems in a handful of cases. It’s often possible to work around these and still retain the same code that works in both AutoCAD and BricsCAD. Reporting LISP bugs and incompatibilities to Bricsys generally gets them fixed super-quick.

Also super-quick is the speed at which your code will run. It’s immediately noticeable when running any LISP code that needs to do a bit of processing that it just gets done faster in BricsCAD than AutoCAD. Fast enough to extract the following comment from one of my AutoCAD users trying out a linework cleanup routine in BricsCAD:

Wow.

 
User impressions are one thing, but how about measurements? Today, I had a support job to do that involved running one of my LISP routines. I ran it on both AutoCAD 2017 and BricsCAD V17 on the same PC. AutoCAD took 2970 seconds (about 49 minutes), BricsCAD 1030 seconds (about 17 minutes). Over half an hour saved on one operation. That’s 2.88 times faster, which is consistent with my previous observations with a variety of routines.

Upshot: if you’re doing work where there’s a lot of LISP processing going on, switching to BricsCAD is going to save you a shedload of time.

There is a downside to BricsCAD’s LISP, and it’s a big one; no VLIDE. No equivalent, either. There are various programming editors around that can help with editing code, but no substitute for integrated debugging. It means if you’re a power user, CAD Manager, developer or support person, you’re probably going to have to keep one working copy of AutoCAD around even after you’ve completed the transition to BricsCAD.

Because VLIDE has been in maintenance mode for over 15 years it remains virtually unchanged year after year (including ancient bugs). So it doesn’t matter that much which AutoCAD release you have hanging around. Assuming you’re a perpetual license holder, when you drop the maintenance contract on one of your AutoCAD licenses, you’re entitled to keep using the software as long as you wish, albeit only the current release at the time the contract ends. How long the software will keep working is another matter, depending as it does on factors not entirely within your control.

This is an imperfect solution. Even keeping a copy of AutoCAD around won’t help much if you’re debugging a problem caused by something specific to BricsCAD. Filling the VLIDE hole is something Bricsys needs to work on.