Heute stelle ich euch das Tool Checkouts Overview vor.

https://github.com/sgrottel/checkouts-overview
https://go.grottel.net/checkouts-overview

Was? Warum? Weil mir dieses kleine Tool hilft.

In meinem privaten Setup habe ich eine Menge kleinerer Repos ausgecheckt, mit denen ich nur hin und wieder arbeite. Außerdem habe ich mehrere Repos, die einige Textdokumente und deren Historie verwalten. Manche dieser Repos werden mit Servern synchronisiert, die nur gelegentlich online sind, teils um Strom zu sparen, teils aufgrund von VPN- und Netzwerkverbindungsgeschichten. Und so verliere ich oft den Überblick über den Status der Synchronisierung dieser verschiedenen Repos.

Ist alles eingecheckt? — Meistens, ja. Wenn meine Änderungen schon vollständig war.

Ist alles gepusht? — vielleicht.

Sind Branches aktiv? — keine Ahnung.

Ihr braucht diese Anwendung vielleicht nicht, wenn Ihr einen besser strukturierten Arbeitsablauf habt als ich. Meiner ist chaotisch, also brauche ich die Hilfe eines Tools, dieses Tools.

Wenn Ihr interessiert seid, findet Ihr weitere Informationen im Github-Repository der App.

Hinweis: Und was das Icon der App angeht, es geht um (Repository-)Klone, richtig.

Für GLFW ist das Update 3.3.5 erschienen.

Entsprechend habe ich das GLFW-Nuget-Paket auch aktualisiert. Dies enthält nun precompiled Binaries für Visual Studio 2022 (Preview) als Runtime v143. Da ich selber noch nicht das Visual Studio 2022 ausprobiert habe, hoffe ich, dass das funtkoniert.

Das hier ist mein zweiter Artikel in meiner Serie über Application-Icons und Logos. Dieses Mal möchte ich über Farben und Icon-Hintergründe schreiben.

Icon-Farbdesign

Form und Farbe von Icons sind meist durch eine Corporate Identity vorgegeben. Bei der konkreten Umsetzung eines Anwendungssymbols gibt es dann wenig Spielraum für kreative Freiheit. Und das ist auch gut so. Visuelle Konsistenz und einprägsame Farben und Formen sind wichtig für eine Markenidentität, die sich in das Gedächtnis aller einbrennt. Denkt an die Golden Arches. Ich wette, Ihr könnt die fettigen Pommes schon fast schmecken.

Designer, die an einer Icon-Darstellung für ein Produkt oder ein Unternehmen arbeiten, müssen sich also einerseits an viele starre Bedingungen halten, die von der Corporate Identity diktiert werden, und andererseits ihr Bestes geben, um ein Icon zu schaffen, das in vielen Situationen verwendet werden kann.

Ich benutze ein älteres Anwendungs-Icon von FARO® SCENE als Beispiel:

Dieses Icon hält sich gut an die Designrichtlinien und bietet eine schöne, kompakte Darstellung des Produkts. Einige Details als Beispiele:

– Das „S“ basiert auf der Designrichtlinie für den vollständigen Produkttitel,

– Der kreisförmige Rahmen basiert auf der Designrichtlinie für den FOCUS-Laserscanner, und

– Die Farben folgen der damaligen Designrichtlinie von FARO.

Um eine gewisse Flexibilität bei der Verwendung zu gewährleisten, wurde das Symbol für einen weißen (hellen) und einen dunklen (farbigen) Hintergrund entworfen. Das ist nicht ungewöhnlich. Diesen Ansatz findet man oft, wenn etwas für digitale Medien und Printmedien entworfen wird.

Und damit ist alles gut, richtig…

Hintergrund und Form

… eher „nein“.

Die Idee, Varianten eines Symbols für verschiedene Hintergründe zu haben, ist zwar grundsätzlich richtig, gilt aber nicht für Anwendungs-Icons. Eine Anwendung ist eine ausführbare Binärdatei. Darin ist ein repräsentatives Icon eingebettet. In den meisten Szenarien gibt es keine Möglichkeit, Varianten auszuwählen.

Und, was noch schlimmer ist, diese Icons landen auf allen möglichen Hintergründen. Stellt euch einen PC mit einem vom Benutzer gewählten Desktop-Hintergrundbild vor. Es kann alles Mögliche in Farbe sein! Das bedeutet, dass das Icon mit allem kompatibel sein muss. Das ursprüngliche FARO-Icon war es nicht.

Die einzige praktikable Lösung besteht darin, explizit eine Hintergrundfarbe als Teil des Icons zu verwenden. In den ersten Versionen dieses Symbols wurde lediglich die Hintergrundfarbe festgelegt.

