Slashdot Mirror

prostoalex writes "Most companies would call themselves innovative and would claim they're delivering an above-average service to their customers. Yet, their customers opinions might differ. If you drill a company on their innovation practices, they would probably mention two approaches they employ: 1. Their research department meets with target groups, compiles presentations for the upper management, which then occasionally hands those reports over to the development department. 2. Their research or marketing department comes up with competitive matrix of the products available from competition. In a meeting then, executives see that their product is missing a feature, and hence the development department is assigned the task of adding 'an Internet-enabled installer' to the product, since everybody else offers them, thereby creating market expectations." Read on for the rest of Alex's review. Subject to change author Peter Merholz, Todd Wilkens, Brandon Schauer, David Verba pages 186 publisher O'Reilly rating 7 reviewer Alex Moskalyuk ISBN 9780596516833 summary Creating great products and services for an uncertain world Subject to Change is a book, written by four Adaptive Path veterans describing new approaches to product development and innovation. Who are they to have the authority over the subject? Adaptive Path is a consulting shop helping large and small companies with product design, Web design and industrial design. They're perhaps mostly known to the general public for coining the term AJAX, and articulating the idea of building dynamic Web sites with asynchronous data retrieval, but they certainly didn't invent the technology. Their design experience is behind many products we use today, but due to licensing agreements they're not always at liberty to disclose their customers.

So what do Adaptive Path designers advocate?

Making the design emotional. While the idea itself is not new, this is something that product manufacturers have to face sooner or later. Early Kodak cameras did not succeed because of superior technical qualities or ease of film development — they managed to cross this emotional barrier, where people who previously thought "This is too complicated" after getting a glimpse of the ad or product demo thought "Even I might be able to enjoy this."

Understand people's needs outside of your company-approved usability testing guides. Two great examples provided by the book are Adaptive Path's own usability study of Epinions.com — product review and comparison shopping site. When a woman showed up for usability test with her newborn baby, she was frequently distracted by baby's needs during the test. Bad test candidate? Vice versa. Adaptive Path learned how confusing it could be for someone who needs to get away from the comparison shopping process to come back and quickly realize where they were in the process. Another example has to deal with babies as well — after watching new mothers use the diaper wipes at their homes, Kimberly-Clark researchers redesigned their diaper wipe container to be easily accessible with just one hand.

Make the whole system coherent, not just patch new interfaces throughout product holes. Financial companies and banks certainly suffer from a desire by single group to innovate the others out. My own example — I go to Fidelity Web site, and upon login offered to also check my NetBenefits(SM) or check out the FullView(R). Now, there might be customers who think in those terms, but I surely did not log in to check NetBenefits(SM) or do FullView(R) or check out mySmart Cash Account (SM), I just wanted to find out how my investments were doing. A simple graph would do. Yet my options from Fidelity are either downloading quarterly PDF account statements, and then punching the numbers to create a graph, or going to Account Positions page, where I can view the graphs for every single stock and bond I own for any time value except the time span that I need — from the day I bought the security to today. This is not a rant on Fidelity Investments in general, this is just another example of different groups within the company handling such things as stocks, bonds, retirement planning, cash investments, quarterly account reports, and Web site design. Each group probably doesn't think highly of the existing user interface, and hence the desire to introduce that new simple interface, call it a different name, and expect the customers to get on with a program and use it.

The authors provide a lot of good case studies for design successes and failures to support their point. Case studies are borrowed from outside literature or told in first person — Adaptive Path's customer names are changed to be KeyboardCo or FinanceCo to protect the innocent. The book explores several different permutations of design and relevance:

When design is great, and product is relevant, market success is a given. The example is Apple iPod series. Somewhat less known example is Google Calendar, that outgrew Yahoo! Calendar and MSN Calendar, even though all 3 calendars are tied into Web-based e-mails, and Yahoo! and Hotmail both have market shares multiple of Gmail's.

When design is great, but product is not relevant, market success will be extremely hard to achieve. Segway scooter and Apple G4 Cube come to mind.

When design is bad, but product is relevant, market success will quickly turn into failure as competitors copy the product and invest in design. Diamond Rio, the pioneer of digital music player industry, learned a hard lesson that way.

When design is bad, and the product is irrelevant, it's possible it will never even come out in the market. Adaptive Path's own example of KeyboardCo wanting to implement a downloadable music service right on the keyboard is a good example of this.

