- Im Arbeitsalltag kommt es häufig vor, dass Kolleginnen und Kollegen Text als Screenshot schicken – eine ineffiziente Methode, die die Codesuche und das Erfassen des Kontexts extrem erschwert
- Bei Code, der als Screenshot ankommt, fehlt jeder Kontext wie Variablendefinitionen, Modulstandort oder Exception-Handling; man muss alles in die Suche eintippen oder einen Coding-Agenten bemühen
- Wenn Build-Fehlerprotokolle als Screenshot verschickt werden, lässt sich weder das Build-Ziel noch die fehlgeschlagene Zeile oder die genaue Fehlermeldung erkennen, wodurch eine Problemlösung praktisch unmöglich wird
- Mit Copy-and-Paste oder dem Teilen von Datei-/GitHub-Links kann man IDE-Suchfunktionen nutzen und den vollständigen Kontext sehen
- Solange es nicht um Darstellungsprobleme auf dem Bildschirm geht, sollte Text nicht als Screenshot, sondern in kopierbarer Form geteilt werden, um effiziente Zusammenarbeit zu ermöglichen
Problemfall Screenshot 1: Code
- Bei der Diskussion von Code-bezogenen Problemen erhält man von Kolleginnen und Kollegen oft Code-Screenshots
- Es ist unmöglich, zentralen Kontext zu erfassen: wo
slug definiert ist, wie baseUrl erzeugt wird, warum die Domain hart kodiert ist, wie Exceptions behandelt werden oder wo sich das Modul befindet
- Man muss den Code aus dem Screenshot manuell in die Suche eintippen oder mit einem Coding-Agenten nach dem zugehörigen Modul suchen
- Mit Copy-and-Paste lässt sich selbst bei derselben Zeile deutlich mehr Kontext erkennen, und man kann den Text direkt in die IDE-Suche einfügen
- Noch viel effizienter ist es, die Datei selbst oder einen GitHub-Link zu teilen
Problemfall Screenshot 2: Build-Fehlerprotokolle
- Man bekommt einen Screenshot eines Fehlerlogs mit der Bitte: "Der Build ist fehlgeschlagen, kannst du mal draufschauen?"
- Es ist überhaupt nicht erkennbar, was gebaut wurde, in welcher Zeile der Fehler auftrat oder wie die genaue Fehlermeldung lautet
- Nicht selten läuft ein kompletter Rebuild auf der eigenen Workstation dann erfolgreich durch
- Ein Problem, das sich oft leicht lösen ließe, wenn man das vollständige Fehlerlog kopiert oder als Datei exportiert und verschickt
So teilt man Text richtig
- Schickt Text nicht als Screenshot, sondern in kopierbarer Form
- Screenshots sollten nur verwendet werden, um visuelle Darstellungsprobleme zu zeigen oder wenn es begleitende Informationen gibt, die in reinem Text verloren gehen würden
- Dateien zu teilen oder GitHub-Links bereitzustellen ist die beste Methode, um Kontext zu erfassen und Code zu durchsuchen
4 Kommentare
Ich mag keine Text-Screenshots.
Manchmal poste ich Code auch als Screenshot, weil die Lesbarkeit im Editor beim Aufnehmen besser ist und die vom OS standardmäßig unterstützten Screenshot-Tastenkürzel so bequem sind.
Wenn es ein Programm gäbe, das den per Tastenkürzel aufgenommenen Screenshot direkt in einen Link wie Text fragments umwandelt, über den sich der Code extern teilen lässt, und ihn sofort einfügbar macht, würde ich das wahrscheinlich benutzen.
Sodass bei einem Upload in Slack eine Vorschau angezeigt wird und man dem Link folgen kann, um den Code zu kopieren.
Um ein bisschen Aufmerksamkeit zu erregen, stelle ich euch eine Seite vor, die Code in hübsche Bild-Screenshots verwandelt. ttt
https://ray.so/
Auch ich versuche, wenn ich etwas per Messenger oder Mail verschicke, möglichst textbasiert zu bleiben, aber je nach Fall kann es tatsächlich auch umständlicher sein, nur Text zu verwenden.
Im Vergleich dazu ist ein Screenshot schnell gemacht: einmal eine Tastenkombination drücken, den Bildschirmbereich grob markieren und einfügen – alles bequem über die GUI. Aus Sicht des Absenders fühlt sich das daher oft einfacher an.
Wie auch im Haupttext angemerkt wurde, wird für die Empfänger durch einen Screenshot allein aber oft nicht der ganze Kontext vermittelt, und auch Suchen oder Copy-and-paste sind unpraktisch, weshalb Unmut entsteht, denke ich. Ganz zu schweigen davon, dass bei Übertragung und Speicherung ein deutlich größerer Overhead entsteht, als eigentlich nötig wäre.
Wenn ich persönlich bei solchen Dingen jedes Detail aufzählen würde, würde ich mich schon darüber beschweren, dass intern Dokumentation mit Word-Dateien statt in einem Wiki gemacht wird und so weiter…
Hacker-News-Kommentare
Wie auch in anderen Kommentaren erwähnt wurde, ist die automatische OCR auf den Apple-Plattformen wirklich bahnbrechend
So eine Funktion sollte meiner Meinung nach standardmäßig in den Dokumentenbetrachtern aller Plattformen enthalten sein
Ein weiterer Wunsch wäre, Metadaten in Screenshots einzubetten. Wenn man zum Beispiel ein Instagram-Foto aufnimmt, könnte die zugehörige URL enthalten sein; im Browser die aktuell aufgerufene URL und der DOM-Pfad, in einer Karten-App die Koordinaten, in einem PDF-Viewer der SHA1-Hash des Dokuments und der Offset
Natürlich gäbe es dabei Datenschutzprobleme, aber ich denke, dass solche Ideen in der Forschung sicher schon behandelt wurden
Heutzutage ist das Dateikonzept abstrahiert, sodass sich Screenshots wie die gemeinsame Sprache des mobilen Computings anfühlen
Nebenbei möchte ich unbedingt auch Screenshot Conf erwähnen
Screenshots werden auf OS-Ebene verarbeitet; es ist riskant, wenn eine App erfährt, dass sie aufgenommen wurde, oder Standortinformationen bekommt
Firmen wie Evernote oder CloudApp haben so etwas versucht, sind am Ende aber gescheitert. Screenshots sind dann nützlich, wenn sie simpel bleiben
Das System, das ich baue, legt viele Kontextinformationen in der URL ab, aber im Screenshot ist davon nichts enthalten
Deshalb muss ich die URL immer separat als Text anfordern
Sie bauen in die UI nach einem Screenshot Funktionen wie AI-Insights, Produktsuche, Gemini/LLM-Konversationen ein
Denn alle nutzen Screenshots zum Speichern oder Auffinden von Informationen
Sie wurde in der Release-Version aber entfernt, weil man befürchtete, die Leute würden es als Textverarbeitung benutzen
Ich nutze Screenshots ziemlich oft
Der Grund ist, dass sie bei 80 Zeichen Breite bleiben und dadurch gut lesbar sind und dass Monospace-Schriftarten und Syntax-Highlighting erhalten bleiben
Wenn Code oder Terminal-Ausgaben in E-Mails oder mobilen Chats nicht kaputtgehen sollen, sind Screenshots die sicherste Methode
Natürlich hänge ich die ganze Datei an, wenn sie gebraucht wird, aber die relevanten Stellen schicke ich zusätzlich als Screenshot
Bei Screenshots muss man zoomen, und für Barrierefreiheit sind sie ebenfalls nachteilig
Wenn man Text sendet, sind Suche und Kopieren einfacher
Die meisten Systeme unterstützen Monospace-Schriftarten längst, und das Problem liegt eher an Umgebungsfaktoren wie dem Gmail-Rendering
GMail hat weder eine Breitenbegrenzung noch eine einheitliche Schriftgröße, deshalb ist es schwer zu lesen
Bei langen URLs oder breiten Bildschirmen leidet die Lesbarkeit im Gegenteil oft stark
Denn Farben, Formatierung und Kontext bleiben genau erhalten
Wenn man ein Problem erklärt, stimmt der Satz „Ein Bild sagt mehr als tausend Worte“
Dann kann ich ihn in meinem Editor mit Schriftart, Breite und Farben nach meinen Vorlieben ansehen und ihn außerdem durchsuchen und bearbeiten
Screenshots verursachen am Ende nur Unannehmlichkeiten für andere
Die Texterkennung und Kopierfunktion auf Mac und iOS ist wirklich bahnbrechend
Man kann Text in Screenshots oder Fotos direkt kopieren und in Notizen einfügen
In diesem Moment hatte ich wirklich das Gefühl, in der Zukunft zu leben
In Safari kann man sogar Text in Bildern übersetzen, was besonders beim Übersetzen japanischer Webseiten nützlich ist
Das läuft bequem ohne Dateispeicherung direkt im Anschluss
Früher habe ich Screenshots in Word-Dokumente eingefügt und verschickt
Aber jetzt vorzuschlagen, den Text mit einem LLM wieder zu extrahieren, ist zu verschwenderisch
Was wir am Ende brauchen, ist eine UI-Innovation, mit der sich Text genauso einfach teilen lässt wie ein Screenshot
Wenn angehende Programmierer so etwas machen, ist das wirklich frustrierend
Andere Word-Dateien wurden darin als echte Objekte eingefügt
Regel 7 meines Artikels „How to ask for help in Slack“ lautet: „Keine Text-Screenshots posten“
Auch wenn Apples OCR gut ist, bleibt das Problem der fehlenden Durchsuchbarkeit bestehen
Original-Link
Ich schicke am liebsten das ganze Dokument oder einen Link zum Code mit und füge zusätzlich einen Screenshot des relevanten Abschnitts an
Der visuelle Kontext bleibt erhalten, sodass es mir später leichter im Gedächtnis bleibt
Neue Entwickler teilen in ihren ersten Wochen häufig Text-Screenshots
Aber auf Mobilgeräten sind sie schwer zu lesen, und Slack komprimiert Bilder, sodass man nicht einmal vernünftig hineinzoomen kann
Deshalb lernen die meisten am Ende doch, Text zu teilen
In MS Teams wird oft mit Screenshots gearbeitet, weil die Unterstützung für Codeblöcke so schlecht ist
Die Funktion ist da, aber nicht besonders sichtbar
Screenshots sind eine schnelle und konsistente Methode
Sie funktionieren in Web-Apps, nativen Apps, auf Websites – überall auf die gleiche Weise
Für Empfänger können sie unbequem sein, aber aus Sicht des Absenders sind sie effizient
Unter Linux habe ich die benutzerdefinierte Aktion von xfce4-screenshooter mit einem tesseract-OCR-Skript verbunden
Wenn ich einen Bereich auswähle, wird der Text automatisch in die Zwischenablage kopiert
In Fällen, die schwer zu erkennen sind, verwende ich Gemma3-4B + llama.cpp
Heutzutage verfügen die meisten Browser über eine Funktion namens Text Fragment, die ich sehr nützlich finde.
Probiert aus, ob es mit dem hervorgehobenen Link in diesem Beitrag funktioniert.