Fri May 06 15:48:13 GMT 2011
From
/weblog/misc
How to make customer easy to give feedback
- Set up a customer advisory program
- Conduct regular surveys
- Encourage responses to your email newsletters instead of having the reply-to address go to an unmonitored or nonworking email address
- Publicize email addresses and phone numbers– customer service, technical support, and even your own personal email address
- Better yet, make those phone numbers toll free
- Hand out business cards at trade shows
- Start a blog and allow comments
- Add a feedback link on every page on your web site
- Monitor and post to relevant discussion lists and message boards
- Encourage your sales staff to provide your contact information directly to customers who want to provide more input
- Contact people who are talking about your product already — in blogs and on mailing lists — and follow up to get more feedback
- Every time you talk to a customer, ask them to refer you to someone else who can give you additional feedback, and encourage them to pass your contact information along
-
http://www.goodproductmanager.com[..]007/03/15/make-it-easy-to-give-feedback/ Other related blog -
http://headrush.typepad.com[..]onate_users/2007/03/user_community_.html http://www.taylor.se/blog/2007/06/13/my-rules-of-feedback/ Some will think non-feedback, uncall feedback are more important -
http://www.infoq.com/news/2011/04/non-feedback-uncalled-feedback
(google search)
(amazon search)
Tue Nov 10 18:09:58 GMT 2009
From
/weblog/misc
Healthcare Information Integration, Considerations for Remote Patient Monitoring -
http://www.ddj.com[..]ept_url=/hpc-high-performance-computing/
(google search)
(amazon search)
Fri Jan 09 16:26:38 GMT 2009
From
/weblog/misc
* It does seem that it's important to limit the number of rules, indeed any system with enough rules to need sophisticated algorithms to get good performance probably has too many rules to be understood.
* Similarly I'm inclined to think one should be wary of rules that do a lot of chaining.
* As in many places, testing is often undervalued here, but implicit behavior makes testing more important - and it needs to be done with production data.
* While building a rules system, I'd look to do things that would cause EarlyPain with modifications of the rule base.
http://martinfowler.com/bliki/RulesEngine.html
(google search)
(amazon search)
Mon Mar 17 17:25:30 GMT 2008
From
/weblog/misc
IT Myth 1: Server upgrades matter
Reality: Don’t pay extra for upgradability; you’ll never need it
IT Myth 2: Eighty percent of corporate data resides on mainframes
Reality: Try 50 percent, or even less
IT Myth 3: All big shops run multiple platforms
Reality: This 'myth' is closer to fact than fiction
IT Myth 4: CIOs and CTOs have a greater need for business savvy than tech expertise
Reality: Tech chops matter more than ever
IT Myth 5: Most IT projects fail
Reality: It all depends on how you define failure
IT Myth 6: IT doesn't scale
Reality: Virtually any technology is scalable, provided you combine the right ingredients and implement them effectively
http://www.infoworld.com/infoworld/reports/33SRmythsofit.html
(google search)
(amazon search)
Mon Sep 10 15:14:58 GMT 2007
From
/weblog/misc
History shows how abuses of the standards process have impeded progress. Standards
Over the next decade, we will encounter at least three major opportunities where success will hinge largely on our ability to define appropriate standards. ......
http://acmqueue.com/modules.php?name=Content&pa=showpage&pid=210
(google search)
(amazon search)
Thu Aug 02 16:58:52 GMT 2007
From
/weblog/misc
A very nice markup to add format at plain text -
http://en.wikipedia.org/wiki/Markdown
(google search)
(amazon search)
Thu Mar 01 07:30:07 GMT 2007
From
/weblog/misc
Insightfull inspection, do you agree?
(1) Users actually find typing stuff in a lot easier than clicking things. This one surprised me a lot. I have got people to use ping, ipconfig, winver, netsh etc. with very little difficultly. In constrast, common gui elements like radio buttons, drop downs, menus, right-click menus etc. have to be explained fairly regularly. I think this is related to the "exactness" of typing, versus the ambiguity of clicking something.
http://discuss.joelonsoftware.com[..]DiscussTopicParent=8757&ixDiscussGroup=3
(google search)
(amazon search)
Wed Sep 13 17:17:10 GMT 2006
From
/weblog/misc
A high level overview about synchronisation -
http://www.macdevcenter.com/lpt/a/6710
(google search)
(amazon search)