1,164 karma · joined October 24, 2015
https://medium.com/@phillip_hayes/montaigne-1-by-diverse-mea...
"Philosophy is good advice; and no one can give advice at the top of his lungs...
Words should be scattered like seed; no matter how small the seed may be, if it has once found favourable ground, it unfolds its strength and from an insignificant thing spreads to its greatest growth. Reason grows in the same way; it is not large to the outward view, but increases as it does its work. Few words are spoken; but if the mind has truly caught them, they come into their strength and spring up. Yes, precepts and seeds have the same quality; they produce much, and yet they are slight things. Only, as I said, let a favourable mind receive and assimilate them. Then of itself the mind also will produce bounteously in its turn, giving back more than it has received."
The fact that two things share a superficial attribute does not make them equivalent.
This is a massive false equivalence. For one thing, most of the "employees" in your metaphor are eighteen to twenty-two years old. Not to mention the fact that students are regularly put through the ringer and expelled on the first accusation. It's hardly akin to the "repeat offense" scenario you outlined in your first example. And comparing being expelled for an alleged sexual assault to being asked to leave a resort for rude behavior? Come on.
This is a different situation than anything you described. Universities have much more of a guardian and stewardship role than an employer, and rape is a fucking crime. It should be handled by the mechanism we've created to handle crimes, i.e. criminal courts of law.
I prefer handwritten systems for more long-term goals, daily reflection, and projects. You get a lot more stability and emotional connection to your tasks and thoughts when you write them down in my experience. That's what I want when I'm really planning and thinking about my life. Digital doesn't seem to have the same effect. It's too easy to delete and edit yourself.
If you're really interested, this is what my system looks like. It's a mishmash of the following:
• Pile of Index Cards - I use it as the "single source of truth" for tasks and projects. I don't use the stuff about thoughts and discoveries, but I like having discrete cards I can move around and prioritize for todos.
• GTD (Getting Things Done) - I mainly use the idea that each task should have a clearly defined "next action" or a specific trigger if you're waiting on something. Ensures I'm not subconsciously avoiding a task because it has some undefined prerequisite.
• Bullet Journal - once per week, I populate pages of the days for the week ahead with tasks I expect to do from my index cards. I use that page to notice when I'm pushing tasks back and also to reflect and write down notable events from the day.
• iPhone Notes - I duplicate the task list for the day, and I move one into a "WIP" (work-in-progress) slot. This is the first thing I plan to do. It ensures I'm not trying to multi-task and do too many things at once. Over the course of the day I will peek at that list and move items around or push them back into an "Inbox," which then circles back to the Index Cards at the end of the week. New tasks go in there too. At the end of the week I re-prioritize and throw away any index cards I realize are not necessary or I no longer care about.
It sounds like a lot, but it's actually a reasonably fluid system and I'm fairly happy with it. I refine the bumpy parts when I find they aren't working.
1. I ask about prior experience, following up on any interesting resume items or comments. I try to act like a "biographer" (per the book "Who") and just learn their story.
2. I ask them to describe data flow in a basic web app. If I push this UI submit button, explain the progression of data from the client to the database.
3. I ask for an explanation of core concepts of the framework I'm interviewing for or any one they've used.
4. I ask about version control concepts and some specific git commands.
5. I ask about prior team practices, e.g. what types of meetings they have and what the interviewee thinks of their effectiveness.
6. I ask about their knowledge of ops/DevOps, e.g. explain how a pipeline works.
7. I ask about basic CS/object orientation/language concepts, e.g. static vs. dynamic typing.
8. I ask what their most interesting project or story was and why it resonated with them.
9. I ask what their toughest debug was and how they solved it.
10. I ask about their experience with testing and opinions on how best to do it.
Between all that you get a pretty decent picture of what level they're at and what is their capacity to learn.