mdbergmann

joined 1 year ago
[–] mdbergmann@alien.top 1 points 11 months ago

I can't generally comply with this. I've developed a bunch of applications over the last 10-15 years for macOS. All of them practically still work with only minimal effort. If you stick to the provided APIs and frameworks it's much less a pain. The provided native framework are excellent to work with.

C libraries and such things where CL is depending on for some libraries are of higher rate of change. That's probably where the frustration comes from.

[–] mdbergmann@alien.top 1 points 1 year ago

Right now I don’t think this will be a big thing for other crowd than the CL home automation. So for now cl-hab seems like ok for me. If it grows it will be good to rename it.

[–] mdbergmann@alien.top 1 points 1 year ago (2 children)

I'm a bit torn. I agree that if you have a proper project name it shouldn't require the 'cl-' prefix. On the other hand, the prefix seems to be a common Common Lisp library prefix.

[–] mdbergmann@alien.top 1 points 1 year ago (4 children)

OK, I'll think about it.

[–] mdbergmann@alien.top 1 points 1 year ago (6 children)

Not sure I want my name in there.

[–] mdbergmann@alien.top 1 points 1 year ago

Stuff like this would be implemented as 'binding'. It can probably be implemented utilizing the base-binding and just implementing push and pull, in a separate package. But eventually there should be proper generic functions protocol for bindings.

 

So I was working on and off on this project for the last months. I use it now in production on a Raspberry Pi, so I thought I could announce its existence.

There are a lot of rough edges but useable. Maybe interesting for you.

https://github.com/mdbergmann/cl-hab