Comments on: I want change logs http://nate.koechley.com/blog/2005/09/13/i-want-change-logs/ I'm a web technologist interested in product and user experience design strategy with deep expertise in frontend engineering & web development. Thu, 04 Mar 2010 13:25:29 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: Kevin Henrikson » Archive » Graded Browser Support http://nate.koechley.com/blog/2005/09/13/i-want-change-logs/comment-page-1/#comment-548 Kevin Henrikson » Archive » Graded Browser Support Tue, 14 Feb 2006 07:33:33 +0000 http://nate.koechley.com/blog/2005/09/13/i-want-change-logs/#comment-548 [...] Nate posted an article which coincided with Yahoo’s launch of their UI Library titled "Graded Browser Support".  It appears he first coined the phrase in 2004.  Subsequent google hits all point to Nate.  I must admit it’s quite novel.  He also posted a matrix of browser’s that Yahoo domain applications support.  It’s quite refreshing to see an age old problem explored in a new way and with a catchy new phrase to help coral the thought going forward.  It reminds me of some work in a previous life around WAP browser capabilities. The first generation of tool kits and support for WAP devices included huge switch statements and hacky User-Agent regular expressions.  The second generation and what I belive is still in use today was a framework that detected capabilities.  Rather than look for browser X and apply hacks X, the code would detect capabilities.  For example the ability to support pages greater than 15k (remember we were in the mobile world), or the ability to support a password input field.  The capability matrix kept the code much clearer.  Instead of complex decision trees with User-Agent’s, code was clean with simple if/else statements for a particular capability.  The hard part was contained in a single matrix that maps capabilities to various browsers.  A quick update to the matix and a new handset could be added with little or no code changes. [...] [...] Nate posted an article which coincided with Yahoo’s launch of their UI Library titled "Graded Browser Support".  It appears he first coined the phrase in 2004.  Subsequent google hits all point to Nate.  I must admit it’s quite novel.  He also posted a matrix of browser’s that Yahoo domain applications support.  It’s quite refreshing to see an age old problem explored in a new way and with a catchy new phrase to help coral the thought going forward.  It reminds me of some work in a previous life around WAP browser capabilities. The first generation of tool kits and support for WAP devices included huge switch statements and hacky User-Agent regular expressions.  The second generation and what I belive is still in use today was a framework that detected capabilities.  Rather than look for browser X and apply hacks X, the code would detect capabilities.  For example the ability to support pages greater than 15k (remember we were in the mobile world), or the ability to support a password input field.  The capability matrix kept the code much clearer.  Instead of complex decision trees with User-Agent’s, code was clean with simple if/else statements for a particular capability.  The hard part was contained in a single matrix that maps capabilities to various browsers.  A quick update to the matix and a new handset could be added with little or no code changes. [...]

]]> By: Nate Koechley’s Blog » Blog Archive » Safari Browser Continues to Improve http://nate.koechley.com/blog/2005/09/13/i-want-change-logs/comment-page-1/#comment-213 Nate Koechley’s Blog » Blog Archive » Safari Browser Continues to Improve Tue, 04 Oct 2005 16:54:42 +0000 http://nate.koechley.com/blog/2005/09/13/i-want-change-logs/#comment-213 [...] Finally, since I’ve said before how I’d like all product releases (not just browsers) to provide detailed change logs, I have to give them props for doing so this time. In their notes they include the disclaimer that “[we] don’t necessarily promise to do this for future updates”. I understand not wanting to make public promises, but please Surfin’ Safari, please keep it up! [...] [...] Finally, since I’ve said before how I’d like all product releases (not just browsers) to provide detailed change logs, I have to give them props for doing so this time. In their notes they include the disclaimer that “[we] don’t necessarily promise to do this for future updates”. I understand not wanting to make public promises, but please Surfin’ Safari, please keep it up! [...]

]]> By: natek http://nate.koechley.com/blog/2005/09/13/i-want-change-logs/comment-page-1/#comment-208 natek Wed, 28 Sep 2005 08:43:23 +0000 http://nate.koechley.com/blog/2005/09/13/i-want-change-logs/#comment-208 You bring up some really good points Ravi. A key advantage of web-based apps is that the latest and greatest is always in use. But, breaking free of longer release cycles introduces it's own challendes: An every-evolving product creates presents a "moving target" to those writing documentation, Customer Support, QA.... Ultimately though, I think the user benefits because they get advancements sooner, and the easy distribution incourages the product team to iterate faster. I think it's a good idea to separate bug fixes and features. I hadn't thought about that before, but it makes sense (especially for software - as you say, it's more confusing when the product is web-based and free to update continuously. To your point about older versions, I'm not sure what the answer is. One idea is to leverage the notion of a continuum of support that we use when we're talking about Graded Browser Support. Since the snazzy bells-and-whistles interface can't be the only one -- a low-tech, just-the-facts interface must exist otoo -- they maybe we have infrastructure that lets peope choose where on the continuum they wish to be. Making it fluid and letting users choose v4.3 instead of v4.5 is tricky, but letting v1 exist with V5 is more straightfoward perhaps. Anyways, thanks for the comment Ravi. /nate You bring up some really good points Ravi. A key advantage of web-based apps is that the latest and greatest is always in use. But, breaking free of longer release cycles introduces it’s own challendes: An every-evolving product creates presents a “moving target” to those writing documentation, Customer Support, QA…. Ultimately though, I think the user benefits because they get advancements sooner, and the easy distribution incourages the product team to iterate faster.

