Artikel

Complete list of European Special Characters

This was originally posted on https://fasforward.com/list-of-european-special-characters/, therefore in English.

Working on a german project with dynamic Textfields or forms is no problem for me: there are six »Umlaute« and one ligature, that I use every day. English forms are even easier: no special characters at all (how unimaginative ;-)…
But at the moment the project’s scope is widened to East- or West-Europe, problems begin if you weren’t attentive in school: In Spanish questions start with this upsidedown questionmark, don’t they? In French there are accents, but what directions and on which letters? And does anyone had Czech or Hungarian in school?

This is for all developers, making forms or dynamic textfields for the western hemisphere (no Cyrillic or Greek characters).

¡¿
ÄäÀàÁáÂâÃãÅåǍǎĄąĂăÆæĀā
ÇçĆćĈĉČč
ĎđĐďð
ÈèÉéÊêËëĚěĘęĖėĒē
ĜĝĢģĞğ
Ĥĥ
ÌìÍíÎîÏïıĪīĮį
Ĵĵ
Ķķ
ĹĺĻļŁłĽľ
ÑñŃńŇňŅņ
ÖöÒòÓóÔôÕõŐőØøŒœ
ŔŕŘř
ẞߌśŜŝŞşŠšȘș
ŤťŢţÞþȚț
ÜüÙùÚúÛûŰűŨũŲųŮůŪū
Ŵŵ
ÝýŸÿŶŷ
ŹźŽžŻż

Thanks Stefan, for Croatian đ and Đ.
Thanks G, for Hungarian letters őŐ and űŰ
Thanks codebuilder, for ď, ģ, ì, Ï, ì, Ø and ť
Thanks David for Åå (Sweden)
Thanks Andrzej for ŻżĄąĘę (Poland)
Thanks Cosmin for Ţţ Ăă (Romania)
Thanks NA for Ææ (Danish)
Thanks Dave for ð, þ, and Þ (Icelandic)
Thanks Fabien for Π(French)
Thanks Peter for Ľľ (Slovakia) and Ůů (Czeck)
Thanks cosku for Ğğ and ı (Turkish) – yes, let’s count Turkey to Europe 😉
Thanks to Alex for pointing out the T and S with comma and cedilla.
Thanks Candid for the »Baltic package« Āā, Ėė, Ēē, Īī, Įį, Ņņ and Ūū.

Artikel

Was ich diese Woche gelernt habe

  • Endlich haben alle, die Probleme haben sich ein Ziel zu setzen eine Ausrede: Focus on the process, not the goal. Man soll sich lieber ein System angewöhnen, das führt dann zur Erfüllung der Ziele.
  • Endlich eine geile Art Webfonts zu laden: asynchron mit JS. Das coole an dieser Methode: man kann den Text ohne Webfont komplett getrennt (font-size, line-height, letter-spacing) vom Webfont stylen. So fällt der Übergang kaum auf.
  • Jetzt im Frühling zum Glück nicht mehr so wichtig, aber auf das Thema bin ich schon im Winter gekommen. Jeden Winter sterben ca. ein Dutzend Obdachlose in Deutschland. Jemand der dagegen tut und deshalb (finanzielle) Unterstützung verdient, ist der Teebus „Möwe Jonathan“. Er gehört den Schwestern und Brüdern von heiligen Benedikt Labre e.V.
  • Man kann bestehende SSH-Keys auch im Nachinein noch mit einer Passphrase verschlüsseln.
  • Kostenlose, ausdruckbare Wireframe-Vorlagen für Webdesign.
  • Andrew Keen spricht über das Internet:

    YouTube Direktlink
    Er spricht davon, dass das Internet so wie es gerade ist, nicht „als Betriebssystem für das 21. Jahrhundert“ geeignet ist. Der Otto-Normal-Bürger übersieht die Gefahren (z.B. den Verlust der Privatsphäre und Nachteile der Sharing-Economy) des Internet, weil es sich so schnell entwickelt. Er vergleicht die Internetaufbruchszeitmit der Zeit der Industralisierung, als die Fabriken unreguliert Kinderarbeit und Umweltverschmutzung ohne Ende betrieben. Seiner Meinung nach benötigt es Regulation, um die User vor den Internetriesen zu schützen.
    Alles in allem ein zeitweise sehr amüsanter Dialog mit Mike Butcher von TechCrunch.
