Flutterby™! : Programming, MF

Next unread comment / Catchup all unread comments User Account Info | Logout | XML/Pilot/etc versions | Long version (with comments) | Weblog archives | Site Map | | Browse Topics

Programming, MF

2011-04-02 16:07:20.277932+00 by meuon 5 comments

Programming, Motherfucker and "Management, Asshole" are a one page summary of brilliantly described concepts.

and a pseudo-related link hyping a book, Programming, Motherfucker.

To be polite in Biz-Dev-Speak, I propose we just call it the "PMF methodology" or I like the option to give it a Pseudo-Japanese name: Puroguramingu, Mazaafakkaa"

[ related topics: Books Software Engineering ]

comments in ascending chronological order (reverse):

#Comment Re: made: 2011-04-02 21:24:08.275548+00 by: John Anderson

http://www.flutterby.com/archives/comments/14047.html

8^)

#Comment Re: made: 2011-04-03 03:16:17.446527+00 by: meuon [edit history]

I missed that... or.. saw it.. forgot it and rediscovered it.. or maybe I am just crazy.

#Comment Re: made: 2011-04-07 04:11:02.835318+00 by: concept14

"Find out what the customers want by asking them."

Yeah, that'll work.

#Comment Re: made: 2011-04-07 04:41:01.440833+00 by: ebradway

concept14: You hit the nail on the head. The rise of XP and other methodologies stem from the fact that users are basically incapable of explaining to you what they want. They need to see a mock up or demo in order to tell you what's wrong with it. As Dan once described, it's a game of "not that rock".

A better methodology would involve marketing - only accept customers who will be dazzled by your brilliance. Meuon does a good job at this.

#Comment Re: made: 2011-04-07 12:57:12.591082+00 by: meuon [edit history]

Serious mode: My/Our customers define problems they need solutions to, and lately a lot of 'meet this regulatory/accounting requirement". They don't get into "how" to solve the problem or design interfaces. Our customers are very intelligent at what they do and need, but allow us to do what we do to help them meet those needs. It's different than the typical "web app/dot.com" methods that are heavy into feedback from users and user-experience testing. While our interfaces are actually fairly good, they are (as Eric has lamented) power-user interfaces with lots of options and very few "are you sure" pop-up dialogs.