Filme porno

Categorii

Advertising

Sistem de proiectare atomica cu conventia de denumire ABEM

Maisa Carvalho

6 februarie 2018 · 7 min citire

De multe ori aud povesti despre relatia tensionata dintre designeri si dezvoltatori, in special despre livrarea ghidurilor si activelor de stil UI. Fiind un designer UX / UI care lucreaza direct cu dezvoltatorii frontend, este important sa intelegem si sa impartasim unele cunostinte pentru ambele parti.

Din partea proiectantilor, suntem ingrijorati de modul in care utilizatorii vor interactiona cu site-uri web, aplicatii sau sisteme; deci, acest lucru ne determina sa ne gandim la nevoile utilizatorilor cu un design vizual atragator. Din partea dezvoltatorilor, implementarea proiectului si conexiunea cu backend-ul sunt principalul obiectiv.

Cand un designer are un fundal solid de HTML5 / CSS3 si Javascript (nu trebuie sa fii expert ????), este pe jumatate sa intelegi partea dezvoltatorilor si sa stii ce poti sau nu sa proiectezi. Ajuta foarte mult in comunicarea dintre designeri si dezvoltatori si intelegerea constrangerilor tehnice.

A trebuit sa invat HTML5 / CSS3 si un pic de Javascript (aproape fortat, as putea spune) in zilele in care trebuia sa fac design si dezvoltare UI. Impotriva tuturor temerilor mele, mi-am dat seama ca aceste cunostinte de codificare au adus imbunatatiri uriase proiectelor mele si cat de importanta este organizarea si coerenta pentru partea de dezvoltare.

Array

Cu totii am vazut cum au evoluat dispozitivele in ultimii ani, iar proiectarea si implementarea unei aplicatii sau a unui site web a devenit mai complexa. Diferentele hardware si software, diversele dispozitive cu tone de dimensiuni ale ecranului si noi modele de design ne-au facut sa ne regandim cum sa ne facem munca. Este usor sa va confundati si sa va supraincarcati cu toate cerintele necesare si cu noi tipuri de continut – social media, inteligenta artificiala, realitate augmentata si virtuala – care vin in viata noastra de zi cu zi.

Din fericire, exista o cultura a schimbului de cunostinte in comunitatea noastra si au fost dezvoltate noi programe (cum ar fi SketchApp, Figma, Invision, Zeplin, printre altele) pentru a ne imbunatati munca ca designeri si dezvoltatori. Gata cu felii in Photoshop, fisiere grele si materiale dezordonate peste tot! Ghidurile de stil UI devin tot mai flexibile si complete, transformandu-se in sisteme de proiectare.

Nu se bazeaza doar pe partea proiectantului; este de fapt o simbioza a proiectarii si dezvoltarii si este interesant sa vedem cum aceste doua domenii sunt conectate intrinsec.

Probabil ca ati auzit si / sau ati citit despre sistemele de proiectare anul trecut. Daca lucrati singur sau cu o echipa de designeri, puteti sa partajati toate elementele, componentele si activele intr-un singur loc, sa lucrati intr-un mod colaborativ si sa vedeti daca toate tiparele de interfata sunt coerente vizual si interactiv.

Dezvoltatorii pot descarca toate activele, pot consulta stiluri (unele programe si pluginuri se convertesc in cod CSS) si pot implementa intr-un mod ierarhic si organizat.

Pentru a construi o UI consecventa, avand in vedere toata complexitatea implicata, Brad Frost a dezvoltat metodologia de proiectare atomica:

Proiectarea atomica este o metodologie compusa din cinci etape distincte care lucreaza impreuna pentru a crea sisteme de proiectare a interfetelor intr-un mod mai deliberat si ierarhic. – Brad Frost

Imaginati-va cand ati participat la orele de chimie: probabil ati invatat ca exista atomi care impreuna devin molecule si un grup de molecule formeaza un organism . Acest concept se poate traduce prin munca de proiectare si dezvoltare: avem elemente unice (cum ar fi butoane, intrari, etichete) care impreuna au devenit blocuri (eroi, media, navigare, paginare) si un grup de blocuri fac o componenta (antet, subsol, liste , sectiuni).

