Suunnittelujärjestelmien vapauttaminen

Yhdistettyjen lähdöjen toimittaminen Adoptereille ajan myötä

Nro 1/6 vapauttavista suunnittelusarjoista:
Tulokset | Poljinnopeus | Versiot | Breaking | Riippuvuudet | Prosessi

Yritykset ymmärtävät suunnittelujärjestelmän arvon hyväksyessään tuotteita käyttämään järjestelmää asiakkaiden käyttämien kokemusten tuottamiseen ja lähettämiseen. Osana arvoketjua järjestelmä vapauttaa ominaisuuksia ajan myötä. Tämä antaa järjestelmän asiakkaan käsiin: suunnittelijat ja insinöörit tekevät työtä.

Vahvat järjestelmätiimit ottavat tiedotteet vakavasti. He eivät näe itsensä vapauttavan vain komponenttikirjaston koodia. Sen sijaan ne toimittavat paljon enemmän tuotoksia: suunnittelumerkkejä, dokumentaatiota, suunnitteluomaisuutta ja muita resursseja.

Tämä sarja kuvaa monia vapauttavien suunnittelujärjestelmien puolia. Aluksi määritellään järjestelmän monet ulostulot ja missä ne toimitetaan. Seuraavat artikkelit käsittelevät poljinnopeutta, versiointia, muutosten rikkomista, riippuvuuksia ja vaiheittaista lähestymistapaa.

Nämä tarinat heijastavat sitä, mitä olen oppinut vapauttamaan järjestelmiä työskentelemällä sellaisten ryhmien kanssa, kuten Discovery Education, Morningstar, Target ja REI. Heitä korostavat Salesforcen, Adoben, Atlassianin, Shopifyn ja Financial Timesin kollegoiden näkemykset. Kiitos ystävällisesti jakamasta aikaa ja käytäntöjä!

Tuotokset: Mikä julkaistiin?

Suunnittelujärjestelmän ohjelmat vapauttavat monentyyppisiä lähtöjä, ei vain koodia. Seurauksena on, että järjestelmän tulisi erottaa ja välittää tämä versio versioituista lähtöistä kehittäjille, suunnittelijoille ja muille asiakkaille.

Koodi, totuuden lähde

Useimmat järjestelmät tarjoavat yhden esityskerroksen totuuden lähteen seuraavasti:

  • UI-komponenttikirjasto HTML-merkintänä & CSS. Tämän paketin kulutus, jota kutsutaan usein ”CSS: ksi”, perustuu CSS: n käyttöön tai kokoamiseen yhtenäisenä visuaalisen tyylin perustasona yhdistettynä HTML-katkelmien uudelleenkäyttöön.

ja tai…

  • Käyttöliittymäkomponenttikirjasto Javascriptinä: Monet järjestelmät kääritään HTML- ja CSS-koodit JavaScriptillä logiikan vahvistamiseksi, koteloimaan tyyliä ja helpottamaan integrointia ja ylläpitoa suoraan valitsemissaan puitteissa. Vaikka suurin osa kirjastoista kohdistaa tiettyyn kehykseen (React, Vue, Ember, Angular,…), teollisuuden signaalit viittaavat siirtymiseen web-komponenttien valmistamiseen kaikille kehyksille. Kuusi viimeistä järjestelmäpyrkimystäni? Myöhemmin 2017: Vanilja HTML, Vanilja HTML. Vuoden 2018 alku: reagoi, tapahtuma. Myöhemmin 2018: Web-komponentit, Web-komponentit.

Lisäksi muut näkyvät tuotokset voidaan julkaista erikseen:

  • Suunnittelumerkit luovat visuaalisen tyylin semanttisesti merkityksellisten omaisuus-arvo-parien kautta. Tokenit ovat muuttujia, joita on saatavana monissa muodoissa käytettäväksi eri alustoilla (verkko, iOS, Android), esiprosessoreissa (Sass ja LESS) ja kehyksissä (kuten React). Jotkut järjestelmät hallitsevat arkistoissa olevia tunnuksia erillään käyttöliittymäkomponentista. Seurauksena on, että niiden kirjasto - kuten muutkin toteutukset - voi riippua myös merkistä paketina.
  • Esittelysovellukset / -sivustot ympäristönä komponenttikirjaston avulla rakennetuilla sivunäytteillä. Demot ovat myös oppaita ja nopeaa prototyyppien suunnittelua varten, mukaan lukien suunnittelijat!
  • IOS-, Android- ja Windows-käyttöjärjestelmille sopivat käyttöympäristöjen väliset komponentit.

Suunnitteluvarat

