Nawet Figma nie jest pewna własnych design tokenów
Design tokeny nie są nowością. Ludzie korzystają z nich od ponad dekady. Jednak przez dziesięć lat branża borykała się z jednym dużym problemem. Nigdy nie uzgodniliśmy wspólnego formatu. Każdy zespół stosował własny sposób zapisu tokenów.
Teraz branża się zmienia.
Design Tokens Community Group (DTCG) pracuje nad ustaleniem formatu. Jest to inicjatywa W3C. To nie jest mały projekt. Wspierają go wielkie marki:
• Adobe • Google • Microsoft • Meta • Amazon • Shopify • Figma
Większość firm zmierza w stronę tego otwartego standardu.
Oto mój zakład: nadchodzi burza dla narzędzi projektowych.
Jeśli powiążesz swoje tokeny bezpośrednio z jednym konkretnym narzędziem, ryzykujesz. Jeśli to narzędzie ulegnie zmianie lub przestanie działać, czeka Cię ogromne przepisywanie kodu. Jeśli zamiast tego oprzesz swoje tokeny na otwartym standardzie, pozostaniesz bezpieczny.
Nawet Figma mierzy się z wyzwaniami. Figma znajduje się na liście zwolenników DTCG, ale wciąż ma problemy z własnymi danymi. Kiedy patrzysz na zmienną w Figmie, widzisz samą liczbę. Możesz zobaczyć liczbę 10. Musisz zgadywać, czy oznacza to 10 pikseli, z-index o wartości 10, czy 10 milisekund.
Narzędzie Ci tego nie powie. Inne narzędzia czytające ten plik również nie będą w stanie Cię poinformować.
To stwarza ryzyko. Jeśli zbudujesz cały swój pipeline wokół jednego dostawcy, jesteś narażony.
Mądrym ruchem jest wykorzystanie DTCG jako warstwy pośredniej.
Zbuduj swój system w oparciu o otwarty standard. Jeśli musisz, użyj małego adaptera, aby pobierać dane z Figmy. Jeśli Figma ulepszy swój eksport, po prostu wyrzucisz adapter. Twój rdzeń systemu pozostanie bez zmian, ponieważ opiera się on na standardzie, a nie na narzędziu.
Narzędzie projektowe nie powinno posiadać Twoich tokenów. Powinno być tylko jednym ze sposobów ich konsumpcji.
Przestań budować pod jedno narzędzie. Zacznij budować pod standard branżowy.
Źródło: https://dev.to/slafleche/even-figma-isnt-sure-about-its-own-design-tokens-4mko