Overall the book is informative and inspirational, albeit a bit dry. Chapter 7, dedicated to describing agile approach in software development, seems to be out of place. Maybe it's because I am a software engineer, and have familiarized myself on various development methodologies, the chapter was old news to me, or maybe it's the idea that you're being sold one specific methodology, instead of implementing dozens of small improvements within the product development process, that threw me off.

On page 162 the authors claim "Google and Yahoo!, once technology companies, are now media players, and their advertising-based business models mean they compete more with Los Angeles and New York than their Silicon Valley brethren." Now, I don't see how being a media company leads one to compete with a US municipality. Maybe they meant "New York [Times|Post] and Los Angeles [Times]", in which case it's time to look for another proofreader. But to be fair, I haven't noticed any glaring errors or omissions in the title.

Subject to Change is a good book to read if you're into product development or design. If you're staying abreast of the industry trends, most of it is probably not going to be big news to you, nevertheless, it's a good collection of case studies and a summary of rules relevant for modern-day product development.

You can purchase Subject to Change from amazon.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

prostoalex writes "Most companies would call themselves innovative and would claim they're delivering an above-average service to their customers. Yet, their customers opinions might differ. If you drill a company on their innovation practices, they would probably mention two approaches they employ: 1. Their research department meets with target groups, compiles presentations for the upper management, which then occasionally hands those reports over to the development department. 2. Their research or marketing department comes up with competitive matrix of the products available from competition. In a meeting then, executives see that their product is missing a feature, and hence the development department is assigned the task of adding 'an Internet-enabled installer' to the product, since everybody else offers them, thereby creating market expectations." Read on for the rest of Alex's review. Subject to change author Peter Merholz, Todd Wilkens, Brandon Schauer, David Verba pages 186 publisher O'Reilly rating 7 reviewer Alex Moskalyuk ISBN 9780596516833 summary Creating great products and services for an uncertain world Subject to Change is a book, written by four Adaptive Path veterans describing new approaches to product development and innovation. Who are they to have the authority over the subject? Adaptive Path is a consulting shop helping large and small companies with product design, Web design and industrial design. They're perhaps mostly known to the general public for coining the term AJAX, and articulating the idea of building dynamic Web sites with asynchronous data retrieval, but they certainly didn't invent the technology. Their design experience is behind many products we use today, but due to licensing agreements they're not always at liberty to disclose their customers.

So what do Adaptive Path designers advocate?

Making the design emotional. While the idea itself is not new, this is something that product manufacturers have to face sooner or later. Early Kodak cameras did not succeed because of superior technical qualities or ease of film development — they managed to cross this emotional barrier, where people who previously thought "This is too complicated" after getting a glimpse of the ad or product demo thought "Even I might be able to enjoy this."

Understand people's needs outside of your company-approved usability testing guides. Two great examples provided by the book are Adaptive Path's own usability study of Epinions.com — product review and comparison shopping site. When a woman showed up for usability test with her newborn baby, she was frequently distracted by baby's needs during the test. Bad test candidate? Vice versa. Adaptive Path learned how confusing it could be for someone who needs to get away from the comparison shopping process to come back and quickly realize where they were in the process. Another example has to deal with babies as well — after watching new mothers use the diaper wipes at their homes, Kimberly-Clark researchers redesigned their diaper wipe container to be easily accessible with just one hand.

Make the whole system coherent, not just patch new interfaces throughout product holes. Financial companies and banks certainly suffer from a desire by single group to innovate the others out. My own example — I go to Fidelity Web site, and upon login offered to also check my NetBenefits(SM) or check out the FullView(R). Now, there might be customers who think in those terms, but I surely did not log in to check NetBenefits(SM) or do FullView(R) or check out mySmart Cash Account (SM), I just wanted to find out how my investments were doing. A simple graph would do. Yet my options from Fidelity are either downloading quarterly PDF account statements, and then punching the numbers to create a graph, or going to Account Positions page, where I can view the graphs for every single stock and bond I own for any time value except the time span that I need — from the day I bought the security to today. This is not a rant on Fidelity Investments in general, this is just another example of different groups within the company handling such things as stocks, bonds, retirement planning, cash investments, quarterly account reports, and Web site design. Each group probably doesn't think highly of the existing user interface, and hence the desire to introduce that new simple interface, call it a different name, and expect the customers to get on with a program and use it.

The authors provide a lot of good case studies for design successes and failures to support their point. Case studies are borrowed from outside literature or told in first person — Adaptive Path's customer names are changed to be KeyboardCo or FinanceCo to protect the innocent. The book explores several different permutations of design and relevance:

