Die Frage steht im Titel. Das Abstimmungs-Widget ist die Seitenleiste auf größeren Bildschirmen und irgendwo da unten auf kleineren Bildschirmen.
Mit „bearbeiten“ meine ich
- Tatsächlich erstellen und bearbeiten.
- Oder sind ein aktiver Nutzer davon. Sie/sie schreiben HTML und verwenden das verfügbare CSS, haben also ein eigenes Interesse am tatsächlichen CSS, nicht nur am Ergebnis.
Dies kann eine andere Zahl sein als die Anzahl der Personen in Ihrer Organisation, in Ihrem Projekt oder sogar in Ihrem Front-End-Team. Es gibt wahrscheinlich einige überraschend große Organisationen, in denen die Antwort 1 oder 2 ist. Und wahrscheinlich einige kleinere Organisationen, in denen viele Leute im CSS arbeiten und es wieder verlassen.
Wie bei all unseren einfachen Einzelumfragen werden wir keine Querverweise erhalten. Aber wir werden ein Gefühl für die Situation einer großen Anzahl von Front-End-Entwicklern bekommen. Ich bin sehr gespannt auf die Ergebnisse hier. Ich kann ehrlich gesagt nicht erraten, wie die Kurve aussehen wird.
Wenn Sie an vielen Projekten arbeiten, wählen Sie eines aus. Wählen Sie das größte oder das, an dem Sie die meiste Zeit verbringen oder das Ihnen am wichtigsten ist.
Als einsamer Freiberufler werde ich von der Abstimmung absehen. Ich bin sehr neugierig auf das Ergebnis. Hoffentlich werden auch einige der Kommentare aufschlussreich sein!
Das wird gut, arme 26+ Leute... Wir hatten eine Scheißhaus mit unserem CSS, also haben wir „scss-lint“ implementiert und bum, es lief bis jetzt reibungslos. Stellen Sie einfach sicher, dass Sie einen Fehler auswerfen, wenn Grunt das Projekt kompiliert/baut, sonst können sie unbelastetes CSS nach oben pushen.
Sie haben „viel zu viele“ vergessen.
Wir haben ein Entwicklerteam von etwa 12 Personen, und mehrere externe Personen berühren ebenfalls Code. Nur vier von uns *sollten* CSS schreiben. Wir haben versucht, dies durch Einschränkung der Berechtigungen für das CSS-Verzeichnis zu verhindern – aber das führte zu Hunderten von rogue CSS-Dateien, in Seiten-CSS-Definitionen und einer Menge Inline-Code.
Wir versuchen gerade verzweifelt, alles aufzuräumen, da wir ein schnelles Rebranding der Website durchführen müssen.
Mit dem Redesign verwenden wir den Ansatz, ein Framework zu nutzen und zusätzliche Stile so atomar und leicht zu merken wie möglich zu gestalten, um das Problem zu vermeiden.
Die Website ist sehr groß und ändert sich täglich. Abgesehen davon, einen Scanner hinzuzufügen, um style=”” im Deployment-Zyklus zu suchen, weiß ich wirklich nicht, wie wir die Dinge sauber halten können.
Vorschläge sind willkommen.
Setzen Sie einen -Header und verwenden Sie ein CDN
–
default-src *–
style-src {CDN URL}– Beschränken Sie den Zugriff auf das CDN
Dies bedeutet, dass jeglicher Inline-Stil sowie CSS von derselben Domäne nicht funktionieren wird.
Sie könnten das CDN weglassen und
style-src 'self'verwenden, um Inline-Stile einfach zu entfernen.Ich arbeite im Unternehmensbereich an einem großen internen Projekt. 15 Entwickler, davon bearbeiten 2 Personen aktiv unser CSS. Es ist ein Rails-Projekt und wir verwenden einen eigenständigen Gem, um all unser Sass zu laden.
Ich bin der einzige Webentwickler in einem Team von etwa zehn Softwareentwicklern. Wenn es um Front-End geht, bin ich es allein. Ich glaube nicht, dass hier sonst jemand CSS *kann*.
Als einziger Entwickler bei Smashing Magazine ist es ziemlich offensichtlich, wie viele Leute unser CSS bearbeiten. =D
Entschuldigung, kann das nicht beantworten... wir haben nicht gerade ein „Hauptprojekt“, wir arbeiten an vielen. Typischerweise etwa 3-5, aber wir übernehmen oft Katastrophen von anderen Leuten. Heute Morgen zum Beispiel war ich bis zum Hals in einem Projekt und die vorherigen Leute hatten ihr CSS größtenteils (nett) auskommentiert. Es waren 10 Leute dort zusätzlich zu denen, die es ursprünglich geschrieben haben. 9 davon haben nichts mit unserer Organisation zu tun. Aber heute waren es nur ich und die Person, die es prüfte.
Wir haben ein kleines Team (5 Entwickler), die alle mit der Codebasis experimentieren. Wir sind dazu übergegangen, vorgefertigte Vorlagen zu verwenden und nur das vorgefertigte CSS mit kleineren Anpassungen von uns selbst zu überschreiben. Diese sind so spezifisch wie nötig für die Unterprojekte jedes Entwicklers, um sicherzustellen, dass sie niemandes Arbeit überschreiben.
Ich glaube, all die Leute, die mit „eins“ antworten, sind Freiberufler. Nur wir haben Zeit, Artikel wie diesen im Internet zu lesen. :)
Lol nein. Ich habe auch gelesen, als ich in einer Firma war. Und ich war der Einzige, der in dem letzten Projekt CSS geschrieben hat, weil keiner von ihnen Sass verstanden hat und ihnen nur mein minifiziertes CSS von Kompass übrig blieb. Selbst wenn sie mit dem CSS herumspielen wollten, konnten sie es nicht.
Nur zur Info, ich habe mit „eins“ geantwortet und bin kein Freiberufler...
Ich habe mit eins geantwortet und bin kein Freiberufler. Ich bin die gesamte Abteilung für Webentwicklung und Design. Wir sind ein sehr kleines Unternehmen, daher trage ich viele Hüte. Nur eine weitere Person in unserem Unternehmen würde überhaupt verstehen, was sie sieht, wenn sie die CSS-Dateien öffnen würde.
Meine Mittagspausen sind eine Zeit, die ich mir vorgenommen habe, um auf dem Laufenden zu bleiben und Artikel zu lesen. Es ist viel angenehmer als die Arbeit während der Mittagspause.
Das war schwer zu beantworten für mich. Wir haben ein kleines Entwicklerteam (insgesamt 7, aber nicht alle bearbeiten CSS), aber Produkt und Marketing ‚konsumieren‘ das CSS mit der zweiten Definition, um CMS-basierte Seiten mit bestehenden CSS-Klassen zu erstellen, daher musste ich 11-25 wählen.
Wenn ein Projekt hier in aktiver Entwicklung ist, arbeitet nur eine Person am CSS. Sobald ein Projekt gestartet ist, sind wir nicht mehr so wählerisch und 3-4 verschiedene Personen können daran arbeiten.
Ich entwickle alleine, aber viele Teams (7-10 Personen) nutzen mein CSS.
Ich wäre daran interessiert zu erfahren, wie sich das mit der Verwendung von Git korreliert. Jeder, auch Designer, sollte Git verwenden, laut zahlreicher Tweets. Allerdings habe ich noch nie jemanden gefunden, der bereit war, einen guten Git-Workflow für ein kleines Team zu erklären (da er mehr als nur grundlegende Git-Befehle beinhaltet). Andererseits kann ich mir nicht vorstellen, wie zwei oder mehr Designer, Frontend-Entwickler usw. am selben CSS ohne eine Art Versionskontrolle arbeiten könnten.
Wir haben etwa 20 Entwickler in meinem Büro, und so ziemlich jeder wird erwartet, CSS zu schreiben, wenn ein Projekt dies erfordert, was dazu führt, dass mindestens die Hälfte der Entwickler (irgendwo zwischen 11 und 20) unser CSS regelmäßig bearbeiten. Wir haben strenge Coding-Standards, sodass die Qualität des neuen Codes, den wir schreiben, nicht schlecht ist (möchte ich meinen...)
Habe ein kleines Team (3 Entwickler)
aber nur 2 Entwickler bearbeiten unser CSS
Wo ich arbeite, ist es ziemlich verwirrend. Wir haben ungefähr 2000 WordPress-basierte Kunden (Einzelunternehmer, Bauunternehmer usw.), es gibt Hunderte von Altkunden, was bedeutet, dass etwa 10 Praktikanten an ihnen gearbeitet haben, mit unterschiedlichen Fähigkeiten – also eine Menge Inline-Styling, falsche Verschachtelung und dann einfach schrecklicher Code, der die Änderung jedes Aspekts sehr schwierig macht und unter Zeitdruck ist die Bereinigung von Code noch schwieriger. Wir haben 4 Entwickler (mich eingeschlossen), aber nur 2, die oft das CSS bearbeiten – mein anderer Entwickler ist auch fraglich in Bezug auf seine Fähigkeiten. Es ist keine tolle Arbeit..
Jede Art von Repository (Git, Mercurial oder das andere..) wird Ihr Leben erheblich erleichtern. Ich bin Teil eines Teams von 8 Personen. Repositories sind der einzige Weg, wie wir zusammenarbeiten können. Wie ich sagte, seit wir es benutzen... viel besser.
Ahh, interessant zu sehen, dass 1500 (53% zum jetzigen Zeitpunkt) Leute in meinem Boot sind und die einzigen sind, die CSS bearbeiten. In meinem Team gilt das auch für Javascript. Nur zwei andere Leute in meinem Team haben (kleine) HTML-Kenntnisse (sie benutzen oft das <
font>-Tag, traurig).Chris, es scheint, dass viele Front-End-Diskussionen da draußen (und die meiste dieser Website) darauf abzielen, **Teams** bei unübersichtlichen Codebasen zu helfen, und weniger Diskussionen richten sich an die einsamen Reiter. Dies lässt viele verwirrt über die besten Taktiken zur Verwaltung von CSS & Javascript und welche Tools am besten geeignet sind, um Zeit in das Erlernen zu investieren. Persönlich finde ich, dass ich eine Menge mentaler Filterung der angesagtesten Trends betreibe, um Inhalte zu finden, die für eine 1-Mann-Codieroperation relevant sind, und ich weiß, dass ich sicherlich mehr Blogbeiträge schätzen würde, die sich darauf konzentrieren, denen in unserer nicht so einzigartigen Situation zu helfen.
Ich liebe es, die Arbeitsabläufe aller zu hören.
Meine Projekte haben normalerweise 2-3 Front-End-Entwickler.
Wir verwenden Git + Gulp mit Sass und Linting. Wir erstellen für jede Seite einen Sass-Partial. Manchmal zerlegen wir Seitenabschnitte in Partials, wenn es sich um eine komplizierte Seite handelt. Git mit Sass-Partials hilft, Merge-Konflikte größtenteils zu vermeiden. Dieser Workflow funktioniert gut für uns!
26+ wäre viel Spaß.... NICHT!