Was Sie Bauen

0
12

Ich twitterte gestern, und es schien in Resonanz mit einigen Leuten:

Nur eine kleine Erinnerung, dass es etwa 100 mal mehr wichtig, was Sie bauen, als wie Sie es zu bauen.

— Chris Coyier (@chriscoyier) Dezember 10, 2017

Was ich fühlte, als ich schrieb, war ein wenig müde von endlosen Diskussionen über tech-Detail und die Sehnsucht nach mehr darauf konzentrieren, was wir bauen und Diskussion über die Gründe.

Wenn Sie ein Leser dieser Website, Sie und ich Leben in der gleichen Blase. Es ist eine schöne Blase. Es ist voll von intelligenten Menschen, die gerne chatten über web-design und Entwicklung. Ich Lebe es und Liebe es.

Es ist leicht, in einer hitzigen Diskussion über frameworks, welche Art von Klasse, Namen, die am meisten Sinn machen, welche Optimierungs-Techniken sind am wichtigsten, oder welche Teile Ihrer code-Basis verantwortlich sein sollte für das styling. Das sind tolle Gespräche führen, dass unsere Branche.

Aber was ist wichtiger? Die Namenskonvention, die Sie ausgewählt haben oder wenn Ihre Benutzer können tatsächlich einen Flug buchen? Die Staatliche Bibliothek speichern Sie abgeholt oder, wenn Sie tatsächlich hatte Sie den Schal Ihrer Nutzer gesucht hat? Das Kommandozeilen-tool gezogen, Abhängigkeiten oder ob jemand in der Lage, Sie zu finden und Lesen Sie die Anweisungen zu senden in Ihrer Beschwerde?

Ich habe versucht, Menschen zu ermutigen, zu bauen und zu überlegen, was Sie bauen lieber, als zu entmutigt über das wie. Sie bauen Dinge für Menschen, die eine so große Verantwortung. Eine, die überwiegt, technische Entscheidungen, so wichtig Sie auch scheinen.

Ich genoss die pushback-ich habe es aber.

Die meisten davon zentriert um die Tatsache, dass, wenn Sie machen schlechte tech-Möglichkeiten, Grenzen die Qualität dessen, was Sie bauen und verlangsamt Ihre Fähigkeit zur Veränderung und Anpassung an sich ändernde Bedürfnisse der Nutzer. Fair genug.

Good tech nur dazu führen könnte, direkt bessere Funktionen und UX für Ihre Benutzer. Fair genug. Guten tech möglicherweise ein Unterscheidungsmerkmal zwischen Ihnen und Ihrer Konkurrenz. Fair genug.

Mein Favorit war rief die Geschichte von den drei kleinen Schweinchen. Wenn Sie nicht vertraut sind, es ist eine Große Böse Wolf, der versucht, zu Essen, die piggies. Jeder von Ihnen ein Haus gebaut, um sich selbst zu schützen. Ich glaube, Sie können erraten, welche der Schweine haben es besser: die eine, die Sie Bauten Ihr Haus aus Heu, oder das Schwein, die Sie Bauten Ihr Haus aus Ziegeln.

Fair genug.

Drew McLellan wird in dies in Allen Glisters, konzentriert sich aber auf die alte vs neue tech-Frage:

Es gibt so viele neue Werkzeuge, frameworks, Techniken, Stile und Bibliotheken zu lernen. Sie wissen, was? Sie müssen nicht, Sie zu benutzen. Du bist kein schlechter Entwickler, wenn Sie Grunzen, obwohl andere gewechselt haben, zu Schlucken oder Brunch oder Webpack oder Bananen-Sandwich. Es ist wahrscheinlich falsch, zu verbringen viele Projekt Zeit Herumspielen mit build-tool Mode wenn Ihr also im letzten Jahr build-tool ist bereits das tun, was Sie brauchen.

Und dieses Juwel:

Software ähnlich wie Menschen geboren, die mit einer ganzen Menge Potenzial haben und nicht viel nutzen. Neugeborenen — sowohl in digitalen als auch fleischig — sind spannend und Niedlich, aber Sie führen auch zu schlaflosen Nächten und pools von Erbrochenem.

Er geht auf zu sagen, dass das, was Sie bauen könnten helfen, diktieren Sie Ihre tech-Möglichkeiten. Ah ja, was. Nicht nur ist das, was Ihr Dinge tut litearlly das einzige, was die Menschen kümmern, hilft es auch guide-tech-Möglichkeiten.

SHARE
Previous articleHva Bygger Du
Next articleWhat You Build