3 ms·
Its great that it generates C but I'd worry that developers who are writing embedded code won't bother to try it - they often are trying to squeeze some code in
by damian2000 12y ago
Its great that it generates C but I'd worry that developers who are writing embedded code won't bother to try it - they often are trying to squeeze some code into a small amount of memory on a limited processor. Some of the things it provides - state machines, unit conversions and error logging are pretty simple to do within C anyway, and developers might not appreciate or want an additional level of abstraction.
- ShinyCyril 12y agoState Machines, as you noted, are easy to do with C. I think the added value in this respect is that this makes it much easier to manage the State Machines. I often hear guys at work complaining about how they'd like to switch to using an RTOS because the codebase is a tangled mess of State Machines (not that the two are mutually exclusive of course). Having said that, I seem to remember there is a tool dedicated to creating State Machines that compile down to C - the name escapes me however.
- tlarkworthy 12y agoQP framework. Its bloody brilliant.
- ShinyCyril 12y agoThat's the one.
- jacobparker 12y agoRagel? http://www.complang.org/ragel/ http://www.complang.org/ragel/
- IshKebab 12y agoThis is clearly aimed at applications that must be very reliable, e.g. life-critical applications like cars (note BMW sponsor it). Most embedded programming isn't that bug-sensitive, but quite a lot is and I'd wager they'd love something like this. I know I'd use it if I were writing safety-critical code.
- ArkyBeagle 12y agoCode exists in context of a culture and processes. This may well facilitate those, but those kind of have to come first.
- sitkack 12y agoThis adds an amazing amount of verification, but it doesn't mean that the resulting code is slow. Doing unit checks is awesome. The grid state machine view makes it easier to catch errors and refactor the transitions.