Artikel

Was ich diese Woche gelernt habe

  • Am Mac innerhalb eines „Öffnen“-Dialogs Cmd+Shift+. drücken, um auch versteckte Dateien im anzuzeigen.
  • Aus „Weniger schlecht programmieren“ (O’Reilly, 2014, Kathrin Passig & Johannes Jander):
    1. Der Dunning-Kruger-Effekt
      Kurz gesagt: inkompetente Menschen tendieren dazu ihre und fremde Leistungen nicht (kompetent) einschätzen zu können. Daher überschätzen sie sich selbst meist, während sie andere unterschätzen.
      An den eigenen Fähigkeiten zu zweifeln bedeutet also unter Umständen, dass man durchaus Kompetenz darin aufweist (vgl. auch das Imposter-Phänomen).
    2. Larry Wall, der Erfinder von Perl, hält Faulheit, Ungeduld und Selbstüberschätzung durchaus für Tugenden beim Programmieren:
      Faulheit motiviert (Oxymoron?) dazu bei Programmierung, Dokumentation und Tool-Auswahl möglichst effizient zu arbeiten.
      Ungeduld soll dazu führen, dass man nicht nur das Benötigte erarbeitet, sondern zukünftige Anforderungen auch schon berücksichtigt.
      Selbstüberschätzung nimmt die Angst davor, große Projekte überhaupt in Angriff zu nehmen.
      Passig und Jander sehen noch in weiteren Untugenden Vorteile:
      Dummheit sorgt dafür, dass der Code leichter (für Fremde) verständlich ist. Spaghetticode kann nur schreiben, wer sich viel im Kopf behalten kann.
      Unwissenheit hilft bei einem Paradigmenwechsel (z.B. damals hin zur objektorientierten Programmierung) flexibel zu bleiben. Wer nicht in erlernten Denkmustern verhaftet ist, tut sich leichter beim Umsteigen.
      Vergesslichkeit sorgt dafür, dass Code besser kommentiert und dokumentiert wird. Vielleicht erstmal nur für sich selber, aber das hilft Fremden dann wiederum den Code zu verstehen.
      Fehlendes Durchhaltevermögen: Code der in einer Nachtschicht zusammen geschustert wird, wird höchstwahrscheinlich eh am nächsten Tag verworfen. Eine gute/kreative Lösungsidee sollte besser reifen, bevor Code dafür geschrieben wird.
      Prokrastination hat den angenehmen Nebeneffekt, dass in der Zwischenzeit andere die Entwicklung voran treiben und das Problem des prokrastinierenden Programmierers von einem Kollegen oder der Community bereits gelöst ist. Auch entwickeln sich die Tools und man selber weiter, so dass am ende vielleicht eine schnellere und bessere Lösung herauskommt (vgl. TED-Talk von Adam Grant und meine Anmerkungen dazu).
      Ekel vor dem eigenen Code ist gut, weil man ihn bereitwilliger verwirft, wenn sie entweder die Anforderungen ändern, oder andere (erfahrenere/bessere) Kollegen ins Boot kommen. »Wer seinen Code für perfekt hält, lernt zu wenig dazu. Die Zusammenarbeit mit anderen ist produktiver, wenn die Beteiligten nicht in ihren eigenen Code verliebt sind.«
      Ehrgeizlosigkeit: sogenannte Maximizer, also Programmierer die nach dem besten streben, sind laut Glückforschung nicht so glücklich wie Satifsicer, die sich auch mit weniger zufrieden geben.
      Trägheit kann man umkehren, und so kann sie helfen guten Code zu schreiben. Als Beispiel: globale Variablen (Warum die nicht so gut sind). Wenn immer nur lokale Variablen genutzt werden, verhindert die Trägheit, dass globale eingeführt werden.