Much software is written by a developer, solely for his/her own usage. So it never occurs to him how to explain it to others in a logical way.
pullModel fits this same pattern. So I’ll do my best to explain why and how I wrote pullModel below:
For the 3rd of 2 Information Categories:
Information can generally fall into 2 categories, wanted (sought after) and unwanted ( this information showed up, and I never asked for it).
But what about a 3rd, weird category? Wanted information that is both sought after, but it shows up later, by design. That’s just crazy. Who would seek information and then asked that it be delivered later?
Turns out, education fits this exact model. Stuff that we could never absorb in one big chunk. Then too, so do some subscriptions, such as newsletters that our financial advisor might send us.
In an increasingly over-informed world, pullModel offers something intentional that was historically avoided – information that comes later, by design. And pullModel offers it on purpose, something may not be intuitive for years to come.
You might start with two different motives for requesting that the information you want be delivered later, rather than now.
- TIME SPECIFIC:
The information doesn’t even exist yet, you want it when it on a schedule, as it becomes available. Again, your financial advisor’s newsletter comes to mind.
“I can’t even get my head around this yet.”This is why you take courses and pay a professor to spoon feed you over a semester, instead of just reading his textbook.
First, you get this one main idea, then let it sit in the brain for n days. After that, the next idea will make sense. Lather, rinse, repeat, pretty soon you’re understanding complex ideas like E=mc2 that you never thought possible.
There are other motives, to be sure. PullModel doesn’t prescribe a motive, but it does offer two approaches.
Or Alternately: Spontaneous
pullModel is a timing engine for information. When you subscribe to a collection of information that you want to learn about, you get it on a specific time schedule, set by the author, from the start date that you subscribe to that information.
- First information on the day you subscribe.
- Second information a week later.
- Third information another week after that.
- Fourth information a month after you subscribe.
- etc – any days as prescribed by the publisher of that information.
As an alternative (such as your financial advisor’s newsletter) pullModel allows you to send information to a subscriber, but on a schedule that you set.
Hopefully, that spacing/timing strategy works to your advantage. It’s all about you, the receiver of information, and what’s going to work best for your learning process.
Email? Text Message? Facebook Message?
Let’s just start with facts, again. We’re in an over-informed world, and it’s only getting worse, not better. Cutting off entire channels of information is often the only way to survive. “Don’t call me on my home phone, I never answer and don’t even check my messages very often!”
pullModel delivers information via email.
For those – and there are many – who never even check their email, but would still like to get their pullModel information, pullModel offers alternative notifications that an email has been sent to them.
- Text Message Notifications
- Facebook Messenger Notifications
These features are not currently turned on, but approximately 75% of the development has been completed on these features.
Ripe for Abuse:
pullModel, like all forms of information, is always ripe for abuse. Since it cannot change this fact, instead it offers the subscriber a remedy.
Here’s an example that lives outside of pullModel. I went to a wedding last night, and someone stood up to raise a toast, but then instead droned on for 15 minutes. Everyone except that person was ready to pull their hair out.
This is why pullModel is designed to make it difficult to become a publisher, and super easy to un-subscribe.
It is also why pullModel is provided as open source software. If you want to deploy it yourself, go for it. But you take the risk of abuse, not me. It’s your installation, your users.
My Own Motivation:
What would motivate me to write such an application? There are two drivers.
- I had to write a challenging app to move my skills in that direction and really test what I could and could not do. So in a very real sense, it didn’t matter what the app was, it just needed to exercise all the main features of a consumer web application.
- Jan Kuchel – my life’s partner, had an onboarding problem – essentially an educational challenge – whenever she brought people onto her team. So this made a perfect solution to that problem.