When design is great, and product is relevant, market success is a given. The example is Apple iPod series. Somewhat less known example is Google Calendar, that outgrew Yahoo! Calendar and MSN Calendar, even though all 3 calendars are tied into Web-based e-mails, and Yahoo! and Hotmail both have market shares multiple of Gmail's.

When design is great, but product is not relevant, market success will be extremely hard to achieve. Segway scooter and Apple G4 Cube come to mind.

When design is bad, but product is relevant, market success will quickly turn into failure as competitors copy the product and invest in design. Diamond Rio, the pioneer of digital music player industry, learned a hard lesson that way.

When design is bad, and the product is irrelevant, it's possible it will never even come out in the market. Adaptive Path's own example of KeyboardCo wanting to implement a downloadable music service right on the keyboard is a good example of this.

Overall the book is informative and inspirational, albeit a bit dry. Chapter 7, dedicated to describing agile approach in software development, seems to be out of place. Maybe it's because I am a software engineer, and have familiarized myself on various development methodologies, the chapter was old news to me, or maybe it's the idea that you're being sold one specific methodology, instead of implementing dozens of small improvements within the product development process, that threw me off.

On page 162 the authors claim "Google and Yahoo!, once technology companies, are now media players, and their advertising-based business models mean they compete more with Los Angeles and New York than their Silicon Valley brethren." Now, I don't see how being a media company leads one to compete with a US municipality. Maybe they meant "New York [Times|Post] and Los Angeles [Times]", in which case it's time to look for another proofreader. But to be fair, I haven't noticed any glaring errors or omissions in the title.

Subject to Change is a good book to read if you're into product development or design. If you're staying abreast of the industry trends, most of it is probably not going to be big news to you, nevertheless, it's a good collection of case studies and a summary of rules relevant for modern-day product development.

You can purchase Subject to Change from amazon.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

Simon P. Chappell writes "There's always a danger when a new technology buzzword hits the ground running. The danger is that when it finally slows down enough for us to take a good look at, it'll be found to be empty hype with less value than a mime performance on a radio show. This time the buzzword is Ajax and it's moving so fast that you can almost hear the sonic boom. The authors of Manning's new Ajax in Action have managed to catch up with Ajax long enough to take a look at it for us. Their book explains what Ajax is, how to use it and how, for once, the hype may be underselling the prospects for this new buzzword." Read on for Simon's review. Ajax In Action author Crane, Pascarello with James pages 650 (16 page index) publisher Manning rating 9/10 reviewer Simon P. Chappell ISBN 1932394613 summary If you want to create dynamic web applications, get this book.

The majority of the book is for programmers engaged in the development of web applications; especially those who are interested in taking their applications beyond the traditional ``click and wait for the response from the server'' model that we've become accustomed too.

The first section, and particularly the first chapter, would be suitable for anyone who is curious about Ajax. The first chapter answers the questions of what it is, and why it deserves all of the positive press that it's received. If you're introducing Ajax at work, this might be the chapter of recommended reading for your managers and software architects.

Alright, enough introducing the book, now let's take a look at just what Ajax is. Ajax itself is an acronym created by Jesse James Garrett in his, now classic, article Ajax: A New Approach to Web Applications. Ajax, we are told, means Asynchronous JavaScript and XML. This is our first clue that Ajax is not a single, new thing. Ajax actually turns out to be a combination of existing technologies mixed up in a fairly new way.

The fundamental ingredients in Ajax are in-browser JavaScript, Cascading Style Sheets, the browser's internal DOM model and asynchronous HTTP requests. Ajax, the technology, is the amalgam of these individual technologies. Thus, Ajax is both new and well proven at the same time.

Perhaps it's also possible to view Ajax as the natural resting place of the pendulum of application development. Programmers, since the beginning of application development have been trying to balance user experience and ease of installation and maintenance. First we had mainframes with their centralized usage model. Next we got the PC with it's entirely disconnected usage model. This was followed by the Client/Server model that tried to be connected yet offloaded it's processing to the client. The world wide web came next and browsers as the ultimate thin clients forced all of the processing back onto the server again. Finally now, with Ajax, we have what seems like a good balance of server side processing, with responsive clients that provide the rich user interface that users want. The pendulum of centralized versus decentralized has found it's rest point.