Das funktioniert, um das Icon wie vorgesehen erscheinen zu lassen. Aber es trennt das Icon auch vollständig von der Umgebung ab. Das Icon ist nicht wirklich Teil des Desktops oder des Startmenüs. Es fühlt sich wie ein Fremdkörper an. Das ist nicht schön.

Die Lösung ist gar schwierig: den Hintergrund in das Icon einbinden. … Habt Ihr gesehen, was ich hier gemacht habe? Nicht nur „die Hintergrundfarbe einbinden“, sondern „den Hintergrund einbinden“. Das bedeutet Farbe und Form! Macht einen Teil des Hintergrunds zu einem Teil des Icons. Eine einfache Möglichkeit, besteht darin, ein Hintergrundschild zu verwenden, das der Form des Icons selbst folgt, oft ein Kreis, aber manchmal auch eine komplexere Form.

Die Form des Hintergrunds, welche den restlichen Formen folgt, ergänzt sich zum Icon. Es ist nicht länger ein losgelöstes Bild. Und wenn die Hintergrundfarbe des Desktops und die Hintergrundfarbe des Icons gleich werden, dann verschmelzen die Hintergründe, und die Icons existieren wie vorgesehen. Das ist überhaupt kein Problem. Sehr gut.

Und wenn die Verbindung von Icon und farbigem Hintergrund noch verstärkt werden soll, dann kann ein klein wenig Transparenz das erreichen. Nicht übertreiben. Es ist leicht, etwas seltsames, unpräzises und hässliches zu erzeugen, wenn man zu viel Transparenz verwendet. Ein kleines bisschen ist alles, was man brauchst. Diese nicht mehr aktuelle Version des Steam-Symbols ist ein sehr gutes Beispiel dafür.

Zusammenfassung

Bei einem Anwendungs-Icon kann die Hintergrundfarbe, auf der es platziert wird, nicht kontrolliert werden. Man muss auf jede mögliche Farbe vorbereitet sein.

Um bei der Gestaltung des Icons dennoch genau die korrekten Farben nutzen zu können, sollte man einfach ein Stück vom Hintergrund im Icon mit einbringen. Nicht nur die Farbe, sondern die Farbe und die Form. Die Form sollte eng an der Form des Icons angelehnt sein, um ein einheitliches Aussehen zu erzielen.

Artikelserie

Es gibt sicher viele Personen, die Informatik studieren und Spaß an Computerspielen oder Videospielen haben. Ich gehöre zweifelsohne dazu. Und ich glaube, die meisten, vielleicht alle Menschen aus dieser Gruppe, haben irgendwann mal in ihrem Leben ein eigenes Computerspiel geschrieben. Oder zumindest haben sie damit angefangen oder daran gedacht. Wieder, ich habe es zweifelsohne getan. Nun, aber ein Computerspiel zu schreiben ist eine Menge Arbeit. Besonders, wenn es etwas Größeres ist als „Tic Tac Toe“. Und, aus diesem einfachen Grund, beenden die meisten Leute nie ein größeres, echtes Spiel. Wieder, ich habe zweifelsohne es auch nie geschafft.

Im Laufe der Jahre hatte ich viele Ideen. Einige waren groß, einige waren klein. Irgendwie waren alle zu groß, um etwas fertigzustellen. SpringerJagd ist ein gutes Beispiel. Nicht zu groß, eigentlich. Vielleicht gar keine gute Idee. Aber auf jeden Fall zu groß für mich, um es zu Ende zu bringen.

Aber ist „zu groß“ hier wirklich das Problem? In der Indie-Game-Community gibt es durchaus einige Spiele, die als „groß“ bezeichnet werden können. Und diese werden oft genug von einer einzigen Person geschrieben. Was ist also der Unterschied?

Ausdauer! Fokus!

Man darf nicht versuchen zu viele Dinge zu tun. Man muss sich auf ein Projekt konzentrieren, und es bis zum Ende durchziehen.

Und das will ich jetzt machen! (Es gibt kein „versuchen“.) Aus meiner langen Liste von Ideen habe ich mich für „Exoworlds.net“ entschieden.

Exoworlds.net hat bereits eine lange Geschichte. Die Idee für dieses Spiel hatte ich schon in der Schule. Im Laufe der Zeit hat sich die Spielidee verändert, vereinfacht und präzisiert. Ich glaube, die Idee, so wie ich sie jetzt habe, ist ziemlich gut. Zumindest denke ich, dass es ein Spiel ist, das ich gerne spielen möchte. Demnächst schreibe ich etwas mehr, was es ist, und worum es geht.

Also, von nun an will ich mit allen privaten Softwareprojekte direkt oder indirekt das Projekt Exoworlds.net unterstützen. Ich bin freu mich drauf.