Pentru a construi toate paginile, folosim sabloane pentru a cunoaste modul in care organismele sunt inserate in fiecare aspect. Putem vedea aceasta etapa ca un wireframe, un prototip de fidelitate redusa. In acest moment, incepem sa vedem toate elementele si cum vor functiona impreuna. Urmatorul pas este proiectarea paginilor ca aspect final – un prototip de inalta fidelitate. Aici va puteti testa designul si puteti prevedea situatii precum „cate articole vor fi afisate liste?” sau „daca o eticheta depaseste spatiul orizontal dat, va avea mai multe linii sau va fi ascunsa?”.

Poate fi dificil sa stii ce poate fi un atom, o molecula sau un organism atunci cand faci sisteme de proiectare. Pentru a depasi aceasta problema, proiectantii si dezvoltatorii trebuie sa rezolve situatia specifica punand intrebari precum „ce va face?”, „Care sunt aceste elemente?” sau „cum va fi implementat?”. Uneori, acest lucru este rezolvat printr-o abordare teoretica.

Asa cum am spus inainte, comunicarea dintre designeri si dezvoltatori este cruciala si am discutat cu dezvoltatorul frontend despre urmatorul nostru proiect si mi-a spus ca va folosi conventia de denumire ABEM care face CSS mai usor de intretinut. Nu stiam despre asta si, cu ajutorul lui, mi-am inceput cercetarile. ABEM provine de la Atomic Block Element Modifier, care separa stilurile CSS in componente mici. Merge astfel:

[a / m / o] -blockName__elementName -modifierName

Pentru o mai buna intelegere, sa ne imaginam ca exista un buton care poate avea culori de fundal diferite, in functie de context. In CSS, merge asa:

De asemenea, am vrut sa incerc abordarea Atomic Design si acest proiect tocmai s-a potrivit bine deoarece este o structura complexa, cu tone de componente care vor fi refolosite in contexte diferite, deci un sistem de proiectare care are acelasi concept [a / m / o] a fost o solutie excelenta pentru designeri si dezvoltatori. Este usor sa modificati si sa creati elemente noi, proiectantii pot vedea toate elementele si le pot compara pentru a obtine mai multa consistenta, iar dezvoltatorii au acces complet de la atomi la pagini complete.

In ceea ce priveste software-ul, proiectez in SketchApp – amenintare pentru simboluri, straturi si stiluri de text – cu plugin Craft pentru sincronizare cu Invision. Dezvoltatorii pot consulta sisteme de proiectare acolo, pot descarca materiale, pot copia coduri CSS, pot vizualiza toate stilurile si masuratorile, pot face comentarii si pot accesa versiunile anterioare. As dori sa va spun ca Invision Inspect are unele defecte, asa ca fiti atenti cand sincronizati.

Pentru a incepe cu acest proces, m-am inspirat din Carbon Design System, Pattern Lab si Salesforce Design System. Primul pas a fost sa proiectam toti atomii, numindu-i cu clasele respective care vor fi folosite in Sass, adaugand prefixul „a-” pentru a face referire la aceste elemente specifice, sunt atomi – cu exceptia culorilor si a iconografiei, deoarece primele sunt variabile, iar icoanele sunt sprite SVG . Iti impartasesc cateva exemple despre ceea ce fac in acest moment:

Dupa cum puteti vedea, exista clase care vor fi utilizate in fisierul Sass, cu modificatorul si starile respective. Exista, de asemenea, indicatii mici, cum ar fi umplutura, culoarea, tipul, chenarul si fundalul, cele globale si specifice si va puteti pune la indoiala faptul ca, daca va fi prezentat in aplicatia Invision, dezvoltatorii pot vedea toate specificatiile la instrumentul Inspect, deci de ce sunt aceste specificatii scris aici? In conversatia cu dezvoltatorul frontend, am convenit ca este mai usor si mai rapid pentru el sa se uite in Invision pe un ecran mai mic si sa implementeze pe ecranul mai mare (btw, lucram cu doua ecrane :)). El trebuie doar sa se uite la el fara sa faca clic pe fiecare element pentru a vedea specificatiile necesare, iar Invision Inspect nu este foarte precis cu culori care au opacitate. Reduce timpul prin scurtarea numarului de clicuri intre Invision si software-ul de codare.

