151–160 of 266 posts
This app wants you to sign in and change the color scheme before using. This is not good UX, it should be more like https://www.firecalc.com/ where you just type some numbers and hit "go". Not everything needs a google/fb/clever login.
Mortgage details are likely to be the dominant term for homeowners, so seems like this one would be important to fix. Plus mortgage interest compounding calculations are pretty opaque to most people, so it would help with explaining different structures (e.g. ARM vs. fixed vs interest-only, what portion of your payment is going to principal vs. interest over time, etc.).
Looks interesting, but based on the privacy policy terms of data usage, transferability, and so forth, I can't in good faith test with real financial data: https://projectifi.io/privacy-policy.html Everytime I see a tool that shouldn't need to be hosted remotely as a service and could reasonably be deployed to the client where they have more control over their data (not as a service), it's a non-starter for me. I get…
You might want to reconsider the name -- it looks way too similar to Google's Project Fi. Or at least the logo, which looks like cell phone reception bars, which even further reminds me of Project Fi.
Looks interesting, but based on the privacy policy terms of data usage, transferability, and so forth, I can't in good faith test with real financial data: https://projectifi.io/privacy-policy.html Everytime I see a tool that shouldn't need to be hosted remotely as a service and could reasonably be deployed to the client where they have more control over their data (not as a service), it's a non-starter for me. I get…
But yes, this should really be an client-side / offline app.
nice job overall...
Looks interesting, but based on the privacy policy terms of data usage, transferability, and so forth, I can't in good faith test with real financial data: https://projectifi.io/privacy-policy.html Everytime I see a tool that shouldn't need to be hosted remotely as a service and could reasonably be deployed to the client where they have more control over their data (not as a service), it's a non-starter for me. I get…
Very few people I know understand and appreciate double entry bookkeeping for finances. I learned about it recently from beancount [1] and it was a revelation. I don't go overboard with detailed transactions and keep it high level with around 5 accounts salary/mortgage/cc/investments etc.
I now personally keep my raw data (monthly income/expense/balances) in a spreadsheet. I have 1 html file with js embedded that does my homegrown calculations (works great on a phone). Spreadsheet is updated monthly. I add data from my monthly bank statements (same day I pay my credit card bills so I don't forget). Run the calculations whenever I need to (so far has been very rare).
My takeaway: discipline around personal finances is more important than what tool, services or process I use.
Looking at my income/expense/balances and mapping to what happened last month, looking at trends is valuable. For me that comes from piggybacking on the critical routine/ritual of paying my bills.
1: https://beancount.github.io/docs/the_double_entry_counting_m...
Earlier quoted context omitted.
ufincs looks very cool! During my December holiday, I was thinking of making a web-based platform that had a more modern UI than GNUcash, and it looks like you built it already! Just curious, what's your tech stack, how long have you been working on it, and how many users do you have?
That's exactly what uFincs is, a modern version of GnuCash! I had the exact same thoughts as you did :) The simple tech stack breakdown is that the client-side is React + Redux + TypeScript + Sass. Of note, I use redux-saga, which has been an absolute boon for some of the more complex flows. Design system is completely custom. Backend API is Node + Feathers. Database is Postgres. Marketing site is served separately f…
Congratz!