Redate ist ein weiteres Werkzeug in meinem wachsenden Werkzeugkasten. Die Idee ist einfach: Viele Programme erzeugen Dateien, schreiben Dateien, aktualisieren Dateien, mit genau demselben Inhalt wie zuvor. Das Datum des letzten Schreibzugriffs der Datei wird natürlich verändert. Der Inhalt bleibt derselbe. Andere Tools wiederum verwenden das Schreibdatum als Hinweis darauf, ob die Dateien geändert wurden. Was ja auch Sinn macht, oder?

Dieses kleine Werkzeug, „Redate“, speichert die MD5-Hashes der Dateien ab, zusammen mit ihrem ursprünglichen Schreibdaten. Wenn das Werkzeug dann erneut auf dieser Liste von Dateien ausgeführt wird, stellt es das ursprüngliche Schreibdatum für alle Dateien mit unveränderten MD5-Werten wieder her. Und das ist es.

Ich verwende es zum Beispiel für Vue.js-Projekte, um die Schreibdaten der Dateien in den dist-Ordnern beizubehalten. Dann kann ein einfacher FTP-Sync nur die geänderten Dateien für das endgültige Deployment übertragen. Dies hilft bei Projekten mit vielen Assets-Dateien die sich nicht verändern.

Ihr könnt Quellcode und Binär-Releases von Github herunterladen.

Ich habe beschlossen, eine kleine Artikelserie über Anwendungs-Icons und -Logos zu schreiben.

Lassen Sie mich mit dem kleinen Hinweis beginnen, dass Sie alles, was ich schreibe, mit etwas Skepsis sehen sollten. Ich habe keine formale Ausbildung in Design, Kunst oder was auch immer. Ich lese Bücher und Online-Artikel darüber, und ich glaube, dass ich eine gute Intuition habe, aber es besteht eine reale Chance, dass ich mich in einigen Dingen irre. In diesem Artikel schreibe ich über meine eigene Meinung. Und obwohl ich von dem überzeugt bin, was ich für richtig und wichtig halte, könnte ich mich irren, oder zumindest könnte das, was ich für wahr halte, in Ihrer Situation nicht anwendbar sein. Wie auch immer. Da Sie nun gewarnt sind, bin ich gerne bereit, meine bescheidene Meinung zu diesem Thema zu verbreiten.

In diesem ersten, kurzen Artikel möchte ich erklären, warum ich dieses Thema für wichtig halte, und was die Unterschiede zwischen dem „Logo“ und dem „Icon“ sind, und warum Sie beides haben wollen.

Warum ist es wichtig?

Ich bin ein Softwareentwickler. Daher ist meine Sichtweise aus diesem Blickwinkel, und ich spreche über Logos und Icons von Software-Anwendungen. Aber das gilt in ähnlicher Weise auch für allgemeinere Projekte, kleinere Tools, Software-Ökosysteme, Webseiten, Produkte usw. All das sind Dinge, an denen wir arbeiten, für die wir arbeiten, die wir implementieren und ausliefern. Und sehr oft, wenn es gut läuft, sind das Dinge, in die uns wichtig sind. Wir wollen unsere beste Arbeit abliefern, und wir wollen diese Dinge erfolgreich machen, nicht nur zum Wohle des Unternehmens. Wenn die Projekte cool sind und wir gerne an ihnen arbeiten, wollen wir Erfolg haben, einfach weil wir es wollen.

Um dieses Maß an Hingabe zu erzeugen, ist es von Vorteil, wenn das Objekt, an dem wir arbeiten, eine Identität hat. Der erste und wichtigste Aspekt ist ein Name. Wir müssen in der Lage sein, das Projekt bei seinem Namen zu nennen. Wenn ich an „dieser Sache“ arbeite, klingt das nicht wirklich teilnahmsvoll. Aber wenn ich sage: „Ich habe viel an MegaMol gearbeitet“, wird es persönlich. Sie müssen nicht mit einem endgültigen Namen beginnen. Ein Projekttitel ist völlig ausreichend. Er könnte sogar hängen bleiben, wie ein Spitzname.

Ich bin ein visueller Mensch. Icons, Logos, Plakate, Coverbilder, etc. das alles hilft mir, mich an Dinge zu erinnern und diese wiederzuerkennen. Visuelle Darstellungen sind in dieser Hinsicht sehr mächtig. Und genau an dieser Stelle kommen Icons und ein Titel ins Spiel. Fügen Sie diese zu Ihrem Projekt oder Ihrer Anwendung hinzu, und Sie können die Stärke der virtuellen Identität steigern.

Was ist der Unterschied zwischen Logo und Icon?

Es gibt einen feinen Unterschied zwischen einem Logo und einem Icon. Ein Logo ist eine grafische Darstellung des Titels Ihres Projekts. Und der Titel ist eine schriftliche Darstellung Ihres Projekts. Ein Icon ist eine oft abstrakte, ikonische_ Darstellung Ihres Projektes selbst. Es geht also immer um das Projekt. Das Icon muss nicht Teil des Titels sein oder aus dem Titel abgeleitet werden. Es ist zwar sinnvoll, visuelle Verbindungen zwischen Titel und Icon zu haben, aber Sie müssen es nicht erzwingen. Der einfachste Weg ist, das Icon als grafisches Element in den Titel einzubinden.

