Cand sistemul dvs. de proiectare nu reuseste

Am auzit multe despre sisteme de design deosebite, dar ce se intampla atunci cand acestea nu functioneaza?

Introducere

Orice aplicatie matura va suferi in cele din urma o criza de identitate a utilizatorului: butoanele sunt peste tot, scala de tip ruleaza amok si – omg – este o margine tesita ? OOF. Aveti trei sau patru estetice concurente care dateaza de ani de zile. E dezordine.

Daca te regasesti in aceasta situatie, nu te teme niciodata. Internetul a anticipat acest lucru: aveti nevoie de un sistem de proiectare. Cautati inspiratie? Exemple abunda – completate cu instructiuni pas cu pas. lolas porn new.mkdvostok.ru Companii mari precum Twitter, Salesforce, Airbnb si Google au dat un exemplu pentru a emula echipele de proiectare a produselor de pretutindeni.

Pana acum, stiti povestea fabuloasa. Aveti nevoie de un grup de lucru special, multidisciplinar, pentru a gazdui un loc in afara locului, pentru a efectua un audit de interfata si pentru a schimba componentele necesare in functie de forma si forma. Apoi, tot ce trebuie sa faceti este sa consolidati, sa iterati, sa documentati si sa eliberati, spre placerea tuturor partilor interesate, dezvoltatorilor si utilizatorilor. Daca va simtiti in plus, puteti marca si open-source, spre deliciul comunitatii de design in general.

Natura simpla chiar a celui mai bine intentionat articol Mediu, cu toate acestea, neaga o anumita realitate: ghidurile de stil de produs, cu atat mai putin un intreg sistem de design denumit si deschis, au o viata intreaga dupa crearea lor initiala. virgin forced porn www.crunchyroll.com Daca aceste sisteme nu se actualizeaza in produs, ele nu isi vor atinge potentialul. De fapt, ele pot adesea sa inrautateasca problema pe care incercati sa o rezolvati. Ele pot esua.

Personal am facut parte din mai multe eforturi de reproiectare care au implicat crearea unui ghid de stil (unele in cadrul aceleiasi companii). Am vazut ca aceste proiecte decoleaza cu promisiune si coboara in uitare. Doare. pandaren porn images.google.vu Am trait si am simtit propriul meu esec. Permiteti-mi sa ilustrez acest punct prin intermediul unei povesti.

Ziua in viata unui avocat al sistemului de proiectare

Cand ma aflam intr-un proiect de stil, aveam conversatii zilnice de acest fel:

Alt designer: Hei, avem stiluri pentru starile de eroare?

Eu: Da, recent am creat o specificatie de eroare ca parte a sistemului New Shiny ™. Din pacate, partea dvs. de produs este inca pe sistemul Old Dumb.

Alt designer: Ok, ce culoare ar trebui sa folosesc? Ar trebui sa folosesc stilul de eroare Old Dumb sau stilul de eroare New Shiny?

Eu: Sa-i intrebam pe devs daca pot incepe sa foloseasca sistemul New Shiny. brilliantly divine porn cuingogljd.doodlekit.com

Dezvoltator: Nu cred. Nu vreau sa integrez stiluri de New Shiny in acest proiect. Nu stiu cum va interactiona cu stilurile Old Dumb. Aceasta trebuia sa fie o poveste de 1 punct.

Alt designer: Deci ar trebui sa incep sa folosesc noua valoare hexagonala? Deci se potriveste?

Eu: Ei bine, atunci nu se va potrivi cu nimic altceva din proiectul tau.

Dezvoltator: Presupun ca am putea actualiza variabilele Old Dumb la variabilele New Shiny. female heartbeat porn vfb7968c.bget.ru

I: Nu am timp sa testez regresiv intregul sistem Old Dumb.

PM: Deci ce culoare folosim?

Puteti inlocui „culorile de eroare” cu „inaltimea butonului”, „marginea de intrare” sau „sistem grila”. Povestea ramane aceeasi. De ce este atat de tipic scenariul de mai sus? De ce sistemele de proiectare nu isi ating potentialul?

Nu este ca sistemul de proiectare nu reuseste – aducerea ordinii in haos este in sine o munca semnificativa. Puteti crea componente care sa atinga echilibrul perfect intre reutilizare si sensibilitatea contextului. Dar definirea componentelor sistemului de proiectare este doar primul pas. seolhyun porn www.bausch.kr Trebuie sa-si croiasca in produs. Daca nu, un sistem de proiectare este ca un limbaj fara literatura sau texte originale.

Un proiect poate merge prost din mai multe motive – buget, resurse, timp, gestionare gresita – chiar si cifra de afaceri. Dar chiar si sistemele de proiectare de succes cu achizitie organizationala pot esua. Capcanele pe care urmeaza sa le evidentiez ma simt inerent chiar ideii unui sistem de proiectare, chiar si in cel mai ideal dintre scenarii. (Ganditi-va la Google: Calendarul a durat ani ca sa functioneze Material. 1080 hd porn profitquery.com )

1.) Proiectarea nu este priorizata

