zurück zum Artikel

Die vergangene Folge von "Götz & Golo" hat sich mit der Frage beschäftigt, wann Teams gut zusammen arbeiten. Der Fokus lag dabei auf der Arbeit remote und vor Ort. Doch wie sieht es mit den eingesetzten Tools aus?

Die vergangene Folge von "Götz & Golo" hat sich mit der Frage beschäftigt, wann Teams gut zusammenarbeiten. Der Fokus lag dabei auf der Arbeit remote und vor Ort. Doch wie sieht es mit den eingesetzten Tools aus?

Welche Tools in einem Team zum Einsatz kommen, hängt natürlich in erster Linie vor allem von dem jeweiligen Team sowie dessen Bedürfnissen, Anforderungen und Aufgaben ab. Zumindest die Werkzeuge, die direkt bei der Softwareentwicklung verwendet werden, orientieren sich darüber hinaus auch an den eingesetzten Techniken. Dennoch gibt es einige Dinge, die sich verallgemeinern lassen.

Daher stelle ich im Folgenden zunächst einige Tools vor, die ich für meine Arbeit im Bereich der Web- und Cloud-Entwicklung einsetze, und komme anschließend auf Werkzeuge für andere Bereiche zu sprechen. Darunter finden sich dann auch Tools zur Zusammenarbeit im Team.

Basistechnologien

Technologisch beschäftige ich mich primär mit der Entwicklung verteilter Web- und Cloud-Anwendungen, auf der Basis von JavaScript und TypeScript. Als Laufzeitumgebung setze ich dabei auf Node.js und npm, für die umgebende Infrastruktur verwende ich im Wesentlichen Docker und Kubernetes. Das bestimmt letztlich schon einen Großteil der Werkzeuge.

Die Grundlage bildet (logischerweise) Node.js [5], wobei ich hier stets auf die neueste LTS-Version setze. Seit dem 21. Oktober 2019 ist das die 12.x-Reihe, im Herbst kommenden Jahres werde ich dann auf die 14.x-Reihe wechseln. Als Paketverwaltung ist von Haus aus npm [6] enthalten. Mit Alternativen wie yarn [7] beschäftige ich mich zwar aus Neugier, bleibe für den Alltag aber bei npm – einfach deshalb, weil es in der Node.js-Welt der gängige Standard ist.

Editor und IDE

Als Editor nutze ich Atom [8], da er deutlich leichtgewichtiger als eine integrierte Entwicklungsumgebung ist, und mir der Editor von der Art, wie er funktioniert, sehr entgegenkommt: Die Wahl für Atom ist also primär eine Wahl des persönlichen Geschmacks, weniger der technischen Features. Als Plug-ins verwende ich lediglich zwei: zum einen atom-typescript [9] für die Unterstützung für TypeScript, zum anderen linter-eslint [10] für die komfortable Integration von ESLint [11], einem Codeanalysetool für JavaScript und TypeScript.

Viele Entwickler und auch einige Kollegen setzen inzwischen zunehmend auf Visual Studio Code [12], mit dessen Bedienkonzept ich mich aber nicht anfreunden kann: Die IDE legt einige Verhaltensweisen an den Tag, die mir nicht gefallen oder die ich gar lästig finde. Sicherlich ließe sich das alles auch irgendwie konfigurieren, den Aufwand kann ich mir durch das Verwenden von Atom jedoch sparen.

Für Docker [13] und Kubernetes [14] nutze ich tatsächlich lediglich die jeweiligen Kommandozeilentools, docker und kubectl. Dockerfiles und Konfigurationsdateien für Kubernetes editiere ich ebenfalls mit Atom. Ergänzt wird das Ganze durch Git [15], was ich ebenfalls auf der Kommandozeile ohne weitere Werkzeuge verwende. Als Kommandozeile habe ich lange Bash (den Standard unter macOS) verwendet, bin aber vor kurzem auf zsh umgestiegen, da es die neue Standardshell unter macOS Catalina ist. Als Plug-in für zsh habe ich Oh My Zsh [16] installiert.

Tatsächlich sind das im Wesentlichen bereits alle relevanten Werkzeuge, mit denen ich meinen Alltag bestreite. Das Setup bietet für mich ausreichend viel Komfort, und lässt sich vor allem mit wenig Aufwand auf anderen Systemen gleichartig einrichten, ohne erst Stunden in Konfiguration und ähnliches stecken zu müssen.

Webcasts

Im Rahmen der tech:lounge [17] (die Videoplattform meines Unternehmens, auf der wir kostenlos Videokurse anbieten) nehme ich gelegentlich Webcasts auf. Das mache ich mit dem in macOS integrierten QuickTime Player [18], der den Bildschirminhalt mitsamt dem Ton aufzeichnet. Zur Nachbearbeitung des Tons verwende ich Wavelab [19] von Steinberg. Für Klänge und Grafiken greife ich gelegentlich noch auf Apple Logic Pro X [20] und die Adobe Creative Cloud [21] zurück.