The structure of the book is fairly standard. The first section, three chapters, concentrates on imparting the concept of Ajax to the reader. The first chapter begins with the concepts, chapter two takes the reader through some very simple first steps, while chapter three explores how the Model View Controller pattern (MVC to it's friends) applies in the Ajax world and looks at third party, free and open-source Ajax libraries available today.

Part two of the book explores the core techniques of Ajax. Chapter four explores the difference between a web application and a desktop or Ajax application, that of a single page being the entire application. Chapter five explores the role of the server, looking at what resources are available for the server-side coding, including available languages and frameworks as well as ways and means of exchanging data with the server.

Part three looks at what the authors call ``Professional Ajax'', the techniques that make a difference when creating real world applications. Chapter six covers the design of the user experience. The user experience for a major application basically is the application for the user and so getting this right is of fundamental importance. Chapter seven explores security and some of the actions that the developer can take to both ensure access control and protect confidential data. Once the basics of Ajax are mastered, this may well be the most important chapter in the book. Chapter eight covers performance and what can be done to assist application speed and resource usage in practical use. Perhaps the most important measure for an Ajax application is the perceived speed and responsiveness that it delivers. The asynchronous processing is a huge factor in achieving these user perceptions.

Part four shows Ajax by example, with four chapters of example applications and a fifth chapter addressing building stand-alone applications using Ajax.

There is much to like about this book, but top of the fold for me is the clear and concise explanation of just what exactly Ajax is and why it has the power to make a difference in the web application arena. At a time when more people speak of Ajax than actually understand it, this book has the power to bring forth understanding.

This is a very dedicated book. It takes no time to teach the reader the individual technologies that compose Ajax, rather it concentrates on using those technologies. If you do not know JavaScript, or Cascading Style Sheets or do not understand the W3C's DOM model or asynchronous messaging then you would be better served at this time by learning the individual technologies and saving this book for after you've mastered them.

Other than the standard book page over at the Manning website, there is no dedicated book website. This is perhaps unusual, but 30 seconds on your search engine of choice should get you started. Failing that there is a good Ajax page available at Wikipedia.

This is a magnificent book. Not because it's well written and has good example code in it, although it is and it does. Rather, it is magnificent because of the high speed target that they have accurately hit and described in a clear and hype-free fashion; for this the authors are to be commended. If you want to create dynamic web applications, get this book."

You can purchase Ajax in Action from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

Robert J. Berger writes "The Ruby on Rails team announced that "After the longest gap between releases since Rails was made public and after more than 225 fixes and new features, the final major release before the 1.0 milestone has arrived." This is a major update to what is to many developers consider the new tool for developing sophisticated interactive database driven web applications. It integrates backend Model/View/Controller object-oriented model with AJAX based clients so that the developer can focus on the app and not on the details of basic mechanisms. You really can do much more with much less coding. The new release adds a completely rewritten visual effects engine, drag-and-drop capability including sortable lists, and autocompleting text fields to Rails. All building on top of an upgraded version of Prototype, the javascript foundation for Ajax in Rails ... Check out the very cool demos at script.aculo.us."

samuel4242 writes "Javascript may have been with us since the beginning of the browser, but it's going through a renaissance as companies like Google create Javascript-enabled tools like Google Maps . There's even a nice, newly coined acronym , AJAX for "Asynchronous Javascript and XML". A nice survey article from Infoworld interviews Javascript creator, Brendan Eich, who says that this is what he and Marc Andreessen planned from the beginning. Perhaps AJAX will finally deliver what Java promised. Perhaps it will really provide a solid way to distribute software seamlessly."

FalsePositives writes "Ajax: A New Approach to Web Applications (from Adaptive Path and via Jeffery Veen) introduces their experiences with what they are calling 'Ajax' as in 'Asynchronous JavaScript + XML' aka the XmlHttpRequest Object. It is used by Google (Google Maps, Google Suggest, Gmail), in Amazon's A9, and a few others (like the map of Switzerland spotted by Simon Willison). ... Is this 'The rise of the Weblication'?"

Adaptive Path has this interesting essay by Jesse James Garrett on user friendly URL design. When websites were just static files, they were often named in a friendly way, just to make it easier for the designer. But today, many dynamic web sites and CMS's are based around extremely long and complicated URLs that are difficult to work with (ever try to read one to someone over the phone?). This essay explores the way some websites use redirects and smart naming schemes to keep URL's easy and friendly.

Adaptive Path has this interesting essay by Jesse James Garrett on user friendly URL design. When websites were just static files, they were often named in a friendly way, just to make it easier for the designer. But today, many dynamic web sites and CMS's are based around extremely long and complicated URLs that are difficult to work with (ever try to read one to someone over the phone?). This essay explores the way some websites use redirects and smart naming schemes to keep URL's easy and friendly.