Useimmat joukkueet rajoittavat ymmärtämisensä julkaisemasta pelkään "me vapautamme koodiin". Heille on avoin huomata, että he julkaisevat niin monia muita työkaluja, jotka muuttuvat ajan myötä. Ne sisältävät:

  • Suunnittelutyökalusarjat mallitiedostoina ja tunnuskirjastoina, joita tarjotaan suunnitteluohjelmissa. Nykyään melkein aina luonnos. Huomenna Figma, Invision Studio ja muut nousevat kilpailijat?
  • Fontit, kuvakkeet ja jopa Origamin kuvajoukot johtuvat järjestelmän usein odotetusta roolista tällaisten kirjastojen jakelussa ja versioinnissa.
  • Muut suunnitteluressurssit, kuten kuva- ja värimallit, ASE / CLR-tiedostot ponnahduslautana räätälöityjä kuvia. Nämä kokoelmat muuttuvat hitaasti, vähemmän muodollisesti ja yhteisöjäsenten osallistumisen kautta, jotka eivät kuulu järjestelmän ydinryhmään. Asiakkaan näkökulmasta ja järjestelmän viestinnästä se on kuitenkin osa järjestelmää.

Dokumentaatiosivusto

Suunnittelujärjestelmät tarvitsevat kodin, paikan, jonka kaikki tietävät löytävänsä polun kaikkeen, mikä on uusinta ja suurinta. Se sijaitsee mieleenpainuvassa URL-osoitteessa, ja se on usein rakennettu sen tehtävälle sopivilla käyttöliittymäkomponenteilla.

  • Dokumentaatiosivustot kuvaavat ominaisuuksia (kuten painike), uusien käyttäjien käyttämistä ja käynnistävät prosesseja, kuten avun saamista tai avustamista. Joukkueet rakentavat sivustoja useammin staattisen sivuston generaattorin avulla tai harvemmin sisällönhallintajärjestelmän avulla.
  • Dokumentaatiokomponentit - koodi-esimerkki-pari, do-dont, heksa-koodi, komponentti-explorer - riippuvat käyttöliittymän komponenttikirjastosta ja palvelevat yleensä vain doc-sivustoa. Tällaiset komponentit voidaan versioida dokumentaatiosivustolla tai kolmantena, erikseen versioitu kirjasto suhteessa asiakirjaan ja käyttöliittymäkomponentteihin, joiden välillä he ovat.

Kohteet: Minne se menee?

Jaettaessa koodia ja suunnittelumateriaaleja on erittäin tärkeää tarjota koodi tavoilla, joita adoptoivat insinöörit kuluttavat helpoimmin. Tämä tarkoittaa, että joidenkin järjestelmien on tarjottava valinnanvaraa monille vaihtoehdoille, kun taas toiset voivat luottaa yhdelle valinnalle organisaatiostandardina.

Koodille

  • PARAS: Rekisterit, kuten npmjs (tai sisäinen vastine, kuten Sonatype's Nexus), jotka tarjoavat pääsyn ja hallitsemaan julkaistuja koodipaketteja. Kehittäjät käyttävät sitten työkaluja, kuten bower, npm, lanka, verkkopakkaus ja babel, integroidaksesi ja päivittääksesi koodin sujuvasti ympäristöönsä.
  • PAREMPI: CDN-levyjen isännöidyt resurssit, joilla on suora linkki versioituun tyyliin ja skriptiin, sekä fontit ja kuvakkeet, jotka muuttuvat hitaammin.
  • JUST OK: Repositoryn pääsy Githubiin, Bitbucketiin tai vastaaviin kloonata, haarukoida tai muuten koota, käyttää ja ehkä - lopultakin - auttaa.
  • JOS TARPEEN: Suorat koodin lataukset, yleensä käännettyjen tai kompiloimattomien järjestelmävarojen ”ZIP-tiedosto” doc-sivustolta paikallista käyttöä varten ja / tai manuaalinen integrointi erilliseen arkistoon.

Bootstrap ja Material Design Lite ovat esimerkkejä, jotka vapautuvat yli 2 kohteeseen.

Suunnittelutyökalupaketeille

  • PARAS: Luo uusi synkronoituna, sulautettuna poluna suunnittelutyökalun valikossa luodaksesi uuden ilmentymän mallista.
  • PAREMPI: Versioitu ja jaettu lupapohjaisella suunnittelun omaisuudenhallintaohjelmalla, kuten Abstract tai Lingo.
  • Hyvä: Suora työkalupakin lataus dokumentaatiosivustolta, selkeä versio ilmoitettu ja siihen liittyvä Aloitusopas-dokumentti lähellä.
  • JUST OK: Jaettu asema hyvin julkistetun ja mahdollisesti yksinkertaistetun sisäisen URL-osoitteen (kuten http: //system.uitoolkit) kautta.
  • EI HYVIN LÄHELLÄ: Haudattu jollekin neljännen tason sivulle tuskin järjestetylle wiki-sivustolle, jota monet ihmiset eivät löydä.

Seuraava → # 2. Kadenssi