Books to read by two friends

Scott McNulty, Philly blogger, food blogger, Apple tech blogger, longtime (now former) organizer of the Philly Blogger meetup, longtime contributor to Philly Future, and good friend, has had a book published on WordPress and blogging best practices.

Buy it here at Amazon.com.

Howard Hall, likewise a long time contributor to Philly Future, friend, writer and poet, had a book of poetry published.

Get it here at Amazon.com.

(I feel like building a widget to highlight Howard Hall haikus – hmmmm… )

Going back to school

It’s a long story, but I’ve decided it’s time for me to head back to school for something other than a certificate.

I had begun this journey back in 2004, but got hit with … life .. that pulled my priorities elsewhere: Emma, the Norgs Un-conference, the breaking up of my band, my mom’s illness and passing, the terrible back and leg pain I was experiencing (long story – there is great progress here), and the rebuilding of Comcast.net, of which I as a major part in developing its architecture.

Now, passing beyond the needed crisis-of-the-moment handling of that time, I can refocus on what I want to – my family, my work (both of which cross section with my hobbies and passions – I am blessed). My education is in support of these. Hopefully will be posting regular updates as to the process.

A mash of cogsci, socioliology, and psychiatry interesting links

WashingtonPost: Bytes of Life: For Every Move, Mood and Bodily Function, There’s a Web Site to Help You Keep Track

Jeff Jarvis: The perils of publicness

The Atlantic: He Saw It Coming: The forgotten filmmaker who anticipated our modern media madness:

…the world his early films anticipated is the world we inhabit now. Like no filmmaker before or since, Watkins captures the constant manipulation and counter­manipulation of the modern media, the push-pull of image projection and message management that has blurred the line between news and propaganda. His films are testaments to central truths of the current media environment: that mere logic is powerless against a brilliant projection of personality, that self-conscious “objectivity” and truth-telling are very different things, and that compelling narrative is impervious to facts. From the selling of the Iraq War to the selling of Sarah Palin, Watkins, like Orwell before him, shows how we are lied to, and how we lie to ourselves.

Furious Seasons: FDA Panel Slams Antipsychotic Use In Kids, Teens

NYTimes: What Has Driven Women Out of Computer Science?:

At least we know one thing: it’s possible to have about the same number of men and women in computer science classes. That just about describes classrooms of 25 years ago.

Malcom Gladwell’s new book is getting trashed by some rather big name bloggers. Me thinks they doth protest too much because – for once – one of his books runs counter to Web’s domineering libertarian culture. If you’ve read “Blink”, read “Tipping Point” – what I consider a far better book and more applicable to the Web. His new one, named “Outliers” looks like a must read.

To Watch: “Strive For Happiness” – a documentary about sensitive subject matter – what the lives are like for those in families with loved ones dealing with mental illness.

A question to think about – will Britney Spears’s struggle with mental illness make it easier to talk about it?

Dealing with technical debt

codeartisan: Jon Moore: Cracking down on technical debt:

Generally, as the folks with the technical ability to recognize it, it is the development team’s responsibility to try to avoid accruing technical debt while producing product. Failing that, it is their responsibility to recognize/document existing debt and to advocate for its removal. However, note that there are often symptoms of technical debt, such as those I’ve listed above for architectural debt, that can be recognized by non-technical folks too.

On the flip side, business folks / product owners need to be able to trade off short term wins that accrue technical debt vs. taking longer to produce a product with less debt. Communication with the tech team is of vital importance here; undoubtedly there will be times when a short-term win will be important (especially with a first-to-market situation), but it needs to be accompanied by a plan to eliminate the accrued debt. i.e. Treat your technical debt like credit card debt that should be paid down ASAP, and not as a long-term mortgage.

The interest on your technical debt is probably not tax-deductible.

Very much related to my earlier post about Agile gone wrong.

Michael Davis’s Inspirational Story and Turbo Pascal

Sip from the Firehose: Michael Davis: Memories of Turbo Pascal version 1.0:

At the time, I was an 18 year old high school dropout that had recently been incarcerated in the Lebanon Correctional Institute outside of Cincinnati, OH. The one saving grace of this facility was that the Quaker originated Wilmington College had a branch located within the walls of the prison.

Facing the possibility of a long sentence, I made probably the best decision of my life to that point. That decision was to get my GED and quickly get enrolled in college. It only took a few days of incarceration to realize that something in my life needed to change and getting an education seemed to be the best way to do it. In addition to the Burroughs B1990 system, there was a lab of several Apple II computers that were capable of running Turbo Pascal. After taking the prerequisite courses, my introduction to computer programming was Turbo Pascal.

Thinlet GUI Toolkit

Mat Schaffer pointed to this library earlier, and I experimented with it a while back for a personal project, building a desktop version of the Myers Briggs Temperament Sorter (I need to dig up the source code). The Thinlet library made it ridiculously easy to wire in a nice looking GUI to my app so I was able to concentrate on the quiz logic. I’d use it in projects if I was doing lightweight desktop Java applications.

I’m looking forward to Mat’s X-Plat strategy to take hold.

“Rescuing Scrum teams keeps me in business”

Oh boy, does this sound familiar.

James Shore, consultant, lays down just how bad it gets when you ‘go Agile’ and don’t do so correctly: The Decline and Fall of Agile:

Without continuous, incremental design, Scrum teams quickly dig themselves a gigantic hole of technical debt. Two or three years later, I get a call–or one of my colleagues does. “Changes take too long and cost too much!” I hear. “Teach us about test-driven development, or pairing, or acceptance testing!” By that time, fixing the real problems requires paying back a lot of technical debt, and could take years.

What frustrates me the most is that this situation is entirely avoidable.

…There are a lot of teams right now failing with Agile. These teams are working in short cycles. The increased planning frequency has given them more control over their work and they’re discovering and fixing some problems. They feel good, and they really are seeing more success than they were before.

But they aren’t working in shared workspaces or emphasizing high-bandwidth communication. They’re don’t have on-site customers or work in cross-functional teams. They don’t even finish all of their stories by the end of each Sprint, let alone deliver releasable software, and they certainly don’t use good engineering practices.

These teams say they’re Agile, but they’re just planning (and replanning) frequently. Short cycles and the ability to re-plan are the benefit that Agile gives you. It’s the reward, not the method. These psuedo-Agile teams are having dessert every night and skipping their vegetables. By leaving out all the other stuff–the stuff that’s really Agile–they’re setting themselves up for rotten teeth, an oversized waistline, and ultimate failure. They feel good now, but it won’t last.