<?xml version="1.0" encoding="UTF-8" ?>
<modsCollection xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.loc.gov/mods/v3" xmlns:slims="http://slims.web.id" xsi:schemaLocation="http://www.loc.gov/mods/v3 http://www.loc.gov/standards/mods/v3/mods-3-3.xsd">
<mods version="3.3" id="4098">
 <titleInfo>
  <title>Modular Web Design</title>
 </titleInfo>
 <name type="Personal Name" authority="">
  <namePart>Nathan Curtis</namePart>
  <role>
   <roleTerm type="text">Primary Author</roleTerm>
  </role>
 </name>
 <typeOfResource manuscript="no" collection="yes">mixed material</typeOfResource>
 <genre authority="marcgt">bibliography</genre>
 <originInfo>
  <place>
   <placeTerm type="text">USA</placeTerm>
   <publisher>New Riders</publisher>
   <dateIssued>2010</dateIssued>
  </place>
 </originInfo>
 <language>
  <languageTerm type="code">en</languageTerm>
  <languageTerm type="text">English</languageTerm>
 </language>
 <physicalDescription>
  <form authority="gmd">Text</form>
  <extent>xi,340 hlm;19 x 23 cm</extent>
 </physicalDescription>
 <note>User experience design teams often suffer from a decentralized, blank canvas approach to creating and documenting a design solution for each new project. As teams repeatedly reinvent screen designs, inconsistency results, and IT teams scramble to pick up the pieces. Pattern libraries only go so far, suggesting general solutions to common problems instead of offering concrete, specific design treatments. At times, documented solutions turn into a costly mess of unclear expectations, unrealistic goals, and abandoned work.&#13;
&#13;
Enter components, each of which represents a chunk of a Web page. Designers can produce wireframes, mockups, or markup far more efficiently reusing components based on an established design system. Rather than limit innovation, components enable designers to render solved design frameworks quickly and to focus on the problem at hand, drastically improving the quality and rate of production. In addition, teams develop a deeper baseline for collaboration, a platform for governance, and a structure for useful and predictable documentation.&#13;
 &#13;
This book defines the role of components and why they matter, maps out how to organize and build a component library, discusses how to use components in practice, and teaches a process for documenting and maintaining components.</note>
 <note type="statement of responsibility">Penulis, Nathan Curtis</note>
 <subject authority="">
  <topic>Web Design</topic>
 </subject>
 <classification>Komputer</classification>
 <identifier type="isbn">9780321601353</identifier>
 <location>
  <physicalLocation>UNRIYO LIBRARY PERPUSTAKAAN UNIVERSITAS RESPATI YOGYAKARTA (UNRIYO)</physicalLocation>
  <shelfLocator>005 Cur m C-1</shelfLocator>
  <holdingSimple>
   <copyInformation>
    <numerationAndChronology type="1">7404-1</numerationAndChronology>
    <sublocation>Perpustakaan Kampus 1 - Jln. Laksda Adi Sucipto Km 6,3 Depok, Sleman, Yogyakarta.</sublocation>
    <shelfLocator>005 Cur m C-1</shelfLocator>
   </copyInformation>
  </holdingSimple>
 </location>
 <recordInfo>
  <recordIdentifier>4098</recordIdentifier>
  <recordCreationDate encoding="w3cdtf">2015-06-09 14:31:46</recordCreationDate>
  <recordChangeDate encoding="w3cdtf">2015-06-09 14:39:40</recordChangeDate>
  <recordOrigin>machine generated</recordOrigin>
 </recordInfo>
</mods>
</modsCollection>