A reminder for myself of how I use git filter-branch to remove files from git history

It's all about the git "filter-branch" command

To keep things clean, I'll make a new file that contains a space-separated list of files i want to remove:
lets call it files_to_rm and put it on my desktop with the following contents
public/api/docs/dist/css/print.css public/api/docs/dist/css/reset.css

git filter-branch --index-filter "git rm -rf --cached --ignore-unmatch `cat ~/Desktop/files_to_rm`" HEAD

And then after this, you'll need to do a force push of course, because you've altered history.


"Unsubscribe" vs "Manage Subscription"

This needs to be put out there in hopes that it will help someone make a decision in the future.

I'll cut straight to the fact.  When choosing what wording to put at the bottom of your subscriber emails, choose "Unsubscribe" or "Unsubscribe Now".   DO NOT use only the phrase "Manage Subscription".  This is a shady practice and not cool from a UX perspective.  More than likely the person is pissed off that they somehow landed on your subscription list and they just want to be removed NOW.

Psychologically, when I see "Manage Subscription",  I'm thinking something along these lines: "Oh this shitty company doesn't want to make it so easy to get me removed from their spam list, screw them, now I'm really pissed off".  Is that the feeling you really want generated towards your company?

On the flipside, if I had a company, and I was sending emails to subscribers, I would want to make it extremely easy for people to unsub because I wouldn't want to create that negative feeling towards my company.  I would want to get the unwanting people removed as quickly and easily as possible.

At a lower level of thinking:
If your company isn't doing something that creates real interest in a regular email to subscribers, then you're doing something wrong, and you should not be penalizing the people that want out of your boring crappy spam campaign.

However: If you truly do have options that the person CAN "manage".. then use both links.  One to appease the likely case as described above(the quick unsub), and one for your real subscriber that truly wants to edit the subscription settings.

In summary.. Do to others what you would like to have done to you.  ie: Don't be a dick.


My thoughts on backbone.js

I don't like many front-end mvc frameworks.  Why? Because they tell me what to do and how to do it.  But, I do like backbone.
To me, backbone feels like a wise old man, who doesn't care what others think about it, and only has time to be concerned with the truly important things in life;  You know, the simple and foundational things, like models and collections and views that don't do much at all without your intervention.  This old man is far too wise to tell you how to use the tools he provides, and despite being bored with life's higher-order redundancies, he gets continual enjoyment out of watching how you use the tools.