Smarter Design-Systeme-Werkzeuge

0
275

Was hat mich wirklich aufgeregt über das erstellen von websites ist weitgehend rund um design, Systeme und design-Werkzeuge, die wir verwenden, Sie zu bauen. Obwohl, – design-Systeme sind sicherlich nicht beschränkt auf die websites.

Die Lücke zu schließen

In der ach-so-hot-Recht-jetzt-Welt-design-Systeme, eine der gängigsten Phrasen, die Leute verwenden, ist “bridging the gap” (zwischen Designern und Ingenieuren). Dies war auf mehrere Lebensläufe, die ich überprüft, die während meiner Zeit bei Salesforce, haben wir bei der Einstellung für den Blitz-Design-System-team. Es ist ein fairer bemühen, bemühen, wie wir wollen, um Ausrichtung, Kohärenz und Einheit zu unserem Produkt-design und engineering — alle mit dem Ziel, eine Qualität-konsistente Erfahrungen für den Menschen mit unseren Produkten und Dienstleistungen.

Jedoch, “bridging the gap” noch impliziert es eine Lücke gibt. Warum ist diese Lücke da in Erster Linie? Ist es wegen der vielen Jahre der legacy-Prozess und workflows, die immer noch sickern in unserer täglichen Arbeit? Ich konnte sehen, legacy ein real-world-Szenario müssen durch. Aber was ist mit neueren, kleineren startups? Warum haben viele von Ihnen eine Lücke zu lassen?

Als design-Systeme-practitioner, advocate, und Enthusiasten, ich bin immer auf der Suche nach Möglichkeiten, um die Menschen zu verbessern Seite unserer Arbeit: wie wir uns treffen und kommunizieren, wie wir priorisieren unsere roadmap, und wie können wir beurteilen unsere Prozess-und Arbeitsweise. Jedoch, ein weiteres Stück dieses sind die Werkzeuge, die wir verwenden.

Einige unserer tools haben, kommen Sie ganz ein langer Weg, und es scheint sicher, dass ein neues angekündigt ist ziemlich Häufig in diesen Tagen. Aber diejenigen, die wirklich mich aufgeregt sind, wo ich Sie sehen mehr tun, als “bridge the gap”.

Eine Weile zurück, wenn Modulz kam bei der Szene, bemerkte ich, dass Sie verwendet das hashtag, #closethegap. Ich konnte nicht helfen, aber Liebe.

Ich bin liebevoll die @Modulz #closethegap slogan. Warum die Brücke eine Lücke, wenn Sie können loszuwerden, die Lücke alle zusammen? Füllen Sie diese Lücke in! Haha.

— design-Systeme jina (@jina) Oktober 22, 2018

Ich bin sehr gespannt zu sehen, unsere design-tools verschieben Weg vom einfach überbrücken und mehr zu schließen. Zum Beispiel, ein feature, das ich sehe, als nur die überbrückung der Kluft ist eine “Entwickler-handoff” (die meist verlassen sich auf die pixel-Dimensionen und hex-codes geliefert spec). In meiner Erfahrung, die Bereitstellung von Angaben, wie Sie diese fördern können Duplizierung im code, Inkonsistenzen und sind anfällig für Fehler. Ein Beispiel für das schließen der Lücke, allerdings, sind Werkzeuge, die die Arbeit mit den tatsächlichen, real -, Qualitäts-code anstelle von vector Boxen.

Einige tools, die dies erreichen, indem Sie design-Token — Sie können sehen, dass in InVision DSM die Token built-in feature. Ein weiteres tool, Diez, ist ein open-source-Entwickler-toolkit mit tokens verwandeln Sie Ihre design-Sprache in skalierbaren code. Es gibt andere Werkzeuge, wie die zuvor genannten Modulz, zusammen mit Interplay, dass die Arbeit mit codierten Komponenten, sondern in eine visuelle Art und Weise. Das ist viel besser als die früheren WYSIWYG-Editoren der Vergangenheit, weil Ihre generierten code zugegriffen werden kann und die Produktions-Qualität. Und das ist nicht zu verlassen, die anderen Spieler in diesem Raum wie Adobe, Figma, Framer, Skizze, UXPin, und viele, viele mehr, die tun auch viel, um voranzukommen.

Das Unsichtbare Design System

So etwas habe ich schon viel darüber nachgedacht, wie viel Zeit verbringen wir auf schöne design-system-Webseiten. Ich Liebe es, Sie anzuschauen. Sie sind große. Aber unser design-und engineering-tools näher und näher zusammen, wir kommen zu einem Punkt, wo wir brauchen nicht die website? Können unsere Werkzeuge, die Oberfläche, die Anregungen für eine bessere Erreichbarkeit, Lokalisierung, Leistung und Benutzerfreundlichkeit, weil unser design-system ist fest in die tools? Nur so ein Gedanke.

Die No-Code-Bewegung

Webflow, was befähigt Menschen zum erstellen von Webseiten (komplett mit business und e-commerce Funktionen) ohne code zu schreiben, hatte kürzlich eine Konferenz mit dem Titel Kein Code Conf. Laut Ihrer website, die Konferenz feiert die Zukunft der visuellen Entwicklung.

Dies ist eine Bewegung, die zwar nicht neu, wächst rasant. Im Nebengebäude ist eine voll funktionsfähige website mit Webflow, visuelle, deklarative app-Entwicklung hat, erforscht seit Jahren bei größeren tech-Giganten wie Salesforce (mit den Lightning App Builder), um kleinere Unternehmen, wie Glide, mit denen Sie erzeugen eine ganze app aus einer Tabellenkalkulation. Und mit all dem ” task-based-automation-Dienste wie Zapier und IFTTT, es gibt viel Sie tun können, ohne das schreiben von code.

Jetzt erhalten Sie mich nicht falsch. Ich Liebe immer noch das schreiben von code, und ich Liebe zu sehen, wie andere Designer-code. Ich arbeite gerne eng mit den Ingenieuren als auch. Ich sage nicht, wir sollten nicht code. Aber ich bin gespannt zu sehen, uns Weg von einem langsameren “werfen designs über eine Mauer” – Prozess. Ich möchte, dass die Menschen in der Lage, Dinge zu machen, ohne die Voraussetzung , um code zu schreiben. Es wird auch schön sein, sich zu bewegen Weg von dem müden argument auf, ob der Designer sollte die code — und wir alle Richtung bewegen , was können wir zusammen machen?

Und wenn wir zu einem Punkt, wo wir nicht brauchen, zu überbrücken oder schließen Sie alle Lücken, weil die Lücke, die nie existiert — nun, das ist eine ziemlich aufregende Welt, die ich sein wollen.