Cliff effect: You're a person on government benefits, and you get a raise. You're making more money! But now that your income is higher, you don't make the cutoff for some of those benefits. Your benefits drop and some go away completely. Even though you're earning more money, you're taking home less in all and your situation is worse. You've fallen off "the cliff."
The combination of circumstances and interactions between benefits that creates a cliff are complex, tangled, and buried deep in regulatory language. Case managers handle their clients' problems on the ground. They're not responsible for navigating regulations and don't have the time/resources to translate those policies into models.
The Cliff Effects webapp prototypes a tool to help case managers make quantifiable predictions about how their clients' changes in income could affect their benefits.
If you want to see a very broad overview of the code flow and some thoughts for next steps, see our Overview wiki page.
We currently have a ReactJS frontend prototype and have gone through two iterations of beta testing with informative and promising results.
We are working on:
We use GitHub Issues to organize our work. Here's some quick reading about how to use issues, and here's the Cliff Effects issues board.
To follow these instructions, it'd help if you:
Instructions:
git checkout dev
. Do not touch the master
branch.node --version
in your terminal/command prompt. If you don't get a number, you don't have it. You can also install NVM and run nvm use
in your terminal to use the correct version (you may have to nvm install
if you don't currently have the correct version installed).npm install
. This might take a few minutes. Now you'll be able to try out the current UI or play with the code!npm start
in terminal to automatically open a new browser tab and see a local version of the site. Works best in Chrome.git checkout .
after any instances of running npm install
. This is to circumvent a bug affecting the integrity of the package-lock.json file.To get yourself set up to keep up to date with the latest changes to the dev
branch, make sure you've gone through Step 3 of the github guide. To keep your branches from getting tangled as you both make changes and keep up to date with our repo, take a look at our wiki page about a possible Github workflow.
If you're interested in more in-depth debugging, we also recommend getting the React Developer Tools extension for Chrome.
If you have questions, feel free to ask.
We use React-Scripts test command (which wraps the Jest test framework) to run our automated test suite.
To run our test suite, run npm run test
. That will run any tests that have changed since the last commit, and boot up an interactive testing session. The interactive session will prompt you with instructions, but the most important commands are a
to run all tests, and q
to quit the interactive session.
For information on how to write new tests, please refer to the React-Scripts documentation on the subject.
We're building the project with React. The app was set up with the Create React App CLI.
Aren't familiar with Git? Spend ~15 minutes learning with this interactive Git tutorial. Don't use -f or --force with branches that you have used to create a pull request.
More familiar with git, but not as familiar with collaboration? See a possible Github workflow that could help keep things from getting messy.