E-mail List Archives
Re: Build for the bugs?
From: Asa Baylus
Date: Feb 22, 2015 6:59AM
- Next message: Jon Metz: "Re: Build for the bugs?"
- Previous message: Cliff Tyllick: "Re: Build for the bugs?"
- Next message in Thread: Jon Metz: "Re: Build for the bugs?"
- Previous message in Thread: Cliff Tyllick: "Re: Build for the bugs?"
- View all messages in this Thread
So what happens when we code to resolve a specific bug and our bug fix breaks the spec?
> On Feb 22, 2015, at 12:42 AM, Cliff Tyllick < <EMAIL REMOVED> > wrote:
> The real answer? Neither.
> We're coding for the people who will use our site, our app, our software, or whatever.
> So we start by coding to the specs to ensure that our code is robust. And then we look at the tools available and code to ensure that they can, in spite of their deviation from the spec, be used to access the content and interactions we have built.
> Finally, we look to the direction in which the spec is headed. If possible, from that toolset we add enhancements that further improve the experience for at least some of the people who will use what we have built.
> And if we only ever created one thing, we would continuously improve it as the changing world makes those improvements possible.
> So, yes. Both. Neither. And then some. ð
> Cliff Tyllick
> Austin, Texas, USA
> Sent from my iPad
>> On Feb 21, 2015, at 4:40 AM, LÃ©onie Watson < <EMAIL REMOVED> > wrote:
>> " My question is... Should we be coding for the browser / AT or for the
>> In a perfect world, UA would conform to specs, developers would code to
>> specs, and users would know how to use things in the one built by the other.
>> In reality we have to cope with circumstances that are less than perfect in
>> all three cases.
>> The decision whether to code for one or another comes down to what you're
>> building, who you're building it for, and what it needs to be supported by.
>> There isn't a simple answer to that unfortunately, although JF's "yes" does
>> sort of sum up the situation!
>> @LeonieWatson Tink.UK Carpe diem
>> >> >> > > >