5 Punkte von GN⁺ 2025-11-12 | 4 Kommentare | Auf WhatsApp teilen
  • 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

 
tested 2025-11-12

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.

 
kunggom 2025-11-12

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…

 
GN⁺ 2025-11-12
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

    • Bei OCR stimme ich voll zu, aber das Einbetten von Metadaten könnte ein regelrechter Datenschutz-Albtraum werden
      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
    • Ich bin der Autor des Artikels, und ich hätte erwähnen sollen, dass bei Screenshots von Webseiten die URL fehlt
      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
    • Google und Apple erkennen diesen Trend inzwischen ebenfalls
      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
    • Die Idee, die URL eines Instagram-Fotos in einen Screenshot einzubetten, ist an sich schon ein Datenschutz-Albtraum
    • Interessanterweise gab es in frühen Entwicklungsversionen von MacPaint eine einfache OCR-Kopierfunktion
      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

    • In Chats ist die Möglichkeit zum Kopieren und Suchen wichtiger
      Bei Screenshots muss man zoomen, und für Barrierefreiheit sind sie ebenfalls nachteilig
      Wenn man Text sendet, sind Suche und Kopieren einfacher
    • So etwas wie „80 Zeichen Breite“ ist Geschmackssache
      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
    • Solche Formatvorlieben sind persönlich, daher sollte man anderen keine Screenshots aufzwingen
      Bei langen URLs oder breiten Bildschirmen leidet die Lesbarkeit im Gegenteil oft stark
    • Ich bevorzuge ebenfalls Screenshots
      Denn Farben, Formatierung und Kontext bleiben genau erhalten
      Wenn man ein Problem erklärt, stimmt der Satz „Ein Bild sagt mehr als tausend Worte“
    • Ich finde es deutlich besser, wenn Code als Text kommt
      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

    • Auch das Snipping Tool von Windows hat eine Funktion zum Extrahieren von Text
    • Jemand hat mir per iMessage ein Foto mit einer Telefonnummer geschickt, und als ich einfach darauf getippt habe, öffnete sich sofort der Anrufbildschirm
      In diesem Moment hatte ich wirklich das Gefühl, in der Zukunft zu leben
    • Die Copy-and-Paste-Integration zwischen MacBook und iPhone hat meinen Arbeitsablauf komplett verändert
    • Der Grund, warum diese Funktion so gut ist, liegt darin, dass sie im ganzen System konsistent integriert ist
      In Safari kann man sogar Text in Bildern übersetzen, was besonders beim Übersetzen japanischer Webseiten nützlich ist
    • Ich benutze Shottr und drücke direkt nach dem Screenshot „O“, um sofort OCR auszuführen
      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

    • Es geht sogar noch schlimmer. Manche Leute fotografieren den Bildschirm direkt ab und schicken das
      Wenn angehende Programmierer so etwas machen, ist das wirklich frustrierend
    • In manchen Firmen wurden Word-Dokumente wie Ordner benutzt
      Andere Word-Dateien wurden darin als echte Objekte eingefügt
    • Dazu gibt es auch einen passenden XKCD-Comic → xkcd 2116
  • 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

    • Allerdings können Spotlight und Photos auch Text in Screenshots durchsuchen
  • 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

    • Ich bringe meinen Teammitgliedern bei, wie man in Teams Markdown-Codeblöcke erstellt
      Die Funktion ist da, aber nicht besonders sichtbar
    • Wenn man in Teams Screenshots sieht, sind das meistens Ausschnitte aus anderen Chats
  • 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

 
ndrgrd 2025-11-12

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.