The Source for Java Technology Collaboration
User: Password:



Editor's Daily Blog

Have developers "forgotten their place"

Posted by daniel on December 23, 2003 at 11:56 AM | Comments (3)

I don't know why the talkback to Kathy Sierra's blog upset me so much. She wrote a well reasoned piece on developer/customer interaction and JBob's response is that it "Sounds like developers have forgotten their place."

Their place? As in "in the home" or "to be seen and not heard" or "locked in a cubicle writing code"? JBob writes that "A developer's job is to write code. Period. They have a very focused and specialized trade and that is writing code which works and performs well."

Oh, wait a minute. He said "developers have forgotten their place." He's not a developer. He's telling others what their job is and what their place is. Perhaps I am wrong to be offended, but I have been told by others what my place is (usually in order to keep me in it) and I find both the language and the underlying attitude offensive.

What started this off was Kathy Sierra's debut entry in our Weblogs section titled Have your developers seen a real customer in the wild?. Kathy writes that it is valuable for developers to interact with customers. JBob writes "It is the job of the product manager, business development manager, and marketing manager to make it their business to know what the market wants and to get customer feedback."

But Kathy has already addressed this. She says that "there were plenty of regular reports with titles like, 'Voice of the Customer', where we were given info about what the customers (faceless and nameless) supposedly said and wanted. But there was no *real* voice (the kind you could actually hear) behind the report. No real human with stress of his own. No person whose life we were actually affecting, good or bad."

Kathy is talking about meeting the needs of real customers. Find out how your product affects their lives. "Can you picture what would happen if EVERYONE who worked on a software program had to spend time teaching customers to use it? If they had to experience the frustration not just during development, but AFTER it's deployed in the field?"

JBob is worried about blame and accountability. He writes that "If your product does not meet the needs of your market or is not satisfying your customer, you need to point the finger at the Marketing department first. If their research and PRD clearly articulated the market and customer needs, then they are off the hook. Then you have to find out why the development team didn't follow the PRD." The PRD? Marketing? Sigh.

Kathy writes that when developers "don't have to see or talk to customers, they can tell themselves happy little stories like, 'This is what our customers want.' or 'It's not our fault.'" JBob writes "All too frequently, developers pretend that they know better about what the user/customer wants. It's at those times that you need to remind them that it is not their job to know or to even figure out. Their job is to write good code."

Feel free to weigh in with your thoughts in the feedback to Kathy's blog. Perhaps I'm off base. I like JBob and consider him a friend - we just happen to disagree on this. I will follow on this tomorrow.

The other two blogs are John Mitchell's pointer to Greg Wilkin's complaints about the servlet spec titled Killing the Servlets, softly, with his song... and Joshua Marinacci presents Swing Hack 7: Let it Snow!. Joshua presents a seasonal hack to make snow flakes appear to be outside of your frame using transparent windows and the full screen mode.


In Also in Java Today we link to Martin Fowler's piece on Command Oriented Interfaces. He explains that a "command oriented interface would have a command class for each operation, and be called with something like thisCalculateChargeCommand.new(aContract).run(). Essentially you have one command class for each method that you would have in the method-oriented interface." In Command Oriented Interface he describes the benefits and appropriateness of using this approach as opposed to calling a method from an object like thisBillingService.calculateCharges(aContract).

Erik M Burke's ONJava article presents his Top 15 Ant Best Practices. He writes that he begins a new project "by creating the Ant buildfile. Ant defines the build process and is used by every programmer on the team throughout the day. All of the tips in this article assume the Ant buildfile is an important artifact that must be written with care, maintained in version control, and refactored periodically."


In Projects and Communities, learn more about fun you can have customizing your JLabels and JButtons. Follow this Java Desktop link to the recent core Java Tech Tip on Using HTML in Swing Components you'll see how to add simple HTML to JButtons, JLabels and other Swing components and how to reference a Cascading Style Sheet (which I didn't know you could do). Also, the Java User Groups community now features their own JUGs wiki with pages from various member user groups. Check out the even includes a map and information about the next meeting.


In today's java.net News Headlines :

Registered users can submit news items for the java.net News Page using our news submission form. All submissions go through an editorial review by news director Steve Mallet before being posted to the site. You can also subscribe to the java.net News RSS feed.


Current and upcoming Java Events:

Registered users can submit event listings for the java.net Events Page using our events submission form. All submissions go through an editorial review before being posted to the site.


This blog is delivered weekdays as the Java Today RSS feed. Once this page is no longer featured as the front page of java.net it will be archived at http://today.java.net/today/archive/index_12232003.html. You can access other past issues in the java.net Archive.


Bookmark blog post: del.icio.us del.icio.us Digg Digg DZone DZone Furl Furl Reddit Reddit
Comments
Comments are listed in date ascending order (oldest first) | Post Comment

  • Developers must be kept close to customers
    Seems that JBob is out to lunch. Good programmers or rather software engineers often MUST know better than the customer. Marketing and Product Managers often don't know what is possible or reasonable from a technical standpoint. Just read a few Dilbert cartoons and you will get the idea.

    Customers of course are generally the least technically inclined... they know what they think they want. But it is up to the engineer to find out what they really want. The customer is NOT the best person to DESIGN their product. That's not what they are good at.

    That's what makes it extremely useful for programmers to have direct contact with customers. E.g. just like Sun engineers hang around message boards and mailing lists to get an idea of what we (the users of Java) are after.

    Not to mention the massive points you score in terms of customer relations when the customer sees that they have contact with the people beyond the front lines. You really boost the customer's confidence when they know that their voice is being heard by the people that are directly responsible for what is delivered to them. I have participated on public user support forums so that i could explain to customers directly why certain feature requests were not implmented or why they were implemented differently from the initial request. Customers appreciate that and given the opportunity to get a glimpse of things from the other side they know that you were listening even if you delivered something that wasn't what they were expecting. They will have a better understanding of the design of the product and ultimately be able to provide more meaningful feedback and criticism.

    Posted by: swpalmer on December 29, 2003 at 12:40 PM

  • wow power leveling
    wow powerleveling
    wow power leveling
    wow gold
    wow items
    feelingame.com
    wow tips
    Most Valuable WOW Power Leveling Service
    wow power leveling faq
    cheap wow power leveling
    wow power leveling
    wow powerleveling
    wow power lvl

    Posted by: wowleveling3 on December 14, 2007 at 03:17 AM

  • 网络营销软件
    网络营销软件
    网络营销软件
    群发软件
    群发软件
    ---
    群发软件
    网络营销软件
    论坛群发软件
    网站排名软件
    群发软件
    推广小助手破解版
    论坛群发软件
    网站排名软件
    群发软件
    推荐给你很好的群发软件和信息群发软件和供求群发软件
    推荐给你很好的群发软件和信息群发软件和供求群发软件博客群发软件网络营销软件网络营销软件
    网站排名软件网站排名软件网站优化软件信息群发软件信息群发软件信息群发软件论坛群发软件网站推广软件网站推广软件博客群发软件博客群发软件

    群发软件群发软件博客群发软件论坛群发软件网络营销软件论坛群发软件
    信息群发软件推广软件网站推广软件网络营销软件网站推广软件群发软件网站排名软件网站推广软件博客群发软件论坛群发软件群发软件网站排名软件网站推广软件博客群发软件论坛群发软件
    网站排名软件
    博客群发软件
    网站排名软件
    网站推广软件
    群发软件信息群发软件
    免费论坛群发软件
    论坛群发软件
    网站排名软件
    免费博客群发软件
    网站推广软件

    群发软件
    博客群发软件
    网站排名软件
    网站推广软件
    群发软件信息群发软件
    免费论坛群发软件
    论坛群发软件
    网站排名软件
    免费博客群发软件
    博客群发软件
    信息群发软件
    论坛群发软件
    信息群发软件
    博客群发软件
    qq群发软件
    邮件群发软件
    博客群建软件
    企业名录搜索软件
    信息群发软件
    邮件群发软件
    论坛群发软件
    博客群发软件
    网站推广软件
    网络营销软件
    全能营销破解版
    网络营销软件
    论坛群发软件
    论坛群发软件
    论坛群发软件
    网络营销软件
    信息群发软件
    信息群发软件
    信息群发软件
    群发软件
    论坛群发软件
    群发软件
    网络营销软件
    网站推广软件

    Posted by: u89io98 on December 26, 2007 at 07:54 AM





Powered by
Movable Type 3.01D
 Feed java.net RSS Feeds