Hellhole

Supermax prisons have always struck me as evil institutions. This New Yorker article on solitary confinement is subjective, but also offers various pieces of research to support its claims.

I've often been inclined to write letters to inmates in solitary, although I hesitate to reveal my street address. Maybe someone could set up an email-to-snail-mail gateway like this one, but free, and people could volunteer to write to inmates. I wonder how much it would help.

Shared google reader items

I think b has the right idea about using a shared google reader page to share links instead of creating a new blog post for each one.

Gatto + Gilbert

I've long been a fan of John Taylor Gatto. He talks a lot about the education system, but also about what he calls networks vs. communities.

And why does society now gravitate toward networks instead of community? I think Dan Gilbert has the answer there: we avoid commitment, even though it makes us less happy. And it does so in general, not just in the network/community sense.

I'm hopeful that society will learn from this and develop healthy ways of accepting commitment without discarding flexibility and choice. But I'm not sure that Gatto's communities will re-emerge.

Maybe there's something new that we'll stumble upon that will help us feel less lonely. I hope so, because I think the lack of it is corrosive.

Self-haters donate more

Another fascinating study at the overcoming bias blog: people are less charitable when they feel they're more moral.

Classic engineering mistakes

I like this list of classic mistakes in engineering projects. Here's the author's summary (see the original article for description):

1. Undermined motivation

2. Weak personnel

3. Uncontrolled problem employees

4. Heroics

5. Adding people to a late project

6. Noisy, crowded offices

7. Friction between developers and customers

8. Unrealistic expectations

9. Lack of effective project sponsorship

10. Lack of stakeholder buy-in

11. Lack of user input

12. Politics placed over substance

13. Wishful thinking

14. Overly optimistic schedules

16. Insufficient risk management

17. Contractor failure Insufficient planning

18. Abandonment of planning under pressure

19. Wasted time during the fuzzy front end

20. Shortchanged upstream activities

21. Inadequate design

22. Shortchanged quality assurance

23. Insufficient management controls

24. Premature or too frequent convergence

25. Omitting necessary tasks from estimates

26. Planning to catch up later

27. Code-like-hell programming

28. Requirements gold-plating

29. Feature creep

30. Developer gold-plating

31. Push me, pull me negotiation

32. Research-oriented development

33. Silver-bullet syndrome

34. Overestimated savings from new tools or methods

35. Switching tools in the middle of a project

36. Lack of automated source-code control

Dealing with impossible crises

I like this article on Dealing with impossible crises. The author's summary:

• Calm down, smile and remain polite to maintain any chance of success
  
• Become a human being rather than a faceless number
  
• Be persistent to grind away the brick wall
  
• Be prepared to lose to expand your freedom of thought and action
  
• Be clear about your objective so you can be flexible about how to achieve it
  
• Find who can, since often the first person you speak to cannot help
  
• Take an active part in making things happen more efficiently
  
• Make the other person feel good about helping you so that they are more likely to help you
  
• Don’t relax this stance until it’s over, it’s easy to snatch defeat from the jaws of victory.
  

Laman and Lemuel are dead

If you're one of those people who knows about the Book of Mormon and also Rosencrans and Guildenstern are Dead, then seriously, what's wrong with you? Nevertheless, you'll enjoy
Laman and Lemuel are Dead.