Aceste specificatii scrise nu trebuie sa fie solicitate la toate proiectele; modul in care lucrati la sistemele de proiectare este ajustat in functie de necesitatile de proiectare, dezvoltare si proiecte. Fiecare proiect este un studiu de caz si oamenii au propriile metode pentru a-si imbunatati munca ????

In ceea ce priveste casetele de selectare si butoanele radio, fiecare stare este definita, chiar daca sunt selectate sau nu. Comutatoarele si glisierele sunt considerate atomi in loc de molecule, deoarece aceste elemente vor fi implementate ca un singur obiect. Dar daca aveti vreo indoiala, urmati regula de aur: intrebati-va dezvoltatorii frontend!

La Photo Avatar atom, exista trei dimensiuni de avatar, definite de modificatorii -small -medium si -large. Starea implicita are fundal albastru si prima litera a numelui de utilizator este alba, dimensiunea fontului difera in functie de dimensiunea avatarului. Puteti vedea cand utilizatorul incarca o fotografie pentru profilul sau, se adauga modificatorul -photo, unde singura diferenta este ca zona avatarului este plina cu fotografie, deci nu exista specificatii scrise noi.

In viitorul apropiat, vreau sa fac sisteme de proiectare nu numai in Sketch si Invision, facand si cod reutilizabil frontend, la fel cum au facut Carbon si Salesforce in sistemele lor de proiectare. Desigur, aceasta metoda poate si va fi imbunatatita prin procesul de incercare si eroare. Nimic nu este mai puternic in dobandirea cunostintelor decat sa comiti greseli si sa inveti de la ele ????

Video Description:

Maisa Carvalho6 februarie 2018 · 7 min citireDe multe ori aud povesti despre relatia tensionata dintre designeri si dezvoltatori, in special despre livrarea ghidurilor si activelor de stil UI. Fiind un designer UX / UI care lucreaza direct cu dezvoltatorii frontend, este important sa intelegem si sa impartasim unele cunostinte pentru ambele parti.Din partea proiectantilor, suntem ingrijorati de modul in care utilizatorii vor interactiona cu site-uri web, aplicatii sau sisteme; deci, acest lucru ne determina sa ne gandim la nevoile utilizatorilor cu un design vizual atragator. Din partea dezvoltatorilor, implementarea proiectului si conexiunea cu backend-ul sunt principalul obiectiv.Cand un designer are un fundal solid de HTML5 / CSS3 si Javascript (nu trebuie sa fii expert ????), este pe jumatate sa intelegi partea dezvoltatorilor si sa stii ce poti sau nu sa proiectezi. Ajuta foarte mult in comunicarea dintre designeri si dezvoltatori si intelegerea constrangerilor tehnice.A trebuit sa invat HTML5 / CSS3 si un pic de Javascript (aproape fortat, as putea spune) in zilele in care trebuia sa fac design si dezvoltare UI. Impotriva tuturor temerilor mele, mi-am dat seama ca aceste cunostinte de codificare au adus imbunatatiri uriase proiectelor mele si cat de importanta este organizarea si coerenta pentru partea de dezvoltare. Array Cu totii am vazut cum au evoluat dispozitivele in ultimii ani, iar proiectarea si implementarea unei aplicatii sau a unui site web a devenit mai complexa. Diferentele hardware si software, diversele dispozitive cu tone de dimensiuni ale ecranului si noi modele de design ne-au facut sa ne regandim cum sa ne facem munca. Este usor sa va confundati si sa va supraincarcati cu toate cerintele necesare si cu noi tipuri de continut - social media, inteligenta artificiala, realitate augmentata si virtuala - care vin in viata noastra de zi cu zi.Din fericire, exista o cultura a schimbului de cunostinte in comunitatea noastra si au fost dezvoltate noi programe (cum ar fi SketchApp, Figma, Invision, Zeplin, printre altele) pentru a ne imbunatati munca ca designeri si dezvoltatori. Gata cu felii in Photoshop, fisiere grele si materiale dezordonate peste tot! Ghidurile de stil UI devin tot mai flexibile si complete, transformandu-se in sisteme de proiectare.Nu se bazeaza doar pe partea proiectantului; este de fapt o simbioza a proiectarii si dezvoltarii si este interesant sa vedem cum aceste doua domenii sunt conectate intrinsec.Probabil ca ati auzit si / sau ati citit despre sistemele de proiectare anul trecut. Daca lucrati singur sau cu o echipa de designeri, puteti sa partajati toate elementele, componentele si activele intr-un singur loc, sa lucrati intr-un mod colaborativ si sa vedeti daca toate tiparele de interfata sunt coerente vizual si interactiv. porno sos wohit.eu russian porno goldingfarmsfoods.biz porno sado maso ww31.sauna-modelos.com illico porno gossipgirl.biz video porno medecin micomisariato.biz porno perfect bluetech.co.uk flashing porno beaute.tv porno jeune gay omahapublicpowerdistrict.net anna spencer porno www.behindthescenes.com gay porno francais naidich.net casting porno amateur francais ww31.tuneinradio.com porno italian comtronics.tv medecin porno saefc.com porno shemale charlesredinger.org porno avec chien eat.delevati.com sun porno last3rb.com pute porno nyshealthdepartment.us porno annee 80 docspace.com yps porno outreachuniversity.com tele realite porno whatshoulditcost.net Dezvoltatorii pot descarca toate activele, pot consulta stiluri (unele programe si pluginuri se convertesc in cod CSS) si pot implementa intr-un mod ierarhic si organizat.Pentru a construi o UI consecventa, avand in vedere toata complexitatea implicata, Brad Frost a dezvoltat metodologia de proiectare atomica:Proiectarea atomica este o metodologie compusa din cinci etape distincte care lucreaza impreuna pentru a crea sisteme de proiectare a interfetelor intr-un mod mai deliberat si ierarhic. - Brad FrostImaginati-va cand ati participat la orele de chimie: probabil ati invatat ca exista atomi care impreuna devin molecule si un grup de molecule formeaza un organism . Acest concept se poate traduce prin munca de proiectare si dezvoltare: avem elemente unice (cum ar fi butoane, intrari, etichete) care impreuna au devenit blocuri (eroi, media, navigare, paginare) si un grup de blocuri fac o componenta (antet, subsol, liste , sectiuni).Pentru a construi toate paginile, folosim sabloane pentru a cunoaste modul in care organismele sunt inserate in fiecare aspect. Putem vedea aceasta etapa ca un wireframe, un prototip de fidelitate redusa. In acest moment, incepem sa vedem toate elementele si cum vor functiona impreuna. Urmatorul pas este proiectarea paginilor ca aspect final - un prototip de inalta fidelitate. Aici va puteti testa designul si puteti prevedea situatii precum „cate articole vor fi afisate liste?” sau „daca o eticheta depaseste spatiul orizontal dat, va avea mai multe linii sau va fi ascunsa?”.Poate fi dificil sa stii ce poate fi un atom, o molecula sau un organism atunci cand faci sisteme de proiectare. Pentru a depasi aceasta problema, proiectantii si dezvoltatorii trebuie sa rezolve situatia specifica punand intrebari precum „ce va face?”, „Care sunt aceste elemente?” sau „cum va fi implementat?”. Uneori, acest lucru este rezolvat printr-o abordare teoretica.Asa cum am spus inainte, comunicarea dintre designeri si dezvoltatori este cruciala si am discutat cu dezvoltatorul frontend despre urmatorul nostru proiect si mi-a spus ca va folosi conventia de denumire ABEM care face CSS mai usor de intretinut. Nu stiam despre asta si, cu ajutorul lui, mi-am inceput cercetarile. ABEM provine de la Atomic Block Element Modifier, care separa stilurile CSS in componente mici. Merge astfel:[a / m / o] -blockName__elementName -modifierNamePentru o mai buna intelegere, sa ne imaginam ca exista un buton care poate avea culori de fundal diferite, in functie de context. In CSS, merge asa:De asemenea, am vrut sa incerc abordarea Atomic Design si acest proiect tocmai s-a potrivit bine deoarece este o structura complexa, cu tone de componente care vor fi refolosite in contexte diferite, deci un sistem de proiectare care are acelasi concept [a / m / o] a fost o solutie excelenta pentru designeri si dezvoltatori. Este usor sa modificati si sa creati elemente noi, proiectantii pot vedea toate elementele si le pot compara pentru a obtine mai multa consistenta, iar dezvoltatorii au acces complet de la atomi la pagini complete.In ceea ce priveste software-ul, proiectez in SketchApp - amenintare pentru simboluri, straturi si stiluri de text - cu plugin Craft pentru sincronizare cu Invision. Dezvoltatorii pot consulta sisteme de proiectare acolo, pot descarca materiale, pot copia coduri CSS, pot vizualiza toate stilurile si masuratorile, pot face comentarii si pot accesa versiunile anterioare. As dori sa va spun ca Invision Inspect are unele defecte, asa ca fiti atenti cand sincronizati.Pentru a incepe cu acest proces, m-am inspirat din Carbon Design System, Pattern Lab si Salesforce Design System. Primul pas a fost sa proiectam toti atomii, numindu-i cu clasele respective care vor fi folosite in Sass, adaugand prefixul „a-” pentru a face referire la aceste elemente specifice, sunt atomi - cu exceptia culorilor si a iconografiei, deoarece primele sunt variabile, iar icoanele sunt sprite SVG . Iti impartasesc cateva exemple despre ceea ce fac in acest moment:Dupa cum puteti vedea, exista clase care vor fi utilizate in fisierul Sass, cu modificatorul si starile respective. Exista, de asemenea, indicatii mici, cum ar fi umplutura, culoarea, tipul, chenarul si fundalul, cele globale si specifice si va puteti pune la indoiala faptul ca, daca va fi prezentat in aplicatia Invision, dezvoltatorii pot vedea toate specificatiile la instrumentul Inspect, deci de ce sunt aceste specificatii scris aici? In conversatia cu dezvoltatorul frontend, am convenit ca este mai usor si mai rapid pentru el sa se uite in Invision pe un ecran mai mic si sa implementeze pe ecranul mai mare (btw, lucram cu doua ecrane :)). El trebuie doar sa se uite la el fara sa faca clic pe fiecare element pentru a vedea specificatiile necesare, iar Invision Inspect nu este foarte precis cu culori care au opacitate. Reduce timpul prin scurtarea numarului de clicuri intre Invision si software-ul de codare.Aceste specificatii scrise nu trebuie sa fie solicitate la toate proiectele; modul in care lucrati la sistemele de proiectare este ajustat in functie de necesitatile de proiectare, dezvoltare si proiecte. Fiecare proiect este un studiu de caz si oamenii au propriile metode pentru a-si imbunatati munca ????In ceea ce priveste casetele de selectare si butoanele radio, fiecare stare este definita, chiar daca sunt selectate sau nu. Comutatoarele si glisierele sunt considerate atomi in loc de molecule, deoarece aceste elemente vor fi implementate ca un singur obiect. Dar daca aveti vreo indoiala, urmati regula de aur: intrebati-va dezvoltatorii frontend!La Photo Avatar atom, exista trei dimensiuni de avatar, definite de modificatorii -small -medium si -large. Starea implicita are fundal albastru si prima litera a numelui de utilizator este alba, dimensiunea fontului difera in functie de dimensiunea avatarului. Puteti vedea cand utilizatorul incarca o fotografie pentru profilul sau, se adauga modificatorul -photo, unde singura diferenta este ca zona avatarului este plina cu fotografie, deci nu exista specificatii scrise noi.In viitorul apropiat, vreau sa fac sisteme de proiectare nu numai in Sketch si Invision, facand si cod reutilizabil frontend, la fel cum au facut Carbon si Salesforce in sistemele lor de proiectare. Desigur, aceasta metoda poate si va fi imbunatatita prin procesul de incercare si eroare. Nimic nu este mai puternic in dobandirea cunostintelor decat sa comiti greseli si sa inveti de la ele ????

Categorie:
Taguri:
Data adaugarii: