Auch dieser Tag geht vorbei.
Während ich mich gerade in herdr einarbeite, spielt mir im Hintergrund der Apple-Music Auto-Empfehlungsalgorithmus einen netten Song nach dem anderen rein. Bei einem werde ich hellhörig und will sehen, wer das ist… Eine Band namens HRFTR (siehe YouTube).
Also herdr und passend HRFTR. Kannst du dir nicht ausdenken, sowas.
Achja, herdr: Ein Agent Multiplexer ähnlich tmux, aber mit Support für agentische Workflows. Video dazu.
Kurze Zusammenfassung der Envoy-Leistungsmerkmale.
Der Zugang zu so manchem komplexen Thema fällt oft leichter, wenn man sich vom Seitenrand aus über ein Thema annähern kann, von dem man schon etwas Ahnung hat.
Zum Beispiel unbedarft in die Genetik oder Molekularbiologie via „Softwareentwicklung“ springen. Beim Recherchieren zum Thema RNA-Impfstoffe und darüber, wie die internationale Community auf dem Gebiet forscht und zusammenarbeitet und was alles möglich wäre, wenn die schlauesten Köpfe der Menschheit dauerhaft die Mittel bekämen, gemeinsam an Lösungen zu arbeiten (zu langer Satz), bin ich auf die Seiten von Bert Hubert gestoßen:
DNA seen through the eyes of a coder
Ausgangspunkt war seine Analyse des Impfstoffs aus Source-Code-Sicht.
Dazu exemplarisch ein fast vierstündiges Video von George Hotz „we do corona virus science aka hacking nature.“
Die langen Nächte vor dem Computer sind damit mehr als gesichert…
Update 30.12.2020:
https://github.com/geohot/corona
Es geht ja nichts über gute Integrierte Entwicklungsumgebungen. Wer von euch erinnert sich z.B. noch an:
Neben der ein oder anderen IDE von JetBrains (PyCharm, PHPStorm) werfe bzw. warf ich für kleinere Aufgaben gerne auch Atom, Sublime oder Brackets an, seit ein paar Wochen setze ich mich auch intensiver mit Visual Studio Code auseinander. Der Unterbau basiert auf Electron, d.h. ein speichersparsames kleines Editörchen ist es nicht gerade, aber es will ja nicht jeder Hipster sein und vim benutzen 🙂
Der eigentliche Nutzen für den konkreten Anwendungsfall (Python, PHP, Javascript, Ruby, etc. pp.) kommt wie immer mit den Extensions, z.B. fürs Syntax Highlighting, Linting, die Versionsverwaltung oder das Deployment.
Ich schau mir aktuell die folgenden Erweiterungen genauer an (Ich muss die Extensions noch auf den unterschiedlichen Rechnern abgleichen, im Moment ist es noch ein Test-Durcheinander):
Insgesamt macht das Arbeiten mit der IDE Spaß: Globale Suche, Befehlspalette, schneller Zugriff auf die Optionen der einzelnen Extensions, Debugger, verschiedene Arbeitsbereiche, Themes, alle bekannten Editor-Features, Aufgaben konfigurieren… ist eigentlich alles da, um verregnete Nachmittage zu überstehen.
Wer kein Geld für die sehr ausgereiften Tools von JetBrains ausgeben kann oder will, kommt mit VSC definitiv sehr weit.
Eine oft gehörte und gestellte Frage, die Antwort darauf ist eigentlich ganz einfach:
git log -p <datei>
Siehe manpage:
COMMON DIFF OPTIONS -p, -u, --patch Generate patch (see section on generating patches).
Wieder was gelernt. Genauer gesagt, drei Dinge. Fangen wir an:
Das wars.
Heute mal Hyper ausprobiert. Ein JS/HTML/CSS-Terminal. Nett. Gibts als Electron-verpacktes Binary für alle drei Betriebssysteme.
Die Config-Datei liegt im Regelfall unter ~/.hyper.js, Änderungen werden sofort wirksam (Hot-Reload). Der Sourcecode von Hyper auf Github.
Plugins (Extensions) können in Javascript erstellt werden. Das ganze Terminal lässt sich via Browser-Dev-Tools inspizieren (und auch live verändern).
Der Tag war überwiegend Docker gewidmet, vor allem dem Packaging von Applikationen. Docker-Compose rauf und runter, Container anlegen und löschen, Dockerfiles schreiben und Varianten testen, mit Entryfiles spielen; überlegt, welche Schritte bei Installations- bzw. Setup-intensiven Anwendungen wohin zu verorten sind (ins Image, Volumes, Entryfile oder gar nachgelagerte exec-Script-Läufe). Verschiedene Images mit ähnlicher Zielrichtung ausprobiert, Größen verglichen.
Viele hilfreiche Blogs gefunden, manche Artikel allerdings auch schon wieder veraltet und so manche Dockerfiles nicht wirklich an den Best Practices von Docker orientiert. Und viele nehmen die Isolation der Container-Prozesse vom Host als gegeben und hinreichend hin, wenn sie von Security sprechen, ohne sich um weitergehende Möglichkeiten wie die capability-drops oder Absicherung durch Zertifikate zu kümmern.
Alles in allem: Viel gelernt.
Update Tag 15/2017: Link zu einem guten Docker-Cheat-Sheet.
Beim Lesen von Javascript: 2016 in Review von Craig Buckler auf SitePoint bin ich auf diesen Post gestoßen: How it feels to learn Javascript in 2016.
Meine Güte, was hab ich Tränen gelacht.
Es beginnt schon mit
No JavaScript frameworks were created during the writing of this article.
Ok, ein alter Witz, aber immer wieder gut.
Look, it’s easy. Code everything in Typescript. All modules that use Fetch compile them to target ES6, transpile them with Babel on a stage-3 preset, and load them with SystemJS. If you don’t have Fetch, polyfill it, or use Bluebird, Request or Axios, and handle all your promises with await.
Einfach nur gut. Unbedingt lesen.
Immer noch der JS-Kongress, zweiter und letzter Tag, daher fast das gleiche Foto. Diesmal mit anderen Musikern (analoge Gitarrenmusik). Der Gebärdensprachdolmetscher war der Hammer: Nicht nur, dass er die Musik der Musiker 1a übersetzte – bei der Flut an Fachbegriffen während der Vorträge musste er generell Schwerstarbeit leisten, was er mit Bravour ([braˈvuːɐ̯]) gemeistert hat.
Heute nochmal Javascript & Robotik + Internet of Things, aber auch Performance Profiling für V8 und die GPU via WebGL für bestimmte Arten von Berechnungen nutzen.
Bei aller Faszination über die Möglichkeiten, die javascriptfähige Microcontroller bzw. -Boards bieten, kam mir doch der Aspekt des Internet of Shit etwas zu kurz: Enthusiasmus und Fun in allen Ehren, aber die Entwicklungen der letzten Monate machen klar, dass Sicherheitsfragen nicht ausgeblendet, sondern elementarer Bestandteil der IoT-Vorträge werden sollten. Der Vortrag vom Vortag Writing Secure Javascript von Guy Podjarny befasste sich ja mit JS im Allgemeinen; er lenkte das Augenmerk darauf, dass der eigene Code im Verhältnis zu den integrierten Bibliotheken meistens eher gering ist und die Sicherheitsanalyse deshalb die Abhängigkeiten auch miteinschließen muss. Sein Projekt snyk bietet dazu Lösungsansätze.
Fazit der letzten beide Tage: Tolle Organisation, viele anregende Vorträge. Hier oder da hätte man zwar noch etwas rausarbeiten können, warum im spezifischen Einsatzzweck nun ausgerechnet Javascript die Sprache der Wahl ist, statt nur die weite Verbreitung zu zitieren, aber hey.
