Hallo, mein Name ist Geoff und ich bin Webdesigner. Zumindest sage ich den Leuten, dass ich damit meinen Lebensunterhalt verdiene, weil es das ist, was die meisten Leute verstehen.
Die Wahrheit ist, ich bin ein Front-End-Entwickler. Wenn Sie diesen Blog regelmäßig lesen, muss ich Ihnen diesen Jobtitel gar nicht erst erklären.
Oder muss ich doch?
Ich habe das Gefühl, dass wir wahrscheinlich unterschiedliche Definitionen davon haben, was es bedeutet, ein Front-End-Entwickler zu sein. Ich wette, die Stellenbeschreibung, die Sie für mich schreiben würden, unterscheidet sich stark von dem, was ich tatsächlich täglich tue. Sie erwarten vielleicht sogar, dass ich bestimmte Programmiersprachen kenne, die ich tatsächlich nicht beherrsche.
Mit anderen Worten, einige von Ihnen betrachten mich vielleicht überhaupt nicht als Entwickler oder höchstens als Hochstapler. Viele vertreten die Meinung, dass Front-End-Entwicklung gar keine Entwicklung ist. Das hat mir früher wehgetan.
Ich musste kürzlich an diese verletzten Gefühle denken, als Lara Schenck ihre Geschichte teilte, wie sie einen UX-Job verpasste, weil sie mit dem Programmiertest FizzBuzz nicht vertraut war. Die Tatsache, dass sie den Job nicht bekam, hat mich nicht so sehr gestört wie die Anzahl der bissigen Kommentare zu ihrer Geschichte, meist von Leuten, die Front-End-Entwicklung nicht als eine Form der Entwicklung betrachten.
Meine Geschichte als Nicht-Einhorn
Ich gestalte für das Web und setze diese Designs oft in den Code um, mit dem die Leute auf der Front-End-Seite interagieren.
Ich habe nicht immer Code geschrieben. Tatsächlich hätte ich nie gedacht, dass ich jemals eine einzige Zeile davon schreiben würde, als ich 2005 anfing, Websites zu gestalten. Designer arbeiteten in Photoshop und Entwickler arbeiteten in dem, was auch immer sie taten – ich wusste es nicht, weil es nie relevant schien zu fragen. Wir waren alle Zahnräder in der Maschine, zumindest an einigen Orten, an denen ich arbeitete.
Aber mit der Zeit fand ich mich nicht nur dabei, diese Fragen zu stellen, sondern auch, sie selbst zu beantworten, weil es zu einer Notwendigkeit wurde. Wenn meine Designs am Ende des Tages nicht pixelgenau auf dem Bildschirm waren (erinnern Sie sich, als *das* ein Ding war?), wollte ich wissen, warum. Am Ende führte das zum Erlernen von HTML, was zu CSS, was zu jQuery und was zu JavaScript führte. Ich habe mir sogar ein grundlegendes Verständnis von PHP angeeignet, allein um WordPress-Filter schreiben zu können.
Bin ich in all dem exzellent? Absolut nicht. Ich komme zurecht, aber ich finde mich immer noch auf Stack Overflow-Foren wieder, um nach Antworten zu suchen, die für andere Entwickler vielleicht offensichtlich sind.
Das ist die Kurzfassung, wie ich Front-End-Entwickler wurde. Oder Front-End-Designer. Oder einfach nur Designer. Egal.
Aber Sie sind immer noch kein Entwickler!
Hier werde ich ein bisschen esoterisch, denn ich glaube, dass die Rolle der Entwicklung ein sich entwickelndes Konzept ist. Geht es bei Entwicklung nur ums Programmieren? Oder kann Entwicklung auch Design sein? Denn wenn es nur ums Programmieren geht, dann bin ich definitiv kein Entwickler.
Die Wahrheit ist, dass Entwicklung viel mit Design und Programmierung zu tun hat. Sie schließen sich nicht gegenseitig aus. Der Versuch, sie in einem Käfigkampf darum zu teilen, wer den Begriff besitzt, ist genauso nutzlos wie Santa Cruz und Huntington Beach, die um Surf City, USA kämpfen.
Wie ich mit Kritik umgehe
Ich neige dazu, die Kritik, dass Front-End-Entwicklung keine „echte“ Entwicklung ist, einfach dadurch zu behandeln, dass ich mich nicht um Semantik kümmere. Ehrlich gesagt, ist es mir egal, was Leute über meinen Jobtitel denken. In manchen Kreisen werde ich als Designer angesehen. In anderen Kreisen werde ich als Entwickler angesehen (mangels eines besseren Wortes, schätze ich). Sogar während ich das hier tippe, sieht Chris Coyier mich als Autor. Wo passt das hinein?
Ich habe mich zu Beginn dieses Beitrags als Webdesigner bezeichnet und das ist meine Standardantwort auf die Frage, was ich tue. Ein Teil meiner Arbeit besteht darin, Layouts zu entwerfen. Ein Teil besteht darin, Prototypen zu programmieren. Ein Teil erfordert sogar, dass ich Funktionen schreibe. All diese Teile arbeiten zusammen, um eine Website zu entwickeln, und das ist es, was ich am Ende des Tages zu tun versuche, unabhängig davon, ob ich als Designer oder Entwickler angesehen werde.
Wo geht es von hier aus weiter?
Zuerst einmal, lasst uns Liebe statt Krieg machen. Ich bin kein großer Fan von Namensbeschimpfungen und bissigen Online-Kommentaren, weil sie unproduktiv sind.
Zweitens denke ich, dass die Tür weit offen steht, um ehrlich über die Notwendigkeit besserer Stellenbeschreibungen zu sprechen. Der Punkt von Laras Beitrag ist nicht, dass FizzBuzz der Gipfel des Bösen ist, sondern dass der Job, für den sie sich beworben hat, außerhalb des Rahmens dessen lag, was in der Stellenbeschreibung stand.
Schließlich sollten wir akzeptieren, dass sich unsere Branche rasant verändert und das auch den Umfang unserer Arbeit betrifft. Wir brauchen ein erweitertes und sich entwickelndes Grundverständnis dessen, was Front-End-Entwicklung umfasst, und dass sich die Bedeutung von *Entwicklung* von Zeit zu Zeit oder sogar von Projekt zu Projekt verschieben kann.
Ok, Zeit aufzuhören zu schreiben und mit dem Designen zu beginnen. Prost!
Sie sind so absolut auf den Punkt, und wenn Sie diesen Quora-Beitrag und einige der Folgegespräche zwischen mir und Chase Adams lesen, werden Sie sehen, dass es wirklich mehr um Jobtitel geht; und gelegentlich um Unternehmen oder Entwickler, die sich mehrdeutig an Begriffe wie „Front-End-Ingenieur“ hängen, weil sie denken, dass sie danach fragen müssen, um ihre Ziele zu erreichen, oder es ist der knappste Weg für einen Front-End-Entwickler/Ingenieur, sich als das zu etablieren, was er tut, wie es wahrscheinlich bei Ihnen der Fall ist?
Ach, zur Information, ich glaube definitiv, dass Entwicklung heute mehr ist als nur Programmieren, da die Syntax von Sprachen und Strukturen wie HTML, CSS und JS so weit fortgeschritten ist, dass einige Leute buchstäblich Meta-Sprachen wie SCSS und CoffeeScript erfinden, um Struktur und Regeln zu erzeugen, um immer beeindruckendere, interaktivere und in einigen Fällen eigenständige Apps, Widgets und Elemente zu produzieren; die ohne sie nicht funktionieren würden!
Es ist sehr schwer, Rollen in diesem Bereich zu definieren, besonders wenn man nicht in einer Gruppe von Entwicklern arbeitet und nicht unbedingt eine feste Spezialisierung hat.
Ich denke, es ist auch Teil eines größeren Problems mit Technologie. Mit fortschreitender Zeit muss ein Lebenslauf spezifischer werden, da sich die Rollen diversifizieren. Z.B. Lebensläufe haben sich wie folgt entwickelt
Computer > Webdesign > HTML, CSS, Javascript > Front-End-Entwickler > CSS-Widget-UX-Interaktionsspezialist
Ja, ich bin ein wenig vereinfachend und mehr als ein bisschen sarkastisch, aber ich denke, das Tempo in diesem Bereich kann brutal sein und Snobismus um Jobtitel und Fähigkeiten ist nicht nur unhilfreich, sondern geradezu lächerlich, wenn sich die Art und Weise, wie wir Websites erstellen und Inhalte schaffen, *so* schnell ändert.
Ich bin, was man „Full Stack“-Entwickler nennt, so sehr ich den Begriff auch hasse, da ich sowohl Front-End- als auch Back-End-Entwickler bin. Da ich beide Enden des Spektrums gesehen habe, stimme ich immer noch zu, dass Sie in der Tat ein Entwickler sind. Wenn Sie HTML/CSS/JS schreiben können, sind Sie ein Front-End-Entwickler, mir ist es egal, ob Sie darin kein Experte sind.
Ehrlich gesagt, ich wünschte, mehr Webdesigner würden sich die Zeit nehmen, HTML/CSS zu lernen oder zumindest zu verstehen, wie Layout im Web funktioniert. Das würde 90% meiner Probleme lösen.
Hut ab vor Ihnen und Ihren Brüdern.
Danke Brian! Es ist definitiv schön, ab und zu in die Schuhe des anderen zu schlüpfen. Selbst wenn es nicht zu erlernten Fähigkeiten führt, sollte es Empathie und Verständnis aufbauen, was in einer Teamumgebung gleichermaßen wichtig ist. Wir sollten schätzen, was jeder Einzelne zu einem Projekt beiträgt, und lernen, wie wir zusammenarbeiten können, um großartige Dinge zu schaffen.
Hallo! Obwohl es ein einfacher Podcast ist, war er lesenswert, ermutigend und erhellend!! Voller ehrlicher Meinungen..nehme ich an, und habe es gerne gelesen. Fühlt sich gut an!!
Das ist so großartig, danke fürs Teilen! Ich habe viel über eine Lösung für das Problem der unpassenden Titel/Beschreibungen nachgedacht und bin zu dem Schluss gekommen, dass es eine Art Standardisierung der Titel ist. Nicht *so* standardisiert, dass wir in bestimmte Aufgaben gedrängt werden – z. B. sollte ein Designer, der gut in Front-End ist, nicht auf Designer-Rollen beschränkt sein – sondern eher wie ein Persönlichkeitstest, der ein Spektrum zeigt, wo unsere Fähigkeiten am stärksten sind. Sie können den Test dann beliebig oft wiederholen und Ihr Titel aktualisiert sich entsprechend. Myers-Briggs für Web-Leute.
Diese Begriffe könnten dann von einem strukturierten Formular für die Stellenausschreibung begleitet werden, so dass es unmöglich ist, unpassende Titel und Beschreibungen zu veröffentlichen. Bei meinen Bemühungen, JS besser zu lernen, nach dieser FizzBuzz-Angelegenheit, habe ich einen Prototyp einer Idee erstellt, wie das aussehen könnte.
Ah, es sieht so aus, als hätte ich mit dem Blogbeitrag begonnen, den ich seit drei Wochen schreiben wollte. Mehr bald! Und nochmals danke fürs Schreiben.
Lara, du bist so klasse! Ich liebe es, dass du Werkzeuge entwickelst (siehst du, was ich getan habe?), die solche Lösungen bieten. Das ist ein großartiger Prototyp für ein Formular und ich könnte mir vorstellen, dass es für Arbeitgeber sehr nützlich ist, um die Anforderungen einer bestimmten Position zu formulieren.
Es ist definitiv wahr, dass Standardisierung mehr Schaden als Nutzen anrichten könnte. Vielleicht sollten wir uns nicht um einen allumfassenden Jobtitel für Front-End-Entwicklung bemühen, sondern besser darin werden, die Anforderungen eines Projekts zu definieren und die Bewerber erklären zu lassen, welche Werkzeuge und Fähigkeiten sie haben, um zu helfen.
Ich kann Ihnen gar nicht genug dafür danken, dass Sie Ihren Beitrag und Ihr Feedback hier geteilt haben. Es hat mich auf bedeutungsvolle Weise berührt und ich liebe die Konversation, die daraus entsteht. Sie sind spitze. :)
Hallo Geoff, ich finde das eine interessante Lektüre. Aus meiner Erfahrung erinnere ich mich, dass wir uns alle vor 15 Jahren Webdesigner nannten, als statische Seiten das Ding waren. Dann, irgendwann, nachdem viel mehr Programmierung auf der Front-End-Seite stattfand, brauchte die Branche einen Begriff, der diejenigen, die programmierten, von denen, die Design machten, unterschied – also Webentwickler. Damals gab es einen großen Unterschied und ich denke, die Trennung war einigermaßen notwendig. Designer programmierten damals nicht viel (ich spreche von der Zeit vor jQuery) und Backend-Programmierer fingen an, sich mit Front-End zu beschäftigen, kannten aber nichts vom Design. Damals schien es eine klare Trennung zu geben. Als Kunden von diesen Begriffen erfuhren, benutzten sie sie gegen uns und ehrlich gesagt tun sie das immer noch. Wie Sie kam ich vom Design und lernte zu programmieren. Jetzt verdiene ich meinen Lebensunterhalt mit dem Programmierteil und mache eigentlich wenig Design. Ich hatte die Situation, mich als Webdesigner zu bezeichnen, nur um den Kunden zu verwirren, der wissen wollte: „Designer? Aber können Sie auch programmieren?“
Heutzutage sind die Linien verschwommen. Ich glaube jedoch, dass jemand programmieren können sollte, um als Webentwickler zu gelten. Vielleicht ist meine Meinung auf soziale Konditionierung zurückzuführen. Meine Frau hat eine schöne Kamera und manchmal mache ich Fotos damit. Ich denke, mich Fotograf zu nennen, wäre albern und würde die echten Fotografen da draußen untergraben. Ich denke genauso über jemanden, der ein bisschen HTML/CSS macht und sich Entwickler nennt. Das sind nur meine Gedanken. Ich habe die Lektüre genossen. Danke Geoff
Seit sieben Jahren bin ich Front-End-Entwickler, ich habe mit einem Buch über CSS angefangen und von dort aus gelernt.
Erst in letzter Zeit, als ich die Initiative ergriff, meine JS-Kenntnisse zu verbessern, fühlte ich mich wirklich, als würde ich *programmieren* lernen.
Der Unterschied zwischen der Manipulation von DOM-Elementen für UX-Vorteile und dem Schreiben eines vollständig ausführbaren Programms ist der Punkt, an dem die Grenze zwischen Entwickler und Programmierer liegen könnte.
Ich bin sicher, dass FEDs sich wieder weiter aufspalten werden, wie fast jeder Aspekt der Webkultur. Einige werden Animations- und JavaScript-Spezialisten, während andere sich auf APIs, Ajax und Node konzentrieren werden. Es gibt viel Boden zu bedecken da draußen, es ist leicht, sein Territorium abzugrenzen. Wenn Leute Sie brauchen, werden sie nach Ihnen suchen.
Ich stimme zu, was Sie sagen, das Problem im Kern ist nicht die Tatsache, dass ein UX/UI-Designer wissen sollte, wie man codiert (oder umgekehrt ein Entwickler wissen sollte, wie man designt).
Grundlegende Konzepte der anderen Seite Ihres Jobs zu kennen, ist definitiv ein Plus, aber nicht zwingend erforderlich. Das Problem sind die sogenannten HR/Personalvermittler und generell, wie der Einstellungsprozess funktioniert. Sie haben keine Ahnung, wonach sie suchen, und keine Ahnung, wie man eine ordnungsgemäße Stellenbeschreibung schreibt.
Das liegt nicht daran, dass sie schlecht in ihrem Job sind, sondern einfach daran, dass sie nicht das nötige Wissen haben, um einen potenziellen Kandidaten zu suchen und zu bewerten.
Ein guter Personaler sollte das wissen und um Unterstützung von jemandem bitten, der die gleiche Rolle wie die gesuchte ausübt. Ein Personaler (oder Management oder was auch immer) sollte einen potenziellen Kandidaten durch verschiedene Phasen des Einstellungsprozesses führen und nicht die Führung übernehmen.
Ich wurde selbst für eine Position als Front-End-Entwickler in einem sehr bekannten und großen multinationalen Finanzinstitut empfohlen. Nachdem ich die ersten beiden kognitiven Eignungstests bestanden hatte, wurde ich mit mehreren Fragen zu Wirtschaft und Finanzberechnungen konfrontiert, hauptsächlich basierend auf Tabellenkalkulationsdiagrammen. Ich muss nicht erwähnen, dass ich den Test nicht bestanden habe und mir gesagt wurde: „Bitte bewerben Sie sich für etwa ein Jahr nicht erneut.“
War das Richtige, was sie verlangt haben? Vielleicht, wenn man in einem Finanzinstitut arbeitet, geht man davon aus, dass man grundlegende wirtschaftliche Kenntnisse haben sollte. War es eindeutig in der Stellenbeschreibung definiert? Absolut nicht.
Die Stellenbeschreibung verlangte lediglich einen Front-End-Entwickler mit einer Liste von Fähigkeiten, die ich vollständig abgedeckt habe. Allerdings musste ich mich mit Finanzberechnungen auseinandersetzen, bevor meine beruflichen Fähigkeiten überhaupt getestet wurden.
Wenn ich einen Buchhalter für eine Webagentur einstellen möchte, sollte er wissen, wie man mit Schleifen und bedingten Anweisungen umgeht oder wie man eine Website gestaltet? Wenn ja, ist das wahrscheinlich gut für sein persönliches Wissen, aber definitiv nicht erforderlich für seinen Job.
War es Zeitverschwendung? Definitiv ja, wahrscheinlich habe ich meine und ihre Zeit verschwendet (was sich in Geld für das Unternehmen umwandelt), nur weil ihr Einstellungsprozess unglaublich fehlerhaft ist.
Es ist 2015, Werkzeuge und Wissen über unsere Berufe haben sich geändert. Werkzeuge und Wissen zur Einstellung von jemandem stecken auf dem Stand von 1995.
Wenn Sie ein Personaler/Personalvermittler/was auch immer sind und dies lesen, fangen Sie bitte an, Ihre Entwickler zu bitten, die Tests zu überprüfen und mit Ihnen am selben Tisch zu sitzen, wenn Sie jemanden interviewen. Ihr Team weiß mehr als jeder andere, welche Art von Arbeitskraft das Entwicklungsteam dringend benötigt.
Ich liebe diesen Artikel! So ehrlich....so wahr....so viel Snobismus in der Branche und viele der Positionen, auf die ich mich als „Front-End-Entwickler“ beworben habe, sind wie eine Weihnachtswunschliste des Arbeitgebers! Mal ehrlich, viele Designer steigen in den Code ein, aber es ist, als ob der moderne Front-End-Entwickler über alles Bescheid wissen muss...node.SASS.etc...dieses Framework etc...Und ich verdrehe die Augen, wenn Leute den Jobtitel Front-End Engineer haben! Und ich habe auch viele Front-End-Ingenieure (JS-Programmierer) gekannt, die nicht gut im Design sind, also verdrehe ich auch bei ihnen die Augen...mal ehrlich, jeder versucht und schreitet voran und lernt....Ich bin kein JS-Ass und es scheint, dass ich deshalb bestimmte Rollen nicht bekommen würde, aber wenn ich mir die Website des Unternehmens ansehe, ist sie oft ziemlich schlecht, also habe ich das Gefühl, sie verpassen etwas und haben den Punkt verfehlt. Der Wechsel von einem Ende zum anderen ist nicht einfach, also Hut ab.
Ich kann Sie sehr gut verstehen. Webseiten-Programmierung ist ein Hobby für mich, aber mein Beruf ist „Informatiker“. Kann ich Ihnen helfen, Windows oder Office zu benutzen? Vielleicht ein wenig, aber meine Arbeitsbeschreibung ist Softwareentwickler, Softwareentwickler, Software-Systemarchitekt und dergleichen. Aber die Leute verstehen diese Namen nicht, also bin ich immer noch ein „Informatiker“. Übrigens: Gute Programmierer programmieren nicht nur, sondern haben immer ein Blatt Papier auf ihrem Schreibtisch. Und sie zeichnen oft Entwürfe, bevor sie mit der Implementierung beginnen.
Da ich HTML/CSS/WordPress kann, nannte ich mich lange Zeit Front-End-Entwickler, fand aber heraus, dass das „falsch“ war, weil ich kein JavaScript mache. (Ich halte meine eigenen Websites gerne einfach und frei von Animationen und Schnickschnack!) Stattdessen nannte ich mich Designer, aber das fand ich auch „falsch“, weil ich keine Grafikdesignschule besucht hatte. *Seufz* Nun, ich musste einen Korb wählen oder den anderen, und jetzt studiere ich an einer Designschule. Es war nicht einfach, aber ich denke, es gefällt mir. Ich frage mich, ob ich mich nach all dem wirklich „Webdesigner“ nennen kann...
Nun, das ist eine ziemliche Herabsetzung der Rolle von JS. Sicher, Dinge einfach zu halten ist ein bewundernswertes Ziel, aber manchmal kann die Verwendung von JS dabei helfen. Und um dieser ganzen Diskussion noch eine weitere Dimension hinzuzufügen: Wenn man sich in den Bereich von Web-Apps und nicht von Web-Sites begibt, wird JS praktisch zu einer grundlegenden Anforderung.
In diesem Fall würde ich sagen, wer auch immer Ihnen das gesagt hat, lag sehr falsch. Wenn Sie ein starkes Portfolio haben und sich die Mühe gemacht haben, sich über Designprinzipien und -geschichte zu informieren, sollte es keinen Unterschied machen, ob Sie zur Designschule gegangen sind oder nicht, obwohl ich erkenne, dass die reale Welt nicht ganz diesem Ideal entspricht, leider.
Sie sollten sich wahrscheinlich mit JS beschäftigen. Sonst könnten Sie in Zukunft Schwierigkeiten haben, einen neuen Job zu finden. Abgesehen davon sind JS-Animationen ziemlich leistungsfähig. Bedauerlicherweise hat die minderwertige Animationsbibliothek von JQuery Entwickler dazu gebracht zu glauben, dass Animationen mit JS irgendwie schlecht sind.
Das klingt nach einer ähnlichen Geschichte für mich, ich bin einfach dem Kaninchenbau der Technologie gefolgt, bis ich manchmal als „Full-Stack“-Person bezeichnet werde. Obwohl ich mich mehr dem hinteren und geschäftlichen Ende zuwende, kehre ich immer zum UX zurück – und manipuliere einfach das Backend, um bessere Front-End-Erlebnisse zu erzielen. Ich möchte auch die Schwierigkeit bei Titeln oder Beschreibungen erwähnen, die auf HR-Leute zurückgeführt werden kann, die Dinge bezeichnen müssen und oft keine korrekten Informationen darüber erhalten, für was sie einstellen sollen – daher große Verwirrung bei der Rekrutierung und Talentsuche.
Machen Sie mit der technischen Kreativität weiter :)
Als FED (der alles Front-End umfasst) zu arbeiten, ist heutzutage wirklich, wirklich schwer, in so vielerlei Hinsicht. Wer das anders sieht, ist unwissend oder ein Genie. Obwohl es eine niedrige Eintrittsbarriere hat, ist es extrem schwierig zu meistern. Wenn es Verwirrung bei der Definition von Titeln in diesem Bereich gibt, dann haben die Leute in HR oder die Öffentlichkeit keine Hoffnung. Es wäre großartig, wenn neue Titel entstehen könnten, die bei der Abgrenzung von Belangen helfen würden. Angesichts der rasanten Veränderungen könnten sie jedoch veraltet sein, bevor sie weithin angenommen werden. Vielleicht bin ich einfach zu alt.
Ich denke, Sie sind absolut richtig, skube – danke fürs Teilen! Tatsächlich denke ich, dass es genug Stoff gibt, um die Behauptung zu stützen, dass Front-End-Entwicklung „echte“ Entwicklung ist, aufgrund all der Werkzeuge und Ressourcen (d. h. Grunt, Sass, Javascript usw.), die notwendige Bestandteile unserer Werkzeugkästen geworden sind. Und die Varianz zwischen dem, was im Werkzeugkasten des einen im Vergleich zum anderen ist, kann sehr wohl Unterschiede in den Titeln rechtfertigen.
So nervig es auch ist, zu versuchen, seine Fähigkeiten einem bestimmten Titel in dieser Branche (wahrscheinlich auch in anderen) zuzuordnen, so ist es doch ein nützliches Werkzeug. Ich denke, die Community muss wirklich daran arbeiten, sich darauf zu einigen, auch wenn wir uns nie ganz einig werden. Ich bin es einfach leid, Stellenangebote für Front-End-Entwickler zu sehen, die Website-Design beinhalten, und Stellenangebote für Webdesigner, die Kenntnisse eines Front-End-Frameworks erfordern.
Meiner Meinung nach, wenn Sie Websites entwickeln/codieren, sind Sie ein Front-End-Entwickler, und wenn Sie Websites oder spezifische Teile einer Website gestalten, sind Sie ein Designer (Webdesigner, UI-Designer, UX-Designer, was auch immer...). Wenn Sie beides tun, haben Sie zwei Titel, Sie sind ein Front-End-Entwickler und ein Designer. Natürlich wird es immer Überschneidungen geben, aber irgendwann hört man auf, nur ein Designer oder ein Front-End-Entwickler zu sein, und fängt an, beides zu sein. Es ist nichts Falsches daran, zwei Titel zu haben.
Das ist interessant, denn ich glaube, es gibt viele Designer, die gezwungen waren, Code zu lernen, und viel weniger Entwickler, die das Gefühl hatten, Design lernen zu müssen.
Und inwieweit kann man Design wirklich „lernen“? Es ist wie Musiker zu sein – nicht jeder, der ein Instrument spielt, ist ein Musiker.
Ich kann Informationen effektiv organisieren und weiß, wie ich eine Webseite gestalten muss, um sie besser zu machen. Und ich erkenne gutes Design, wenn ich es sehe. Das macht mich noch lange nicht zum Designer.
Auf der anderen Seite, wie wichtig ist es wirklich, jedes Entwicklungs-Framework zu kennen. Wenn ich Grunt benutze, bedeutet das, dass ich für eine Stelle, bei der Gulp verwendet wird, nicht qualifiziert bin? Das ist doch lächerlich.
Leider wird außerhalb Ihres persönlichen Netzwerks die gesamte Rekrutierung von einem Computerprogramm durchgeführt, das Tausende von Lebensläufen nach Schlüsselwörtern sortiert. Wenn also in der Stellenbeschreibung „gulp“ steht und ich „grunt“ kenne, gelangt mein Lebenslauf nie zum Personalverantwortlichen.
Wenn ich Grunt kenne und sie Gulp wollen, besteht eine gute Chance, dass ich ein Vorstellungsgespräch bekomme, als Ergebnis meiner Tippfehler. Ich tippe wahrscheinlich genauso gut das eine wie das andere, unabhängig davon, was ich meine.
Wenn etwas programmiert werden kann, kann ich es programmieren, vorausgesetzt, ich habe Zugriff auf Google, um Antworten auf meine Fragen zu finden.
Ich kann keine Grafik erstellen. Dort muss für mich die Grenze gezogen werden, zwischen Programmierung und bildender Kunst.
Ich arbeite an jedem Teil jedes Systems, der Aufmerksamkeit benötigt, um meinen Kunden die Ergebnisse zu liefern, die sie benötigen. Nennen Sie mich Full-Stack-Entwickler, ich werde Ihnen ein Glas Wein anbieten und Sie ins Museum für moderne Kunst leiten (wo die gesamte Kunst lächerlich ist, wie Yoko Onos „Kunst“ beweist) und dann werde ich wieder an die Arbeit gehen.
Gestern musste ich herausfinden, wie man Bilder beliebigen Seitenverhältnisses nebeneinander auf beliebig großen Bildschirmen platziert, damit sie verglichen und bewertet werden können. Das nenne ich Front-End-Design und -Entwicklung.
Letzte Woche war ich als Root-Benutzer auf einem Linux-Server angemeldet und implementierte Domain Keys und DKIM, weil die E-Mail-Berichte, die von einer App auf diesem Server gesendet wurden, von einigen Mailservern meiner Kunden zurückgewiesen wurden und der Mail-Administrator nicht herausfinden konnte, wie er die sendende Domain auf die Whitelist setzen sollte. Das nenne ich Back-End-Infrastruktur und die Abdeckung meines Rückens für einen Kollegen, der diesen Server nicht unnötig machen hätte sollen, indem er unsere Domain auf die Whitelist setzt.
Letztes Jahr habe ich Tonnen von SQL geschrieben, um Daten in die richtigen Tabellen und Felder zu bekommen, als sie von einer Datenbank in eine andere verschoben wurden. Klingt nach
Datenverwaltung oder Datenbankentwicklung für mich.
Front-End-Entwickler halten mich für einen Betrüger, weil ich nicht über all ihre Techniken informiert bin. Serveradministratoren sagen mir, dass ich mich nicht mit dem Root-Konto anmelden sollte, wenn ich einige der Fragen stelle, die ich stelle. PHP-Programmierer halten mich für Anfänger, obwohl ich das mache, seitdem sie kleine Kinder waren. Ich wurde als nicht auf dem neuesten Stand beschimpft, weil ich Composer nicht zur Verwaltung von Drittanbieterbibliotheken in meinen Projekten verwende, von einem 22-Jährigen, der kein Problem damit sieht, dass Googles Recaptcha-Codebeispiel auf 1100 Dateien in acht Bibliotheken von fünf verschiedenen Anbietern verweist, wenn genau Null davon verwendet werden, um Recaptcha zum Laufen zu bringen. Der Grund für die externen Bibliotheken ist, dass Googles internes Projektteam diese Bibliotheken benötigt, da Recaptcha Teil eines größeren Projekts innerhalb von Google ist. Das hat meine Aufgabe, das „Ich bin Mensch“-Kontrollkästchen für den Checkout eines Kunden-Warenkorbs zu implementieren, erheblich erschwert, und alles, was sie mir sagen wollten, war, dass es für mich schwer ist, weil ich unerfahren in den relevanten Technologien bin. Sie konnten nicht verstehen, dass die Technologien nicht relevant waren und daher von der öffentlichen Veröffentlichung ausgeschlossen werden sollten. Ich glaube, das hat mich zum Architekten gemacht.
Es scheint, dass der Snobismus bei Jobnamen nicht als das erkannt wird, was er ist – dumm und hässlich.
Ich verdiene meinen Lebensunterhalt als Programmierer oder IT-Manager seit 1984. Davor habe ich am MIT einen Abschluss in Ingenieurwissenschaften gemacht. Wenn ich sage, dass meine Ausbildung, mein Training und meine Erfahrung mich zu dem Schluss geführt haben, dass WorkPress ein Humbug ist, spielen meine Qualifikationen oder Titel keine Rolle. Niemand will wissen, warum ich das denke. Alles, was zählt, ist, dass Leute, die denken, WopdPress sei in Ordnung, mich für verrückt halten, und Leute, die WordPress nicht mögen, mich für eine frische Brise halten, endlich mal „ein IT-Typ“, der sich nicht zum Affen macht.
Ich bin ein Computerprogrammierer. Das stand auf Bill Gates' Reisepass als Beruf, als er Microsoft leitete. Ich mag keine Windows-Server und bevorzuge einen Mac mit seiner Linux-Grundlage gegenüber Windows auf einem Laptop, aber ich finde es immer noch cool, dass Bill Gates sich Computerprogrammierer nannte, und das tue ich auch.
Ich höre, was die Leute wollen, und zeige ihnen, was ich getan habe, um zu liefern, was ich von dem verstehe, was sie wollen. Wenn sie Kunstwerke brauchen, kann ich normalerweise etwas von der Website eines anderen bekommen, es so verändern, dass der Plagiat nicht offensichtlich ist, und alle sind glücklich. Wenn sie ein Logo und ernsthaft gut gemachtes Branding brauchen, sage ich ihnen, dass diese Kosten bei 10.000 US-Dollar für ein kleines Unternehmen beginnen, um die Kunstwerke und die Vervierfachung der Zeit zu decken, die für die Programmierung eines völlig neuen Designs benötigt wird.
All diese Rollennamen sind Mist, erfunden von Personalmanagern, die Leute beschaffen und entlassen. Sie können meinen Mittelfinger haben, den ich ihnen zeige.
Ich bin ganz Ihrer Meinung – außer dass mein Abschluss in Elektrotechnik ist.
Ich bin überzeugt, dass der Grund, warum ich heute kein „Programmierer“ bin, darin liegt, dass mein erster grundlegender FORTRAN-Kurs die Verwendung von Lochkarten erforderte. :^P (Der letzte in der Geschichte der UofI, der dies tat.)
Im Grunde erstelle ich Websites mit allen Werkzeugen und Technologien, die mir sinnvoll erscheinen. Web-Professional klingt ziemlich gut.
Geben Sie den 22-Jährigen etwas Zeit zu lernen, dass sie nicht allwissend sind – je arroganter sie sind, desto härter wird die Lektion sein. (Nehmen Sie es von jemandem, der mit 22 selbst ziemlich arrogant war.)
Persönlich bin ich zufrieden damit, in der staatlichen Verwaltung zu arbeiten, hauptsächlich weil ich mich nicht mit Leuten auseinandersetzen muss, die jung genug sind, um meine Kinder zu sein, die mir sagen, was ich tun soll.
Nur eine kleine Anmerkung, OSX basiert auf Unix, nicht auf Linux.
Jorge, OSX basiert auf Unix und nicht auf Linux? Das ist ein Witz, oder?...vielleicht kein Witz, aber eine Erklärung, warum es irgendwie anämisch ist?
Ich habe mich damit abgefunden, mich nur noch als Web Professional zu bezeichnen. Es ist ein wenig generisch, amorph und vielleicht ein wenig pompös. Aber ich denke, es vermittelt die richtige Erwartungshaltung für das, was ich für die Projekte tue, an denen ich beteiligt bin, und für die, an denen ich arbeiten möchte.
Eine Weile lang habe ich versucht, den Leuten zu sagen, ich sei ein „Web Devigner“, fast niemand fand es humorvoll, und sie waren noch verwirrter über meine Rolle.
Jeder hier erwähnt HTML/CSS/JS, alles notwendig, aber PHP ist auch ein Muss, ob wir es mögen oder nicht.
Ha! Ich erinnere mich, dass ich dasselbe mit sehr ähnlichen Ergebnissen versucht habe.
PHP ist sicherlich wichtig geworden und kann sehr nützlich sein, um den Front-End-Workflow zu optimieren, selbst mit nur einem „Hauch“ von Verständnis: https://css-tricks.de/sprinkling-php-server-side-techniques-help-front-end-tasks/
Ich glaube nicht, dass PHP heutzutage noch ein absolutes Muss ist. Ich habe das Gefühl, dass diese Anforderung zu etwas wie „Gutes Verständnis von OOP-JavaScript und Vertrautheit mit Build-Tools wie Gulp“ geändert wurde.
Ja, PHP ist definitiv kein *Muss* (wie man es auch von anderen Kenntnissen wie Sass, Grunt usw. sagen kann), aber es kann in unseren Front-End-Toolkits hilfreich sein und vielleicht eine bessere Arbeitsbeziehung zu Programmierern aufbauen, die vielleicht auch am selben Projekt arbeiten.
Nein, PHP ist kein Muss. PHP wird für viele Websites verwendet, aber es gibt auch verschiedene Sprachen zum Erstellen von Websites.
Ich habe zum Beispiel 7 Jahre Erfahrung in der Erstellung von Front-End-Elementen mit C# .NET als Backend. (C# .NET <3 ist so viel schöner als PHP für einen Front-End-Entwickler.)
Ich stimme zu, dass es praktisch ist, wenn man die Grundlagen der Backend-Sprache kennt, mit der man arbeitet.
Ich bin mir nicht sicher, auf welchem Planeten Sie leben, aber in meiner Welt ist PHP ein Muss, da es WordPress, Drupal, Joomla!, MediaWiki usw. antreibt.
Zu den beliebten Websites, die PHP verwenden, gehören Facebook, Twitter, Wikipedia oder Baidu.
Laut W3Tech wird PHP im Jahr 2015 von 81,9% aller Websites verwendet, deren serverseitige Programmiersprache bekannt ist. Einige aufschlussreiche Statistiken unter dem folgenden Link
Nutzung von serverseitigen Programmiersprachen für Websites
Ich bin mir nicht sicher, auf welchem Planeten Sie leben, aber in meiner Welt ist PHP ein Muss, da es WordPress, Drupal, Joomla!, MediaWiki usw. antreibt.
Zu den beliebten Websites, die PHP verwenden, gehören Facebook, Twitter, Wikipedia oder Baidu.
Laut W3Tech wird PHP im Jahr 2015 von 81,9% aller Websites verwendet, deren serverseitige Programmiersprache bekannt ist. Einige aufschlussreiche Statistiken unter dem folgenden Link
Nutzung von serverseitigen Programmiersprachen für Websites
@Ian, gut für Sie, dass Sie in der PHP-Welt leben, aber hier nicht so sehr. Alle großen Projekte, die ich kenne, werden in .NET entwickelt. Die größten IT-Unternehmen entwickeln in .NET.
Twitter: Scala (war Ruby on Rails)
Yahoo: php (Übergang zu node.js)
Linkedin: Java, Scala
ebay: Java
Amazon: Java
Stackoverflow: asp .net
Google – Java (Web), –C (Indizierung).
Und wenn man sich die Stellenausschreibungen hier ansieht, fragen etwa 50 % nach Front-End-Entwicklern mit .NET-Erfahrung.
Also ist PHP kein Muss. Zu wissen, wie das Backend funktioniert, und ich rede nicht von der Syntax, ist ein Plus.
Und wo genau in der Galaxie ist „hier“? Nur neugierig.
Hier, auf Planet Erde im Jahr 2015, wird PHP von 81,9% aller Websites verwendet, deren serverseitige Programmiersprache von W3Techs überwacht wird, eine ziemlich zuverlässige Quelle, zumindest unter IT-Menschen.
http://w3techs.com/technologies/details/pl-php/all/all
Allein die WordPress-Plattform betreibt 25% der Websites auf dieser Welt.
Anscheinend sehen die Leute PHP so an, als sei es zu gefährlich und schwierig für normale Leute. Ich bin wie „Was? Ich sage Ihnen, was schwierig ist, es ist, ein System dazu zu bringen, das zu tun, was Sie wollen, wenn Sie PHP nicht in den Vorlagen verwenden können! „Unsere Vorlagen erfordern nicht, dass Sie ein Programmierer sind, denn anstelle von PHP haben wir diese halbherzigen Kurzcodes zu verwenden, die viel einfacher als PHP sind!“ (und ich habe sie noch nie gesehen und sie tun die meisten, aber nicht alle Dinge, die PHP tut... und sie sind zu 100 % so sehr eine Programmiersprache wie PHP, aber das zeigt nur, dass ich nichts weiß und mich diese Dinge früher wahnsinnig gemacht haben.
Ja, ich mag diesen Artikel wirklich... er trifft einen Nerv. Einen, der früher sehr wehgetan hat.
Hier = Niederlande.
Wenn Sie ein Entwickler sind und Ihre Expertise bei WordPress, Joomla, Drupal liegt, dann ja, ein Verständnis von PHP ist ein Muss. Aber Sie können nicht leugnen, dass PHP die einzige Sprache ist. .NET wächst im Marktanteil (meine Region). NodeJS wächst.
Es gibt so viele verschiedene serverseitige Sprachen. Und das einzige Verständnis, das Sie lernen müssen, ist, wie das Backend funktioniert und in geringerem Maße die Sprache, in der es geschrieben ist.
Und wenn ich mich selbst betrachte, habe ich kürzlich angefangen, mit PHP zu arbeiten, und habe nur ein sehr begrenztes Verständnis von PHP, aber ich kann damit perfekt arbeiten, weil ich ein grundlegendes Verständnis dafür habe, wie Backend im Allgemeinen funktioniert.
Nur aus Interesse, LinkedIn läuft mit Node.js, nicht Java, sie sind relativ kürzlich umgestiegen...Ich habe das in „Leaning the MEAN stack“ gelesen...mit dem ich mich gerade beschäftige...PHP ist wichtig, aber nur so wichtig wie jede andere Sprache und keine wirkliche Notwendigkeit für einen Fed, obwohl es nett und oft in einigen Positionen erforderlich ist. Ich beginne, mehr Asp.Net in Unternehmen zu sehen als PHP, aber ja, es gibt viele Sprachen...wirklich als Fed geht es darum, damit umzugehen, anstatt unbedingt mit dem Codeblock zu entwickeln, egal welche Sprache verwendet wird, und ich nehme an, ein erfahrenerer Entwickler wird den gesamten Stack beherrschen...
Hier ist das Buch... Entschuldigung, es heißt nicht wirklich, was ich oben erwähnt habe.....sein Titel lautet =
FULL STACK
JAVASCRIPT
ENTWICKLUNG
MIT MEAN
VON ADAM BRETZ & COLIN J. IHRIG
Ich bin in keiner Weise verbunden... wollte es nur erwähnen, da ich es für einen Anfänger wie mich ziemlich gut für Node.js halte ;)
Ich habe mich so sehr mit Laras Artikel identifizieren können und war erschüttert über den Zynismus, der ihm entgegengebracht wurde. Ich konnte nicht anders, als sie alle als Empfängerin des genannten Zynismus zu lesen, weil ich mich so eng mit ihren Worten identifizieren konnte. Ich bin froh, dass ich nicht die Einzige war. Ich wünschte nur, ich könnte ein bisschen weniger darauf geben wie Sie, Geoff, aber ich stelle fest, dass ich es nicht richtig machen kann, wenn ich mich selbst verkaufen muss.
Aber ja, für einen Laien, dem ich meine Arbeit nicht genau beschreiben möchte, funktioniert Webdesigner am besten.
Ich fühle Sie hier definitiv, Coz. Ich würde wahrscheinlich viel mehr darauf geben, wenn ich mich mehr vermarkten müsste und diese Fähigkeiten definieren müsste, um neue Geschäfte zu machen. Ich erinnere mich, dass ich mich sehr unwohl fühlte, wie ich mich positionierte, als ich zum ersten Mal freiberuflich tätig wurde, und es dauerte eine ganze Weile, bis ich die richtige Balance fand.
In meiner Erfahrung mit Jobinterviews bin ich auf eine breite Palette von Arbeitgebern gestoßen, die nicht einmal wissen, wen sie suchen. Einfach weil sie keinen erfahrenen Projektmanager hatten, der sagen könnte, welche Art von Arbeitskraft das Entwicklungsteam benötigt. Das gilt selbst für große internationale Unternehmen. Meistens. Ich saß in mehr als einem Stuhl und habe Aufgaben erledigt, die in einem anderen Unternehmen auf mehrere Personen verteilt gewesen wären.
Sehr erfrischender Artikel und genau die Probleme, mit denen ich heute konfrontiert bin, da ich nach einem Job als Front-End-(WordPress)-Entwickler suche.
Ich habe mich entschieden, mich als „Digital Media Designer“ zu bezeichnen, da ich das an der Utrecht School of Arts studiert habe.
Ich bin mir der Mängel dieser Ansicht und einiger Grauzonen bewusst, aber so sehe ich es... Ich verwende die Begriffe beschreibend.
Entwickler bauen Dinge. Designer lassen Dinge gut aussehen und sich gut anfühlen.
Front-End ist Client-seitig. Back-End ist Server-seitig.
Wenn Sie JavaScript verwenden, um Inhalte/Strukturen auf einer Website zu ändern, sind Sie ein Front-End-Entwickler. Wenn Sie LESS verwenden, sind Sie ein Back-End-Designer.
Ich denke jedoch, dass Fähigkeiten wichtiger sind als Begriffe und Titel. Das Zusammenfassen einer Reihe von Fähigkeiten und die Bezeichnung als Designer sagt mir sehr wenig darüber, was Sie tatsächlich tun... Vielleicht verwenden Sie jQuery für Animationen, oder vielleicht wissen Sie nur, wie man Photoshop benutzt.
Ich spüre die Kritik, dass „Front-End-Entwickler nur Designer sind, die HTML und CSS gelernt haben“, unter meinen Freunden. Ich ignoriere sie meistens, weil sie später um Hilfe bitten, dann... lächle ich.
Ich betrachte diese eher als Jobtitel. Ich glaube, die Titel kommen ins Spiel, wenn Unternehmen versuchen, ein Fähigkeitsprofil für eine Position zu bestimmen.
Am Ende des Tages denke ich, wenn Sie irgendeine Art von Programmierung für das Web betreiben, sind Sie ein Webentwickler. Ich würde vorschlagen, dass HTML und CSS nicht unter „Programmierung“ fallen (kleine technische Feinheit). Wenn Sie also nur mit Photoshop und HTML/CSS arbeiten, dann betrachte ich Sie als Webdesigner.
Ich finde es sehr selten, jemanden zu sehen, der ein „Front-End-Entwickler“ ist, der mit JavaScript vertraut ist, aber nie PHP oder einen anderen serverseitigen Code anrührt. Derzeit habe ich einen Job als Frontend-Ingenieur. Ich arbeite fast täglich mit PHP (Phalcon).
Ich werde auch sagen, dass dies etwas ist, um das sich ein erfahrenerer oder fortgeschrittenerer Entwickler nicht wirklich kümmert. Man beginnt zu erkennen, dass man seine Arbeit nicht wirklich klassifizieren kann, und wir sind alle nur Webentwickler (mit unterschiedlichem Können).
Interessant! Ich mag die Idealvorstellung, die Anforderungen eines Jobs mit den richtigen Fähigkeiten abzugleichen, unabhängig vom Jobtitel.
Auf welcher Grundlage sagen Sie, dass HTML und CSS technisch gesehen keine Programmierung sind? Ich würde das als falsch bezeichnen, bin aber sehr bereit zu sagen: „Oh, das wusste ich nicht, danke, dass Sie mir etwas beigebracht haben.“
Das Fazit ist, dass es letztendlich darum geht, für einen Job eingestellt zu werden, mit dem man zufrieden und glücklich ist. Daher werde ich basierend auf meiner Erfahrung etwas ausschweifen...
Wenn ich Ihren Titel auf Ihrem Lebenslauf für potenzielle Technologieunternehmen schreiben müsste, würde ich „UI/UX Designer/Developer“ schreiben. Es ist kein sauberer oder schöner Titel, aber er enthält alles, was Sie zu tun scheinen, in prioritärer Reihenfolge. Es scheint, dass Ihre Fähigkeiten stark in Richtung Design tendieren, mäßig in UI-Entwicklung und oberflächlich in Server-Side. Es klingt, als ob Sie, wenn der Job es verlangt, bereit wären, tiefer in JS einzutauchen und mehr vom Design-Teil Ihrer Rolle aufzugeben. Ob Sie das gerne tun würden, ist eine andere Sache.
Ich war einmal Designer, dann Art Director, dann Webdesigner, dann Webentwickler, hatte eine kurze Tätigkeit als „UI Engineer“ (ein Titel, der an Oxymoron grenzt) und trage jetzt den Titel UI Developer. Beim Vermarkten meiner selbst verwende ich den Titel „Senior Front-End Developer“. „Senior“, weil ich das schon lange mache und mich wohl dabei fühle, ein Projekt zu übernehmen und die Führung zu übernehmen, und „Front-End“, weil ich das mehr mit Entwicklung als mit „UI“ assoziiere... Ehrlich gesagt, ich glaube nicht, dass „UI“ vor „Developer“ in einem Titel gehört, aber das ist der Titel, den mir mein Unternehmen gegeben hat, also was auch immer. Ich mache immer noch etwas UI/UX-Designarbeit, aber ich schreibe hauptsächlich modularen JS für eine große Angular-App und ringe bei Bedarf mit Java und SQL.
Ich habe in den letzten Jahren mehrere Vorstellungsgespräche für Front-End-Entwicklerpositionen geführt und Angebote erhalten, und die meisten Jobs, die ich als „Front-End Developer“, „UI Engineer“ oder einer anderen Kombination dieser Wörter sehe, suchen jemanden, der in erster Linie sehr gut mit JavaScript vertraut ist. Nicht nur DOM-Manipulation und CSS-Klassen-Austausch, oder sogar das Erstellen komplexer UI-Komponenten, die von JS angetrieben werden, sondern jemanden, der eine Single-Page-Anwendung erstellen und erweitern kann, egal ob die Technologie Backbone, Angular, Ember usw. ist.
Diese Unternehmen interviewen auch ständig Designer, die ein bisschen jQuery kennen (ich sage nicht, dass das auf Sie zutrifft oder dass ich ein Idiot sein will), und sie entwickeln Prüfsteine wie das bereits erwähnte FizzBuzz, um grundlegende Kenntnisse von Flusskontrolle und Iteration zu überprüfen, die bei der Anwendungsentwicklung ständig verwendet werden. Sie wissen, dass Sie, wenn Sie das nicht können oder zumindest versuchen, es herauszufinden, nicht nur für die Stelle nicht qualifiziert sind, sondern auch sehr unglücklich in Ihrer Arbeit wären, wenn Sie eingestellt würden.
Ich stimme zu, dass Designer und Entwickler, die Titel herumwerfen und irgendeine Art von Vorherrschaft untereinander beanspruchen, idiotisch und unproduktiv sind. Ich bin mir jedoch nicht sicher, ob es wirklich produktiv ist zu sagen, dass Designen irgendwie mit Entwickeln vergleichbar ist, oder zu versuchen, es neu zu definieren, um es an Leute anzupassen, die Sie als „snobby“ empfinden. Nochmals, Sie müssen das Endergebnis betrachten, das Vorstellungsgespräch, die Stellenbeschreibung, Ihre Fähigkeiten, und als Jobsuchender und jemand, der eine Karriere aufbaut, müssen Sie wissen, wonach Unternehmen suchen, wenn sie eine Stelle ausschreiben.
Wenn ich auf Jobsuche bin, lese ich normalerweise alles, was Front-End oder UI sagt, und springe direkt zum Abschnitt, der den Technologie-Stack beschreibt, der in ihren Projekten verwendet wird. Wenn ich mich mit den Front-End-(HTML/CSS/JS/jQuery/Angular)-Sachen, an denen sie arbeiten, und mäßig mit dem Backend-(Node/Java/PHP) wohlfühle, scrolle ich zurück und lese den ganzen Firlefanz über das Unternehmen und ihre „bahnbrechenden“ Produkte. Für mich ist „Kenntnisse in Photoshop/UI-Design sind von Vorteil“ ein kleines Warnsignal, dass sie nicht jemanden suchen, der sich stark auf das Codieren konzentriert, sondern eher einen Allrounder, der designen, CSS schreiben und etwas jQuery können kann. Ich persönlich möchte jeden Tag im Mittelpunkt des Webanwendungs-Codes stehen, um meine Fähigkeiten zu schärfen, daher würde es mich als Allrounder beruflich unglücklich machen.
Wenn Sie in eine Situation geraten, in der Sie ein Vorstellungsgespräch für einen Job führen, mit dem Sie sich nicht wohlfühlen, ist das Beste, ehrlich zu sich selbst und dem potenziellen Arbeitgeber zu sein. Einem Jobtitel die Schuld zu geben, von dem Sie glauben, dass er nicht zur Beschreibung passt, oder den Interviewer als einen Snob abzutun, der Sie einfach nicht versteht, ist unehrlich zu sich selbst und verhindert, dass Sie aus der Erfahrung lernen. Die Entscheidung, ob Sie lieber der Nerd wären, der jeden Tag JavaScript schreibt und die Lösung für FizzBuzz auswendig kennt, anstatt schöne UIs zu entwerfen und zu bauen, ist das, was wirklich wichtig ist.
Also, ich weiß nicht, ob irgendetwas von dem, was ich oben gesagt habe, für irgendjemanden von Bedeutung ist, aber letztendlich glaube ich, dass Design/Entwicklung eher ein Spektrum als eine Liste von Titeln ist, und normalerweise füllen Ihre Fähigkeiten und gravieren sich stärker in eine Seite dieses Spektrums. Ich glaube nicht, dass Titel über die Leiter hinaus von Bedeutung sind, die sie Ihnen für den beruflichen und finanziellen Aufstieg bieten. Ich glaube auch, dass man, um mit seiner Arbeit wirklich glücklich zu sein, nur eine Stellenbeschreibung anstreben möchte, für die man sich verantwortlich fühlt.
Ja, ich bin ein Allrounder und grenzwertig deprimiert. Ich versuche, nicht mehr so zu sein, aber es fällt mir schwer, einfach in irgendeine Richtung zu laufen und dem Nächsten, der in seinem ersten Satz sagt, er sei nicht computerkundig und im zweiten sagt, es werde zwei Stunden dauern, zu sagen, dass ich ihm nicht helfen kann. Ich habe mich zensiert, um nett zu sein.
Ja, so oft sehe ich unsinnige Jobtitel wie „Front-End Ninja“ oder „Web Rockstar“ und sie bedeuten alle etwas anderes für verschiedene Leute.
Ein Teil der Verantwortung muss bei den Arbeitgebern (oder Personalvermittlern) liegen, die Erwartungen des Jobs richtig zu formulieren, damit eine relevantere Gruppe von Bewerbern kommt.
Das andere Ende ist sicherlich die Art und Weise, wie Sie es schön zusammengefasst haben, nämlich sich auf alles zu bewerben, womit Sie sich wohlfühlen, und sich nicht zu täuschen oder zu überdehnen. Gute Punkte!
Geoff, da Sie sowohl in UI-Design als auch in Front-End-Entwicklung erfahren sind, frage ich mich, ob Sie immer noch eine Erwartung an „pixelperfekte“ Implementierungen eines Designs haben oder ob Sie den Entwicklern mehr Flexibilität erlauben.
Ich betrachte die Dinge gerne so: Es gibt Front-End-Entwickler, und dann gibt es Front-End-Entwickler, die auch Programmierer sind (d. h. Full-Stack-Entwickler).
Die erste Art kommt aus dem Designbereich. Sie kennen sich entweder mit Design aus oder sind Designer, und sie sind im Allgemeinen ziemlich gut in HTML, CSS und Sass/LESS/Stylus. JavaScript hingegen, nicht so sehr. Sie wissen, wie man grundlegende Operationen mit jQuery durchführt (anzeigen, ausblenden, klicken, animieren), aber können zum Beispiel kein benutzerdefiniertes jQuery-Plugin schreiben.
Die zweite Art kommt aus dem Programmierbereich. Sie sind keine Designer und haben im Allgemeinen kein Auge für Design. Sie sind Experten in ihrer bevorzugten serverseitigen Sprache und in der Regel großartig in HTML, CSS, Sass/LESS und *JavaScript*. Sie wissen, was prototypische Vererbung und Closures sind. Sie können ein jQuery-Plugin schreiben. Sie können AngularJS, D3.js und jede andere ausgefeilte JS-Bibliothek nutzen.
Beachten Sie, dass der ersten Art von Front-End-Entwicklern kein Stigma anhaften sollte, solange sie ihre Fähigkeiten nicht falsch darstellen. Wenn das einzige JavaScript, das Sie kennen, jQuery ist, dann kennen Sie kein JavaScript. Schreiben Sie JavaScript nicht in Ihren Lebenslauf und bewerben Sie sich nicht für einen Job, der ein gewisses Maß an Entwicklung in JavaScript erfordert.
Grundsätzlich müssen Sie sich weniger auf den Jobtitel und mehr auf die Jobanforderungen konzentrieren.
Ich stimme Ihnen absolut zu, WENN die Jobanforderungen auch nur annähernd korrekt wären.
Ich habe jede mögliche Kombination in Stellenanzeigen gesehen. Ein Designtitel mit gewünschten Entwicklerkenntnissen, umgekehrt und alles dazwischen. Niemand weiß mehr – aber die Leute, die es wissen SOLLTEN (d. h. HR/Einstellungsmanager/Headhunter/Zeitarbeitsfirmen/die Leute, die uns suchen), sind vielleicht die Ahnungslosesten.
Ich habe hier keinen Punkt – weil ich keine gute Lösung habe. Aber ich denke, das Problem liegt eher bei ihnen als bei uns.
Dieser Text ist eine wirklich gute Erklärung für den Unterschied zwischen den Front-End-Rollen.
http://drewbarontini.com/articles/the-front-end-spectrum/
Das hat mir sehr gut gefallen. Danke.
Danke!
Ich höre immer wieder Leute, die als Einhörner bezeichnet werden. Was bedeutet das?
Es ist eine „mystische Kreatur“, die in Bezug auf Webentwicklung alles kann. Grafikdesign, UX/UI, Front-/Back-End-Entwicklung, Server und Kaffee trinken.
VIEL Kaffee. ;^)
Es ist wirklich kein Geheimnis, dass die Arbeit im Web viele verschiedene Hüte bedeutet. Mein Weg folgte Ihrem ziemlich genau. Ursprünglich war ich nur jemand, der Photoshop und Dreamweaver beherrschte. WYSIWYG den ganzen Tag. Dann frustrierte mich der generierte Code und ich begann, HTML und CSS zu lernen, um meine eigenen Designs kontrollieren zu können. Dann „hmm, ich brauche ein bisschen mehr Funktionalität als das.“ So begann mein langer Tauchgang in JavaScript.
Schließlich, als mein Interesse und meine Neugier an Technologie wuchsen, blickte ich eines Tages auf und stellte fest, dass ich ernsthaft programmierte. Nicht absichtlich, sondern *durch Progression*. Da das Web in seiner Komplexität zunahm und wir bessere Methoden und Techniken benötigten, wuchs die Webprogrammierung in ihrem Umfang.
Ich vermute, der Grund, warum wir als Front-End-Entwickler oft nicht wissen, wo wir hingehören, ist, dass das Web selbst in größere Domänen expandiert und wir einfach dem Gelände folgen. Die Technologie selbst bewegt sich schnell, aber das Web ist *flüssiges Quecksilber*. Ein traditioneller Programmierer kann eine Domäne wählen und mit einiger Sicherheit davon ausgehen, dass er trotz seines Wachstums in den nächsten Monaten, wenn nicht Wochen, nicht durch eine grundlegende Umwälzung seiner Fähigkeiten betroffen sein wird.
Das gilt nicht für das Web. Ein kurzer Blick auf seine Entwicklung im Laufe der Jahre zeigt, dass es sich um eine fast *unendlich* formbare Domäne handelt: die Form wechselt, um der Absicht zu entsprechen. Von reinem Text und Usenet zu Rich Media und dem universellsten sozialen Netzwerk der Welt. Von der Beschränkung auf klobige CRTs bis zum Tragen an unseren Handgelenken. Unsere Kühlschränke werden webfähig sein und die Grenzen noch weiter verwischen.
Ohne es zu romantisieren: Um zu arbeiten und zu bauen, müssen wir selbst formbar sein. Im Gegensatz dazu ist die Domäne der Systeme unglaublich dynamisch, aber man kann eine Weile davon weggehen und darauf vertrauen, dass man immer noch einigermaßen relevant ist. Das Web erlaubt uns einfach nicht, lange genug still zu sitzen für die Spezialisierung auf atomarer Ebene, die in anderen Domänen stattfindet.
Nicht nur das, es ist jung. Verglichen mit der Entwicklung als Ganzes ist das Web ein heikler Säugling. Um eine weitere Analogie zu verwenden: Entwickler in anderen Domänen behandeln Webtechnologien immer noch wie volatile Prototypen, und wir sehen ihnen wahrscheinlich wie Rancher aus, die Rinder zähmen. Die Webentwicklung hat das Stigma, keine „echte“ Entwicklung zu sein, weil wir immer noch unsere eigenen Idiome und Standards *entwickeln*. Obwohl jeder von uns im Grabenkrieg weiß, wie real das hier wird.
Obwohl die Frage, ob Webentwicklung echte Entwicklung ist, persönlich nicht betrachtenswert ist. Nur weil die Webentwicklung noch nicht die Stabilität anderer Technologiebereiche erreicht hat, mindert das nicht die Raffinesse ihres Wachstums oder die neuen Techniken, die wir lernen mussten, nur um Schritt zu halten.
Ich vermute auch, dass Webdesign und Webentwicklung so eng miteinander verbunden sind (bis zu dem Punkt, dass sie austauschbar verwendet werden), weil das Web selbst sich von einem Textmedium zu einem visuellen und interaktiven Medium entwickelt hat. Design ist, wie etwas aussieht und funktioniert, und ich würde argumentieren, dass kein Medium diese Wahrheit mehr zeigt als das Web.
Webdesign und -entwicklung ist alles Text. Manchmal generierter Text, aber alles von Markup über Stil bis hin zu Funktionalität ist eine Sammlung von Textdateien. Es ist nicht überraschend, dass es Verwirrung zwischen den Rollen gibt. **Webdesign ähnelt in vielerlei Hinsicht der Webentwicklung**. Es scheint nur eine Frage zu sein, wo wir im Stapel der Erstellung eines Webprodukts stehen.
In diesem Sinne ist unser Dilemma natürlich. Es gibt jetzt keine klar gezogenen Linien. Es gab sie vielleicht, als wir unser Bestes gaben, um das Web bekannteren Medien ähnlicher zu machen, aber die Anforderungen des Webs als eigenes Wesen haben sie größtenteils ausgelöscht.
Früher war ein Webdesigner jemand, der eine Seite in Photoshop entwarf, und ein Webentwickler war die Person, die das Design ins Web übersetzte und Funktionalität implementierte, um es zum Leben zu erwecken. Die Entwicklung des Mediums und seine zunehmende Allgegenwart bedeuteten jedoch, dass wir das Web nicht mehr in einem einzigen Kontext betrachten konnten.
Somit mussten sich unsere Rollen ändern. Jetzt müssen wir viele Hüte tragen und unsere Fähigkeiten liegen auf einem Spektrum. Es ist keine Frage mehr, ob wir designen *oder* entwickeln, sondern **wie viel** und **wie oft** wir auf jede Seite des Pendels schwanken. Wir haben dieses Dilemma, **weil das Web uns dazu gezwungen hat**.
Schließlich, wie Sie sagten, ist Design auch in der traditionelleren Entwicklung ein wichtiges Anliegen. Gutes Design und gute Architektur nicht nur des Codes, sondern auch der Benutzeroberfläche, sind so integral für die Qualität von Software und Systemen, dass der Versuch, sie zu trennen, eine Enthauptung wäre.
Ich habe so viele Hüte getragen, seitdem ich mit meinem Einstieg in die Technologie begann, dass ich mich einfach entschieden habe, das Tragen von Hüten zu lieben. :P
Gut gesagt. Am Ende kommt es auf die Erfahrung an. Es spielt keine Rolle, welche Hüte Sie im Laufe der Jahre getragen haben, solange Sie ständig neue Dinge lernen und sich jeden Tag neuen Herausforderungen stellen.
Vielen Dank, dass Sie Ihre Geschichte geteilt haben, Chatman! Mir gefällt die Idee, dass wir in einem sich schnell bewegenden Umfeld wie dem, in dem wir uns befinden, offen dafür sein müssen, viele Hüte zu tragen.
Ich liebe das
Dieser Artikel ist perfekt für mich, ich studiere gerade für einen Abschluss in Interaktiven Medien und Webdesign, was ein möglichst generischer Abschluss ist. Ich konzentriere mich hauptsächlich auf Webdesign, während 90% meiner Kommilitonen Grafikdesign studieren. Wenn ich im Unterricht bin, sagen alle immer, ich sei ein Backend-Programmierer. Ich stimme dem zu, aber das ist nicht alles, was ich tue. Sie scheinen zu denken, dass ich, da ich PHP / MySQLi beherrsche, nur das kann. Sie sind immer überrascht, wenn ich Entwürfe erstelle oder den „Front-End-Typen“ in seinem eigenen Spiel übertreffe. Ich mag ein „Backend-Programmierer“ sein, aber ich nehme es definitiv nicht zu Herzen. Ich mache gerne ein bisschen von allem. Toller Artikel.
Ich liebe diesen Abschied. :)
Es stimmt, ich sehe so viele Titel, die für diese Rollen verwendet werden, oder viele andere Rollen. Einige kennen nur CSS, einige neigen mehr zu JS... Front End Developer/Designer, UI/UX Developer, sogar nur „Web Developer“.
Wie ich es gerne sehe?
Ich „baue“ Websites. Programmierung? Das müssen wir wissen, zumindest in den grundlegenden Aspekten. Besonders wenn man sich mit JS beschäftigt. Sicher, es ist nicht die schwierigste Sprache der Welt. Aber die Konzepte sind am wichtigsten. OOP. Etc...
Ich kann jedes Programmierbuch aufschlagen, und es gibt neue Dinge, die ich über jede Sprache lernen kann. Aber die MEISTEN beginnen mit: Wenn, Wenn Dann, Schleifen, Variablen usw.
Wir kennen vielleicht nicht 20 verschiedene Legacy-Sprachen und dergleichen...
Aber ich wette, Sie wissen nicht, wie Sie einen Benutzer am besten dazu bringen, auf einen bestimmten Artikel zu klicken.
Welche Worte werden wirklich auffallen und ihre Aufmerksamkeit erregen.
Wie man eine Website wirklich gut vermarktet.
Wir sind in einem Bereich, in dem wir viele verschiedene Dinge über jeden Teil des Webs wissen müssen. Ich spüre. Serverseitige Sprachen, Browserprobleme, soziale Medien, Design, Informatik, Benutzerinteraktion und -verhalten.
Sie betrachten mich vielleicht nicht als Programmierer.
Aber ich BIN ein wissender Meister der Manipulation.
Oh Mann, gute Sachen. Warum können die Leute nicht einfach tun, was sie tun wollen, ohne dass Snob Bob seinen Senf dazugibt? Mach einfach dein Ding.
So viele Kommentare! Es ist nicht überraschend, dass jeder seine eigenen Gedanken dazu hat.
Da ich ein bisschen ein Alleskönner bin, erlebe ich das Phänomen von Namensverwechslungen und Missverständnissen von Rollen eher, als dass ich sie je sinnvoll habe funktionieren sehen.
Glücklicherweise entschied sich mein aktueller Kunde, anstatt zu versuchen, herauszufinden, welches Label er verwenden sollte, einfach für 'Web Ninja' und beschrieb dann seine Ziele. Nachdem er (enttäuschenderweise) klarstellte, dass weder heimliches Herumschleichen in Spiderman-Kostümen noch Nunchakus involviert waren, verstanden wir beide, was er wollte und dass ich es tun konnte.
Zur Verdeutlichung sollten wir Labels einfach vermeiden und über Ziele sprechen. Wir streiten uns weiterhin darüber, ob es ein em, i, span, p, div oder etwas anderes ist, das zum aktuellen Projekt passt, und wir sind überrascht, dass wir keine Jobtitel richtig hinbekommen?
Sobald man sich von den Labels löst und sagt: "Ich möchte, dass das Wort *Entwickler* hervorsticht", kann ich die Fragen stellen, die nötig sind, um genau herauszufinden, was er will und wie ich es am besten für ihn liefern kann.
Meiner Meinung nach haben die JS-MVCs diesen Schlamassel verursacht. Das Backend wird nun durch JS auf das "Glas" gedrängt und Hardcore-Javascript-Entwickler werden nun als die neuen Front-End-Entwickler betrachtet.
Und ja, warum nicht, wirf ein Bootstrap-Theme rein und dreh es mit Angular auf, und du hast eine Website. Vielleicht keine hochwertige Seite, aber hey, wenn sie alle gleich schlecht sind, wird es niemand bemerken (nur wir "Glas"-Front-Endler, eine aussterbende Art).
Und da hast du es, Legos Definition eines Front-End-Entwicklers
HTML5/CSS3, JavaScript-basierte MV*-Frameworks, Wire-Framing
Visuelle Designs in HTML und CSS übersetzen
Responsives Design und Browseroptimierung
Mobile First
Erfahrung mit CSS-Präprozessoren (LESS/SASS)
Automatisierte funktionale und Akzeptanztests
MVC-Designmuster und Single Page Application
Das scheint mir eine ziemlich große Aufgabe zu sein. Entferne RWD, SASS und Browseroptimierung, und du hast einen guten JavaScript-App-Entwickler, meiner Meinung nach.
Ich schäme mich fast, mich als Front-End-Entwickler bezeichnet zu haben, wenn das die neue Definition ist.
Dieses Problem macht mich in letzter Zeit wahnsinnig, ich habe meinen LinkedIn-Titel im letzten Jahr mehrmals geändert ;) Ich bleibe vorerst bei HTML & CSS Developer.
Vor ein paar Monaten kam ich zu dem Schluss, dass "Entwickler eure Prepress-Leute sind". Es ist lustig, dass Chris das vor einer Woche erwähnt hat. Es gibt zwei Arten von Desktop-Publishern: technisch und kreativ. Wobei kreative Desktop-Publisher in Grafikstudios arbeiten und Seiten layouten, und technische Desktop-Publisher in Druckereien arbeiten und Dateien für den Druck vorbereiten.
Front-End-Entwickler werden/sollten sich weiter aufsplitten, etwas wie
JavaScript-Entwickler (API, Ajax, Node etc. / auch bekannt als technischer Front-End-Entwickler)
HTML & CSS-Entwickler (responsiv, sass etc. / auch bekannt als kreativer Front-End-Entwickler)
Animationsentwickler
Das ist nur meine Meinung... nimm es mit einer Prise Salz...
Webdesigner Mindestkenntnisse
‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾
CSS, Sass/Less, ein CSS-Framework, HTML, Barrierefreiheit, grundlegendes SVG, grundlegende DOM-Manipulation über JavaScript oder jQuery, kann browserübergreifend kompatible Webseiten gestalten, mit Vektorgrafiksoftware wie Illustrator oder Inkscape gestalten.
Front-End-Entwickler Mindestkenntnisse
‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾
CSS, HTML, Grundlagen von JavaScript verstehen, mindestens eine wichtige JS-Bibliothek kennen (Animationsbibliothek/MVC-Framework/jQuery etc.). Kann Interaktivität entweder über den Browser oder den Server entwickeln.
Moderne Entwickler + Designer
‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾
Das oben Genannte plus mindestens eine oder mehrere der folgenden: HTML-Animationen, Canvas-Animationen, SVG-Animationen, WebGL-Animationen, Audio/Video-Präsentation.
Suizidale Designer/Entwickler
‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾
Ich lerne ______ oder ______ nicht, weil (hier beliebige faule Gründe einfügen)?
HTML-Animationen.... Ich musste lachen, wahrscheinlich wegen meines Alters, denn
<marquee>Wir animieren HTML</marquee>
War dabei, als ich meine erste Homepage erstellte ;)
Ich denke, der große Unterschied zwischen Webdesignern und Webentwicklern liegt nicht darin, ob sie beides können, sondern darin, ob sie mehr Zeit mit Design oder Entwicklung verbringen.
Zum Beispiel bin ich ein Full-Stack-Entwickler. Ich habe einige Projekte gemacht, bei denen ich die Designs und die UX dafür übernommen habe. Macht mich das zu einem Webdesigner? Wahrscheinlich schon, aber ich betrachte mich nur als Entwickler.
Währenddessen macht ein Freund von mir UX/Design. Er weiß, wie man HTML/CSS/JavaScript macht. Er kann schnelle Prototypen erstellen, aber er hat sich nie wirklich als Entwickler betrachtet.
Gibt es Überschneidungen zwischen Design und Entwicklung? Absolut. Aber es sind diese Überschneidungen, die es Designern und Entwicklern erleichtern, effizienter zusammenzuarbeiten.
Toller Artikel! Ich habe kürzlich selbst mit den Begriffen Front-End-Entwickler, Webentwickler, Softwareingenieur, Full-Stack usw. auf persönlicher Ebene gerungen.
Mein Hintergrund ist eigentlich Elektrotechnik und nach über 25 Jahren und meiner vierten "RIF" (Reduzierung der Belegschaft) beschloss ich, meiner Leidenschaft für das, was ich Webentwicklung nannte, nachzugehen.
Mit einem starken Hintergrund in der Programmierung, einer Liebe für Webstandards und einem neu erworbenen Zertifikat in Design Communication Arts von der UCLA Extension besuchte ich Hack Reactor remote, um mein JavaScript aufzufrischen.
Aber lassen Sie mich eines klarstellen: Ich bin kein Designer und halte mich nicht für gut in Grafikdesign oder Webdesign oder irgendeiner Art von Design, um ehrlich zu sein. Ich weiß, was gut aussieht und was nicht, aber wenn es darum geht, selbst etwas derartiges zu tun, friere ich ein. Ich liebe das Coden!!
Als ich Hack Reactor im Januar abschloss und es Zeit war, einen Job zu finden, hatte ich (und habe immer noch) Schwierigkeiten zu wissen, wie ich mich nennen soll. Ich gleichsetze Webentwickler und Front-End-Entwickler mit denen, die auch designen können und es tun, während ich Softwareingenieur (entweder Front-End, Back-End oder Full-Stack) mit denen gleichsetze, die den Code schreiben.
Bei der Jobsuche sahen potenzielle Arbeitgeber mein Zertifikat in Design Communication Arts und nahmen an, ich sei gut im Design, und ich musste erklären, dass ich das Zertifikat abgeschlossen hatte, weil ich wissen wollte, woher Designer kamen und die Grundlagen guten Designs kennen wollte. Ein Bewerbungsgespräch führte sogar dazu, dass mir jemand seine Website zeigte und mir sagte, ich solle "sie hübsch machen". Igitt!!!
Ich fand auch einen Unterschied bei den Unternehmen, je nachdem, ob sie nach Entwicklern oder Ingenieuren suchten. Meistens erwarteten diejenigen, die nach Entwicklern suchten, Designerfahrung, während die Ingenieurpositionen nach Codern suchten. Ich erhielt ein Jobangebot, das als Webentwickler ausgeschrieben war, aber mir als Softwareingenieur angeboten wurde!
Ich habe schließlich eine Stelle angenommen, die als Softwareingenieur ausgeschrieben war, und das nenne ich mich selbst meistens, um zu vermeiden, dass Leute gutes Design von mir erwarten! Ich mache immer noch Dinge wie responsives Design, aber ich bin kein Einhorn! ;-)
Toller Beitrag. Ich bin froh, dass es anscheinend Raum für "Leute gibt, die JavaScript mögen, aber noch nie Photoshop geöffnet haben".
Hallo Leute! Ich habe versucht, meinen Kommentar hier zu bearbeiten......
Ihr braucht wirklich Bearbeitungs- und Löschoptionen beim Posten.
Danke
Manchmal wünsche ich mir, dass andere Sprachen, wie CSS, Fehler bei falscher Semantik erzeugen, damit es für einen Außenstehenden nicht trivial erscheint.
Ich weiß, wie du dich fühlst. Ich schätze, mein Titel wäre Systemingenieur und umfasst sowohl Front-End- als auch Back-End-Programmierung. Da ich hauptsächlich für das Web entwickle, nennen mich die Leute immer noch Webdesigner.
Ich weiß, wie man designt, aber ich bin nicht gut darin. Ähnlich wie du deine Programmierkenntnisse beschreibst, schätze ich.
Als "Devsigner" habe ich mir versehentlich über die letzten zwanzig Jahre ein Leben aufgebaut, indem ich mich in HTML, CSS (und den Met-Abstraktionen, die wir lieben), purem JavaScript, jQuery, AngularJS, ExtJS, Flash (AS2/AS3), PHP (Drupal/Wordpress) weitergebildet habe. Auch ich wurde von der Suche nach pixelgenauen Wiedergaben meiner Designs getäuscht. "Wenn du willst, dass die Arbeit richtig gemacht wird, mach es selbst." ODER werde zumindest fähig genug, um die gleiche Sprache wie deine Entwicklerkollegen zu sprechen.
Ich experimentiere (wieder, versehentlich) mit C# während meiner täglichen Arbeit. Vergessen wir nicht JAVA am letzten Arbeitsplatz... Lange Rede kurzer Sinn, ich habe keine Ahnung, wie ich mich nennen soll. Wenn Leute (wie Großeltern) fragen, was ich beruflich mache, antworte ich immer nur: "Computer...". Ich musste über Laras Jobtitel-Generator-Tool lachen. Es ist fantastisch und sollte an jede Personalabteilung der Welt geschickt werden.
Wenn Sie eine Sache aus meinem Geschwafel mitnehmen können, dann nehmen Sie es auf sich, Trends und Veränderungen in der Überschneidung von Rollen und Verantwortlichkeiten anzuerkennen. Ihr Wert steigt um das Zehnfache. Mit der Zeit werden Sie (versehentlich) Architekturkonzepte auf höherer Ebene festigen, die Leute, die Informatik studiert haben, wahrscheinlich in Einführungskursen gelernt haben. Sprechen Sie mit diesen Leuten und befreunden Sie sich mit ihnen. Hören Sie auf zu kopieren und einzufügen, fangen Sie an, Basisklassen zu erweitern. Wenn Sie das nicht tun, werden Sie unzählige "Aha"-Momente erleben, wenn Ihre Architektur im großen Maßstab zusammenbricht.
Okay, zurück zu Sketch und Invision heute Morgen. :)
Ich verstehe dich...
Ich habe dort angefangen, wo du angefangen hast: HTML und CSS lernen als Erweiterung meiner Photoshop- und anderen Designkenntnisse, hauptsächlich um die Band eines Freundes zu bewerben.
Seitdem habe ich im Laufe der etwa 10 Jahre in einem professionellen Umfeld diese Fähigkeiten ausgebaut und nenne mich "Front-End-Entwickler" oder "UI-Entwickler", habe aber auch andere Backend-ähnliche Sprachen wie Java gelernt, um nützlicher zu sein, wenn ich für das Front-End-Interface entwickle. Einer der Witze in meinem Bereich ist, dass die superklugen Backend-Entwickler einfach kein HTML und CSS kennen und kein UI/UX-Design können. Ich verstehe das, weil ich manchmal einfach nicht viel von dem verstehe, was sie tun.
Ich habe mich in letzter Zeit mit Ruby on Rails beschäftigt und habe ein besseres Verständnis für Front- und Backend-Programmierung, genieße aber die Arbeit mit dem benutzerorientierten Design der Website. Ich habe das Gefühl, dass die Kenntnis beider Teile mich zu einem besseren Entwickler insgesamt macht. Als ich mich jedoch einmal auf Stellen beworben habe, stellte ich fest, dass es mich am Ende verkaufte, mich als "Front-End-Entwickler" zu bezeichnen.
Ich finde, einige Back-End- und Full-Stack-Entwickler, egal wie sie sich vom Front-End unterscheiden wollen, sind super empfindlich, wer das glänzende "Entwickler"-Abzeichen bekommt und wer nicht. Ich sehe keinen Grund, warum es wichtig ist, solange Klarheit über die Fähigkeiten besteht, über die wir sprechen. Front-End-Entwickler – du entwickelst... das Front-End... visuelle Elemente und die Programmierung, die diese visuellen Elemente zum Leben erweckt. Vielleicht ein wenig OOP hier und da, Rails oder etwas .js.
Haben Sie festgestellt, dass IT-Profis im Allgemeinen ziemlich elitär sind? Ich habe es getan, obwohl es keine große Stichprobe ist. Ich frage mich, warum das so ist. Vielleicht liegt es an der hohen Nachfrage nach ihren/unseren Fähigkeiten und der normalerweise hohen Intelligenz, die dazugehört, um darin gut zu sein. Obwohl es natürlich für jeden lauten Entwickler, der über Semantik streitet und eifersüchtig auf sein "Dev"-Suffix achtet, eine fantastisch talentierte Person gibt, die mit der Community teilt und generell offen für Diskussionen und Lernen ist. ¯_(ツ)_¯
Weißt du, was das größte Problem hier ist?
Das größte Problem sind SPAs (Single Page Applications). Warum sage ich das?
Weil die Front-End-Entwicklung immer schwieriger wird, da man jetzt erwartet, dass man diese kennt, und SPAs tief in die Softwareentwicklung eindringen.
Wenn du dich mit HTML, CSS und JS auf der Front-End-Seite beschäftigt hast, um deine Websites interaktiv und schön zu gestalten, wirst du bald feststellen, wie anders das ist, als SPAs zu programmieren.
Siehst du, bei SPAs dreht sich alles um Datenverwaltung und Datenfluss, was das Gegenteil davon ist, Dinge für den Benutzer schön zu gestalten.
Und deshalb haben wir so ein großes Problem damit, unseren Beruf zu benennen.
Wenn du mich fragen würdest, würde es ungefähr so aussehen
Front-End-Webentwickler – UX-Design, HTML, CSS, JS (jQuery).
JavaScript-Entwickler – SPAs.
was meinst du mit Front-End-Entwickler?
Geoff,
Ich betrachte mich als Front-End-Designer/Entwickler. Warum? Weil ich seit 8 Jahren ausschließlich in Photoshop und WordPress entworfen und entwickelt habe und dabei, wenn nötig, etwas PHP und JS gelernt habe. Ich bin auch ein Schüler des Google-Lernens und von Stack Overflow.
Jetzt, da ich wieder auf dem Arbeitsmarkt bin, stelle ich fest, dass jemand in meiner Position nicht nur HTML/CSS (was ich habe) kennen muss, sondern auch jQuery, JS, HTML5/SASS/LESS usw.
WordPress-Designjobs gibt es nicht viele und ich verbringe meine Freizeit (zwischen Jobsuche/Bewerbungsgesprächen) gezwungen, Programmiersprachen zu lernen, um mich auf Front-End-Dev-Jobs bewerben zu können. Vielleicht war die Entwicklung in WordPress ein Hindernis, da ich diese Front-End-Programmiersprachen nie vollständig lernen musste, aber jetzt habe ich keine andere Wahl, als mich dem zu stellen und in die sprichwörtliche Programmier-Kugel zu beißen.
Ich hatte ein ähnliches Gespräch mit Lara, und ich glaube, sie hat den Nagel auf den Kopf getroffen mit dem Design/Dev-Spektrum. Ich bin definitiv ein stärkerer Coder als Designer, aber kein starker Programmierer (obwohl ich lerne!). Wo passe ich hin?
Das liegt nicht daran, dass sie in ihrem Job schlecht sind, sondern einfach daran, dass sie nicht das richtige Wissen haben, um einen potenziellen Kandidaten zu suchen und zu bewerten.http://vijaytamilserial.com/