Ein typisches Beispiel ist Mozillas FireFox.

Der Name ist nicht wirklich semantisch mit dem verbunden, was es ist. Er ist einfach nur ein Name. Es gibt zwar ein Ökosystem von passenden Namen für passende Anwendungen, aber für dieses Beispiel ist das nicht wichtig.

Das Icon, oder „Logomark“, wie Mozilla es in ihrer Dokumentation nennt, ist eine ikonische Darstellung des Namens. Sehr gut.

Und das Logo ist der Name, das Icon, alle typografischen Angaben: Schriftart, Größen, Abstände, etc. Das Logo ist also eine kombinierte grafische Einheit. Es ist nicht nur das Icon und ein Text. Und deshalb sollte man nicht versuchen, es nachzubauen, und das Logo selbst sollte als Vektorgrafik geliefert werden, ohne auf irgendwelche Schriften zu verweisen. Oft ist es sehr sinnvoll, die Schriften im Logo anzupassen, das Kerning zu verfeinern, Formen bestimmter Zeichen zu verändern usw.

Zusammenfassung

Um eine starke Identität für Ihr Projekt zu haben, sollten Sie einen Namen, ein Icon und ein Logo haben.

  • Der Name wird überall verwendet werden. Es kann ein vorläufiger Name, ein Projektname oder ein Spitzname sein.
  • Das Icon wird in der Benutzeroberfläche von Softwareanwendungen, als Datei-Icons für ausführbare Software, als Webseiten-Favicons, in kleinen Logos für Websites usw. verwendet.
  • Das Icon ist eine _ikonische_, grafische Darstellung des Projekts, nicht unbedingt des Namens.
  • Das Logo wird als größeres Webseitenlogo, auf Präsentationen und schriftlichen Dokumenten verwendet.
  • Das Logo sollte eine visuelle Verbindung zum Symbol und eine logische Verbindung zum Namen haben. Es kann eine Kombination aus diesen Elementen sein.

Artikelserie

Ich habe meine „Weisheit“, so nenne ich es gerne, aus vielen verschiedenen Quellen: Familie, Freunde, Filme, … Ich bezeichne es oft auch als „nutzloses Wissen“. Damit kann ich auch leben. Und am interessantesten wird es, wenn es um Dinge geht, die nicht (vollständig) unter unserer Kontrolle liegen. Meinungen werden dann mehr und mehr zu Reflexionen davon, wie wir diese Dinge sehen, und nicht, wie sie sind. Nun, Meinungen sind immer so, aber in diesen Fällen wird dies immer schön deutlicher. Nehmen wir zum Beispiel unsere Jobs, wir lieben sie, wir hassen sie, wir brauchen sie. Wenn ich das Ganze aus der akademischen Perspektive betrachte, dann denke ich zuerst an eine Skala (basierend auf meiner nutzlosen Weisheit):

Das obere Ende ist für mich durch ein Zitat von Konfuzius definiert. Tatsächlich habe ich es das letzte Mal gehört, als meine Schwester es mir von Kermit dem Frosch auf Instagram vorgelesen hat.

„Wähle einen Job, den du liebst, und du wirst nie einen Tag in deinem Leben arbeiten müssen.“

Und für das untere Ende, das gar nicht so negativ ist, habe ich ein Zitat aus „Der Teufel trägt Prada“ gewählt:

„Jobs, die die Miete zahlen.“

Nun, das ist nicht Konfuzius, aber es trifft sicherlich was wir oft fühlen.

Offensichtlich ist es eine offene Skala von 1 – Liebe bis 0 – Miete, und darüber hinaus an beiden Enden. Und, es gibt sicherlich so etwas wie „Das war’s. Hier ist meine Kündigung. Fickt euch alle.“, aber ich hoffe ehrlich, dass dieser Wert nicht sehr oft gebraucht wird. Setzen wir den mal auf -1.

So, da habt ihr’s. Eine schöne Skala zwischen Liebe und Hass zu unsere Jobs.

Wenn Sie einen dieser Tage haben, an dem Sie sich nahe an der Null oder sogar im negativen Bereich fühlen, dann versuchen Sie sich an einen früheren Tag zu erinnern, an dem Sie nahe an der Eins waren. Haben Sie es? Bleiben Sie dran. Ihr Ziel für die Arbeit ist es, dass diese Tage zählen! Und mehr von diesen Tagen zu haben als von den anderen. Und, für die anderen Tage, vergessen Sie auch Ihr Leben außerhalb Ihres Jobs nicht!