Deoarece este rar ca companiile sa acorde prioritate lucrarilor de stil pur ca atare (ganditi-va la naratiunea de mai sus), astfel de datorii de proiectare sunt adesea coapte la alte lucrari sau revizuiri caracteristice, de obicei, viitoare. Dar unele parti ale unui produs, chiar parti critice pentru misiune, pot dura ani de zile pentru a le revizui. Rezultatul este un produs cu mai multe sisteme de stil responsabile pentru diferite parti ale interfetei de utilizare. Aceasta este, desigur, problema exacta pe care ati propus sa o rezolvati, adaugata cu o alta solutie incompleta. Un singur produs, multe limbi. real impregnation porn yourlifetube5.theglensecret.com

2.) Tehnologia stiva se schimba

Cand calendarul de implementare este raspandit pe mai multe luni (si mai probabil, sferturi sau ani), se pot schimba multe. Si din punct de vedere al implementarii, dezvoltarea front-end se schimba mai repede ca niciodata. In ultimii ani s-au observat schimbari de paradigme de la clase reutilizabile asemanatoare utilitatii (ganditi .margin-sm ) la sintaxa BEM, de la iesirile sass monolitice la stilurile orientate din componentele React. Si cum specificatiile CSS adauga din ce in ce mai multe functionalitati, de la grile la variabile, viitorul este departe de a fi stabilit. wife seduced porn dizzelpower.ru

Am vazut ca cateva implementari ale ghidurilor de stil nu reusesc, deoarece pur si simplu nu puteau tine pasul cu partea frontala. Fisiere de tip bootstrap umflate atunci cand toata lumea este ingrijorata de performanta. O bijuterie rubinica in momentul in care nodul a decolat. Si chiar daca React pare aproape proiectat pentru sisteme de proiectare compozitionate, natura in schimbare a tehnologiei face ca intreaga notiune de a crea un sistem permanent, pentru totdeauna.

3.) Intretinerea are disciplina

In ceea ce priveste proiectarea, componentele preambalate nu au adesea flexibilitatea necesara pentru experienta dorita a utilizatorului. peter pan porn www.indiaserver.com Este aproape imposibil sa nu modificati o instanta specifica a unei componente sau sa nu va indepartati de ghidul de stil (da, chiar unul conceput cu gandire). In cele din urma, este greu de argumentat pentru coerenta UI asupra unei solutii UX mai bune.

Povestea neplacuta si nespusa este ca mentinerea unui ghid de stil dupa ce emotia initiala se uzeaza este greu. Este mult mai putin distractiv decat sa-ti scrie studiul initial de caz folio.

Dar, dar – sisteme de proiectare inca?

Daca acest lucru suna sumbru, nu este intentia mea de a descuraja pe nimeni de la crearea unui ghid de stil. In ciuda provocarilor, eu sunt inca un sustinator urias al sistemelor de proiectare pentru toate motivele pe care le mentioneaza toata lumea, in special cele referitoare la colaborarea dintre echipe. 90s porn movies johnnys.jocee.jp Dar, dupa ce am asistat personal la sistemele de proiectare pe care le-am creat, ating diverse niveluri de actualizare, am invatat cateva lucruri care sa ajute la stabilirea asteptarilor.

1.) Obtineti cumparaturi de la intreaga echipa

Acesta este un punct comun in literatura existenta, dar nu poate fi subliniat suficient. Majoritatea oamenilor vor fi in favoarea unui sistem de proiectare in abstract; asta nu vreau sa spun prin buy-in. Ca orice alt proiect, sistemul de proiectare ar fi trebuit sa aloce resurse sub forma de timp de proiectare si dezvoltare. Dezvoltatorii ar trebui, de asemenea, sa cada de acord (intre echipe) cu privire la detaliile de implementare tehnica. latest indian porn www.meetme.com Managerii de produse si partile interesate trebuie sa inteleaga ca este o investitie demna. In ceea ce poate fi adesea sloganul de dezvoltare a functiilor, este greu de acordat prioritate re-re-UI. Asigurati-va ca biblioteca dvs. de modele are mai mult decat un simplu serviciu de buze: obtineti-o pe foaia de parcurs. Dar ce ar trebui sa fie exact pe foaia de parcurs?

2.) Prioritizati o re-piele usoara asupra partilor mai vechi ale produsului

Putem avea tendinta de a dori sa facem lucrurile asa cum trebuie. christina hendricks porn www.1-taraz.mektebi.kz Nu ar trebui sa pierdem cateva zile de eforturi ingineresti pe un sistem pe care il vom arunca oricum, „atunci cand vom reproiecta” . Sunt aici sa va spun, unele pagini nu vor fi reproiectate in curand. Daca aveti parti ale produsului neprevazute pentru o reproiectare majora, actualizati timpul pentru cateva stiluri mici – lucruri pe care un utilizator le-ar putea observa si nu sunt prea greu de testat cu regresie. Nu va faceti griji daca se face folosind biblioteca reala. Actualizati cateva culori pentru butoane, raze de bord, stiluri de intrare si fonturi. Poate implica un pic de gasire si inlocuire a unor CS-uri vechi pe care nimeni nu vrea sa le atinga, dar va va impiedica sa adaugati inca un stil de buton. jc taylor porn uberant.com Va va ajuta cu problema pe care v-ati propus sa o rezolvati – consecventa – si va incanta echipa de brand.

