Raylib-CsLo VS godbledger

I wonder if it would be worth a try to use Raylib-CsLo. That would for sure confirm a binding issue.

Long time [Raylib_CsLo](https://github.com/NotNotTech/Raylib-CsLo) user, first time C user.

I'm under the impression that Unity builds have a good deal of overhead. Plus, in many cases, something like raygui (C# bindings) will actually be quicker to develop with. Nothing wrong with Unity, though. The best tool is the one you know how to use, in my opinion.

I'm a big fan of Raylib-cslo.

Regardless, the C# binding I'm using is Raylib-CsLo which autogenerates the binding around the original C library, at least as far as I understand it. Maybe you could reach out to the developer (via Discord/Github) and ask him how it's done.

I wrote a C# binding for Raylib, which I am going to try building up into a kid-friendly framework: https://github.com/NotNotTech/Raylib-CsLo

Shameless self plug: ive been building a similar open source command line accounting system

https://github.com/darcys22/godbledger

Its heavily inspired by both ledger and beancount but my biggest issue with them is that text files arnt great for double entry bookkeeping. Having a relational database is the better option which is what GoDBLedger has.

After a certain point a business cant keep track of its transactions in text files because there are simply too many of them, so these systems really only scale to personal finance levels (few hundred transactions maybe thousand transactions).

In addition building plugins that can import your whole text file into a sql system so you can query them is redundant. Just have it in a relational database to start with.

I’ve been building an open source accounting system in go.

https://github.com/darcys22/godbledger

Id love for any seasoned golang experts to do a review of my code and highlight any areas that could be improved.

This has also been my opinion for the accounting industry. Just like c compilers before gcc were proprietary and poor performing the accounting software that exists has many limitations. That means there is a huge opportunity for an open source system to blow them out of the water.

Ive been building one myself but i know there are many more coming for this industry :)

https://github.com/darcys22/godbledger

https://github.com/darcys22/godbledger

I love these command line self hosted accounting software packages. But double entry bookkeeping was invented using ledgerbooks with ruled tables. I feel the plain text dataformats are a regression compared to a sql database. A general ledger just works so well with columns that you can sum.

It also saves you from needing a custom tool like bean-query to replicate sqlite-ish queries because it could have been in a database from the start

GoDBLedger https://github.com/darcys22/godbledger

Its the core of my open source accounting system. Its slightly further along than half baked because the core works but that just means you can do double entry bookkeeping on the command line. Currently building a web interface to interact with it which hopefully will attract non technical users