I think it’s a good idea to separate bug fixes and features. I hadn’t thought about that before, but it makes sense (especially for software – as you say, it’s more confusing when the product is web-based and free to update continuously.

To your point about older versions, I’m not sure what the answer is. One idea is to leverage the notion of a continuum of support that we use when we’re talking about Graded Browser Support. Since the snazzy bells-and-whistles interface can’t be the only one — a low-tech, just-the-facts interface must exist otoo — they maybe we have infrastructure that lets peope choose where on the continuum they wish to be. Making it fluid and letting users choose v4.3 instead of v4.5 is tricky, but letting v1 exist with V5 is more straightfoward perhaps.

Anyways, thanks for the comment Ravi.

/nate

]]> By: Ravi Dronamraju http://nate.koechley.com/blog/2005/09/13/i-want-change-logs/comment-page-1/#comment-207 Ravi Dronamraju Sat, 24 Sep 2005 15:51:24 +0000 http://nate.koechley.com/blog/2005/09/13/i-want-change-logs/#comment-207 This is a great Idea! At the very least they can have a button that says "learn more about iTunes 5.0" and have that go to a website that showcases the new features. Along the same lines, i wish people seperated out bug fixes from a new feature release where ever possible. Since it is all downloadable anyway, why don't they just release auto-installable patches on the net? I wish i can have the choice of getting bug fixes without getting upgraded to new features. On the other hand, what can be done about non-installable software apps (er.. websites)? I mean, if i wanted to choose a older version of google or yahoo! home page can i? I wonder if it's important to provide that choice to users. I wonder what it takes to build/support multiple versions This is a great Idea! At the very least they can have a button that says “learn more about iTunes 5.0″ and have that go to a website that showcases the new features.
Along the same lines, i wish people seperated out bug fixes from a new feature release where ever possible. Since it is all downloadable anyway, why don’t they just release auto-installable patches on the net? I wish i can have the choice of getting bug fixes without getting upgraded to new features.

On the other hand, what can be done about non-installable software apps (er.. websites)? I mean, if i wanted to choose a older version of google or yahoo! home page can i? I wonder if it’s important to provide that choice to users. I wonder what it takes to build/support multiple versions

]]> By: pate http://nate.koechley.com/blog/2005/09/13/i-want-change-logs/comment-page-1/#comment-204 pate Mon, 19 Sep 2005 10:38:52 +0000 http://nate.koechley.com/blog/2005/09/13/i-want-change-logs/#comment-204 find old itunes softwares............. on this site www.oldapps.com find old itunes softwares………….

on this site

http://www.oldapps.com

]]>