Convert custom message format code to something more reasonable #8

New issue

Closed

opened 2025-01-10 20:15:51 -05:00 by imterah · 2 comments

imterah commented

2025-01-10 20:15:51 -05:00

Owner

Summary

The bulk of code that's hard to read is in backend/commonbackend. This code has led to some hard-to-catch bugs sneaking in, also. It's also less modular and portable.

Perhaps we should move to Protobufs?

# Summary The bulk of code that's hard to read is in `backend/commonbackend`. This code has led to some hard-to-catch bugs sneaking in, also. It's also less modular and portable. Perhaps we should move to Protobufs?

imterah commented

2025-01-10 20:16:34 -05:00

Author

Owner

Further consideration has me thinking that we should use Cap'n Proto instead.

It has less annoying data types, and it's apparently faster.

Further consideration has me thinking that we should use [Cap'n Proto](https://capnproto.org/language.html) instead. It has less annoying data types, and it's apparently faster.