3.) Trateaza un sistem de proiectare ca orice alt proiect de produs: incepe mic

Daca va ganditi, procesul de proiectare a sistemului este o anomalie in dezvoltarea moderna a produselor. Un efort de proiectare mare, culminand cu o revizuire totala sugerata a unui site? Daca as lucra la o functie, nu as petrece niciodata saptamani sau luni proiectand un sistem perfect care sa aiba toate raspunsurile. As dori sa incep mic si sa invat. Testeaza aceste idei cu oameni reali, aduna feedback si invata din greselile mele. hourglass porn www.svdp-sacramento.org Cred ca acelasi lucru ar putea fi valabil si in cazul sistemelor de proiectare.

Daca aveti resurse limitate, ar putea avea sens sa reduceti sfera ghidului initial de stil. Nu trebuie decat sa faceti butoane sau intrari sau scala de tip din paginile dvs. de marketing. Pasii mici, incrementali, va vor ajuta sa aflati cum trebuie sa va construiti componentele. Castigurile mici va vor ajuta sa motivati echipa. black sissy porn www.smokymountainadventurereviews.com Te va ajuta, de asemenea, sa inveti nivelul adecvat de flexibilitate si specificitate cu regulile tale, un echilibru imposibil care devine mai usor in timp. Vazand lucrurile in salbaticie te ajuta sa intelegi ce ai nevoie.

4.) Nu asteptati pe altii. Condus de exemplu.

Cand am conceput sisteme de proiectare, am purtat intotdeauna o viziune asupra modului in care s-ar potrivi diferite componente – cum ar fi ele sensibile intre ele, adaugand si scazand marjele in functie de context, mostenind stiluri in mod inteligent si urmand o grila consistenta. abby adams porn sierra-wiki.win Daca sunteti un designer care codifica, de multe ori nu va puteti ajuta, dar aveti opinii despre implementare.

In calitate de proiectant, imi pasa cum se fac lucrurile, dar eu sunt responsabil in cele din urma nu de inginerie, ci de utilizatorii nostri. Si utilizatorilor nostri nu le pasa daca butonul pe care au facut clic a fost o componenta proaspat mentionata React sau a fost scris de la zero in vechiul cod pe care il veti arunca. A face lucrurile asa cum trebuie din perspectiva codului este greu. Nu lasati idealismul de dezvoltare sa va impiedice de la o experienta constanta a utilizatorului. Colaboreaza cu inginerie – chiar si inginer-o chiar tu – dar nu te baza prea mult pe echipe externe pentru reusita ta. young white girls porn redrice-co.com Concentreaza-te in loc sa fii fidel cu deciziile si modelele tale de proiectare. Condus de exemplu. Daca sunteti consecventi, inginerii vor observa si (speram) sa urmam exemplul.

5.) In sfarsit, nu te compara cu ceilalti de pe internet

Acesta este poate cel mai dificil punct, dar daca va simtiti necorespunzatori, s-ar putea sa fie momentul sa redefiniti ce inseamna succesul pentru echipa dvs. Daca succesul este un sistem de design atotcuprinzator, creat cu o tehnologie de ultima ora, implementat pe fiecare punct de contact al produsului si deschis la nivelul comunitatii, atunci poate ca ai lipsit. porn on tubi disqus.com Dar pentru fiecare sistem de design Lightning exista o echipa de 8 designeri care incearca sa faca tot posibilul cu timp si resurse limitate. Cand ma uit inapoi la eforturile de proiectare in care m-am angajat, sunt multe mici victorii de sarbatorit. Si echipele mele au echilibrat in mod constant preocupari mai ridicate de ordine (cum ar fi limbajele de proiectare), cu preocupari mai mici de ordin privind ierarhia masloviana a nevoilor noastre de proiectare a produselor. Nu aveti nevoie de o camera de utilizare pentru a obtine feedback de la utilizatori. Si nu aveti nevoie de un sistem de proiectare pentru a crea produse grozave.

In ultima luna, un proiectant din echipa noastra a creat o biblioteca de icoane in React si cu ajutorul unor dezvoltatori de suport a putut sa o adauge in folderul nostru web partajat si sa actualizeze pictogramele de pe site. boo porn www.talniri.co.il Este un castig mic, condus de design si aprobat de PM. Avem chiar si un mic microsite cu toate pictogramele si referintele la codul lor. De mica amploare (totusi inca un efort), avem acum un inceput spre o cale de succes inainte. Daca conduci o echipa de design slaba, sper sa poti imita succesul nostru incepand de mici si facand progrese incrementale catre o experienta de utilizator mai buna si mai consistenta.

Aveti vreun exemplu de sistem de proiectare sub-livrare sau de descantec? Mi-ar placea sa va aud povestile in comentariile de mai jos.