Planung

Für die Planung der täglichen Arbeit verwenden wir GitHub [22]. Zusätzlich zu den Repositories, die Code enthalten, gibt es noch einige private Repositories, die wir zur Dokumentation interner Prozesse und für organisatorische Aufgaben einsetzen. Dazu kommt hauptsächlich die Projektverwaltung von GitHub zum Einsatz: Besonders schätze ich an GitHub Issues [23], dass sie äußerst leichtgewichtig, zugleich aber ausgesprochen flexibel sind. Ich bin immer wieder überrascht, wie weit man mit einigen wenigen Feldern und frei definierbaren Labels kommt.

Für meine persönliche To-do-Liste nutze ich außerdem Remember The Milk [24], wo ich vor allem Aufgaben eintrage, die zu einem festen Termin erledigt werden müssen.

Kommunikation

Für die interne Kommunikation und auch für die Kommunikation mit der wolkenkit-Community [25] verwenden wir Slack [26]: Wir nutzen Slack dabei nicht nur als Chat, sondern auch für Telefonate, Videotelefonie und Screensharing. Slack stellt bei uns auch die Basis für Pair Programming dar – eine Arbeitsweise, die wir sehr schätzen. Als E-Mail-Programm verwende ich Outlook für Mac [27].

Da ich häufig unterwegs bin, brauche ich regelmäßig ein verlässliches VPN. Dazu verwende ich TunnelBear [28], das ohne weitere Konfiguration einfach funktioniert und dessen Entwickler viel Liebe in eine hübsche grafische Oberfläche gesteckt haben: TunnelBear ist für mich das Paradebeispiel dafür, dass man selbst etwas so unspektakuläres wie ein VPN durch eine ästhetische Darstellung ansprechend gestalten kann. Vom gleichen Herstelle stammt übrigens auch der Passwortmanager Remembear [29], für den prinzipiell das gleiche gilt: Es macht einfach Spaß, diese beiden Produkte zu benutzen.

Fazit

Fasst man die Liste der von mir verwendeten Tools zusammen, fällt auf, dass sie relativ kompakt ist und vor allem dadurch auffällt, dass ich auf Werkzeuge setze, die bereits in den Werkseinstellungen weitgehend dem entsprechen, was ich mir wünsche beziehungsweise brauche. Dahinter steckt der Gedanke, dass ich mich wenig mit den Tools an sich beschäftigen, sondern mich mehr auf die Aufgaben konzentrieren möchte, die ich zu bewältigen habe.

tl;dr: Node.js, npm, Atom, Docker, kubectl, zsh, Oh My Zsh, QuickTime Player, Wavelab, Logic Pro X, Creative Cloud, git, GitHub, Remember The Milk, Slack, Outlook, TunnelBear und Remembear – diese Anwendungen sind die Basis für meine täglich Arbeit. ( [30])

URL dieses Artikels:
https://www.heise.de/-4569861

Links in diesem Artikel:
[1] https://www.heise.de/blog/Neue-Serie-Goetz-Golo-4496312.html
[2] https://www.sodgeit.de/aus-dem-blog/golo-goetz-01.html
[3] https://www.heise.de/developer/artikel/Virtuell-vereint-Wann-Teams-remote-und-oder-vor-Ort-gut-zusammenarbeiten-4522570.html
[4] https://www.heise.de/blog/Credo-fuer-eine-offene-und-tolerante-Kommunikation-in-der-IT-Unternehmenskultur-4493541.html
[5] https://nodejs.org/en/
[6] https://www.npmjs.com/
[7] https://yarnpkg.com/
[8] https://atom.io/
[9] https://atom.io/packages/atom-typescript
[10] https://atom.io/packages/linter-eslint
[11] https://eslint.org/
[12] https://code.visualstudio.com/
[13] https://www.docker.com/
[14] https://kubernetes.io/
[15] https://git-scm.com/
[16] https://ohmyz.sh/
[17] https://www.techlounge.io/
[18] https://support.apple.com/de-de/quicktime
[19] https://new.steinberg.net/de/wavelab/
[20] https://www.apple.com/de/logic-pro/
[21] https://www.adobe.com/de/creativecloud.html
[22] https://github.com/thenativeweb
[23] https://github.com/features/project-management/
[24] https://www.rememberthemilk.com/
[25] http://slackin.wolkenkit.io/
[26] https://slack.com/intl/de-de/
[27] https://apps.apple.com/de/app/microsoft-outlook/id985367838
[28] https://www.tunnelbear.com/
[29] https://www.remembear.com/
[30] mailto:webmaster@goloroden.de

Copyright © 2019 Heise Medien