>, plainbudget as a CLI tool has worked just as well for me for many years. It does take a bit of manual text wrangling in its current form
I looked over your site's examples and the conceptual primitives you have designed ("value groups", "cashflows", "expenses") do not seem to be powerful enough to manage "budgeting". Yes, you're deliberately trying to make it "simple" but text entries without date timestamps metadata for each transaction and without accounts/categories/buckets/tags will impede disciplined budgeting. Your (lack of) metadata primitives is too simple.
Based on your example, each "value group" doesn't seem much more than an isolated group of arithmetic operations which is similar to punching in some calculations on a desktop calculator[1]. E.g. one enters a few calculations which shows up on a paper tape, presses "C" to clear and punches another group of calculations, and presses "C" to clear, etc. Your text system has obvious advantage of "text labels" over the desktop calculator but it doesn't have enough metadata primitives (e.g. timestamps & tags) to produce budget forecasts, goal planning, savings schedules (e.g. college fund, vacation fund, retirement, contingency reserves for house repairs and car repairs, etc).
> Your text system has obvious advantage of "text labels" over the desktop calculator but it doesn't have enough metadata primitives (e.g. timestamps & tags) to produce budget forecasts, goal planning, savings schedule (e.g. college fund, vacation fund, retirement, contingency reserves for house repairs and car repairs, etc).
Yes, it has none of these features. Intentionally. Perhaps due to sheer stubbornness, I have used a collection of manually edited text files for most of these. It just came to a point where having a script to run calculations automatically became essential.
And lately, I've found myself using the script for quick calculations. I wrote the web version as a way to avoid having to create a new text file just for that. But there's definitely a lot of room for improvement.
>Yes, it has none of these features. Intentionally.
Yes, I can see you designed the omission deliberately but what I don't understand is how to do effective budgeting without a timeline calculation. You need date&time metadata to facilitate planning and planning is budgeting. Budgets based only on arithmetic against snapshots of balances without incorporating a time horizon doesn't seem like "budgeting".
>, I have used a collection of manually edited text files
It looks like making text entries "simple" means shifting the "complexity" to multiple sheets (or multiple text files). The hidden implicit metadata is the filename conventions and organization of text files.
>But there's definitely a lot of room for improvement. I actually want to explore creating a plugin API.
To clarify, I'm not saying your project is missing Javascript code to enable functionality of budget planning. I'm saying the data layer below that -- the text representation -- is missing basic metadata -- which handcuffs what future Javascript can do to generate basic budget reports and budget projections. A plugin API system usually does not create new incompatible data formats because of incomplete metadata in the base file.
> To clarify, I'm not saying your project is missing Javascript code to enable functionality of budget planning. I'm saying the data layer below that -- the text representation -- is missing basic metadata -- which handcuffs what future Javascript can do to generate basic budget reports and budget projections. A plugin API system usually does not create new incompatible data formats because of incomplete metadata in the base file.
Yeah, I myself use a few conventions for dates. I'll probably document and automate those soon.
I looked over your site's examples and the conceptual primitives you have designed ("value groups", "cashflows", "expenses") do not seem to be powerful enough to manage "budgeting". Yes, you're deliberately trying to make it "simple" but text entries without date timestamps metadata for each transaction and without accounts/categories/buckets/tags will impede disciplined budgeting. Your (lack of) metadata primitives is too simple.
Based on your example, each "value group" doesn't seem much more than an isolated group of arithmetic operations which is similar to punching in some calculations on a desktop calculator[1]. E.g. one enters a few calculations which shows up on a paper tape, presses "C" to clear and punches another group of calculations, and presses "C" to clear, etc. Your text system has obvious advantage of "text labels" over the desktop calculator but it doesn't have enough metadata primitives (e.g. timestamps & tags) to produce budget forecasts, goal planning, savings schedules (e.g. college fund, vacation fund, retirement, contingency reserves for house repairs and car repairs, etc).
https://www.google.com/search?q=adding+machine&source=lnms&t...