Archiv Nov. 2012

F-Droid. Durchaus interessant - ein App-Store für Open Source Anwendungen für Android. Damit man nicht ständig selber nachgucken gehen muss, ob es Neuigkeiten gibt. Natürlich sind einige der Apps auch im normalen Google Play Store drin, aber nicht jedes Open Source Projekt will durch Googles Reifen springen.

The iDroid Project - Where it presently stands - 0xDEADFA11. Zum Thema Android auf iPad - sieht nicht gut aus, iDroid war wohl das aktivste Projekt das eine Gesamtlösung liefern wollte, aber der Status aus Juli und der Zustand des Projektes im Statusüberblick sehen nicht so aus, als ob da in Kürze was kommen würde. Schade.

Ipad optimization - xSellize. Ich glaub das guck ich mir mal genauer an - auf meinem iPad 1 hab ich nämlich mitlerweile das Problem, dass mir Apps ständig wegen Speichermangel crashen (z.B. der offizielle Twitter Client). Nach Erfahrungen mit anderen Systemen mit Flash sollte der Swap auf Flash nicht zu schlecht von der Performance sein - und wenn sich der Batterieverbrauch dann auch noch in Grenzen hält, wärs vielleicht eine Übergangslösung. Auch wenn es mich nervt, dass man nach so kurzer Zeit schon nur noch mit Jailbreak und Systemhacks sein System weiter benutzen kann. Idealer wäre wohl wenn jemand Android auf die alten iPads portiert ...

ActiveAndroid | Active record style SQLite persistence for Android. Hmm, mal angucken - ein weiterer ORM für Android, aber einer mit recht interessanter Syntax. Der Source verspricht auch noch ein paar mehr Sachen wie z.B. Joins. Wenn dann auch noch Migrations brauchbar abgebildet werden (daran krankt es erschreckend oft), könnte mich das Projekt durchaus motivieren mal mein kleines Bastelprojekt umzustellen.

Official Website | FreeBASIC Programming Language. Gerade drüber gestolpert (fragt nicht), ein freier Basic-Compiler der sich an QuickBasic orientiert.

The ElfData Plugin. For future use, etwas effizientere Stringklassen und Strukturen als die normalen in RealBasic. Und Basisstrukturen für Parser und Tokeniser. Irgendwann will ich ja doch mal einen eigenen Markdown-Prozessor für mein Desktopwiki bauen anstelle dauernd externe Tools aufzurufen.

Kürbissuppe

20121117-1812-P1010072.jpg 20121117-1758-P1010066.jpg 20121117-1716-P1010063.jpg 20121117-1712-P1010062.jpg 20121117-1707-P1010061.jpg 20121117-1705-P1010059.jpg 20121117-1654-P1010058.jpg 20121117-1642-P1010055.jpg 20121117-1636-P1010053.jpg

Irgendwie kamen wir auf die Idee für Kürbis. Kürbis - das passt doch zur Jahreszeit. Und warum nicht mal eine ordentliche Kürbissuppe kochen? Also rauf auf den Markt und das besorgen was wir brauchten (vor allem den Kürbis) und los gings. Was rein kommt:

  • ein kleiner Hokkaido Kürbis. Ok, bei uns war es 3/4 eines kleinen, also bei mittleren Kürbissen wird wohl eher so ein halber davon reichen. Unserer war so 1.6 Kilo schwer.
  • 3-4 Kartoffeln
  • halbe Orange (auspressen, der Saft kommt rein)
  • Kochsahne
  • 2-3 Knoblauchzehen
  • Olivenöl zum anschmoren des Kürbis
  • 1 Liter Gemüsebrühe
  • Gewürze (Ingwer, Koriander, Cayenne Pfeffer, scharfes Paprikapulver, Muskatnuss, Zimt, der Curcuma aus dem Bild fand keine Anwendung)
  • Pinienkerne (geröstet später über die Suppe)

Das aufwendigste an dem ganzen Gericht war den Kürbis zu schlachten. Die sind hart! Das ist Arbeit! Trotzdem, da muss man durch. Das war so der Ablauf:

  1. den Kürbis in Spalten schneiden. Achtung, das ist echt Arbeit, die sind hart. Ich habe den Kürbis auch geschält. Ja, ich weiss, bei Hokaido kann man die Schale mitessen. Aber man kann - man muss nicht. Und so mit Sparschäler gehts fix.
  2. die Spalten dann ausräumen - das ganze Kerngehäuse raus.
  3. dann die Spalten in Würfel schneiden
  4. die Würfel mit Knoblauch zusammen in Öl anschmoren
  5. Kartoffeln in Würfel zusammen mit dem Kürbis und der Gemüsebrühe kochen (20-25 Minuten)
  6. das ganze mit dem Pürierstab pürieren.
  7. die erste Runde Gewürze drauf (ordentlich Ingwer und Koriander, bei scharfem Paprika und Cayenne-Pfeffer etwas vorsichtiger sein, natürlich Pfeffer und Salz und ein wenig Zimt) und einrühren
  8. die Kochsahne und den Orangensaft reinrühren
  9. noch Muskatnuss drauf und reinrühren und leicht köcheln lassen
  10. Pinienkerne in der Pfanne rösten, wenn die Pinienkerne fertig sind, ist auch die Suppe gut

Bei uns gabs ein leckeres französisches Landbrot mit Paprika dazu und dazu Weinschorle. War ausgesprochen lecker, das ganze! Das ganze war übrigens von der Menge eher für 4 Personen, wir kochen bei Suppe gerne etwas mehr als nur für eine Mahlzeit.

A Cloud Storage Programming Interface - Store everything. Das sieht ganz interessant aus - eine C# Library zum Zugriff auf diverse Cloudspeicher. Unterstützt auch Dropbox und vor allem unterstützt es auch Mono for Android und MonoTouch, wodurch ich es als Basis nehmen könnte um mein kleines Android-Projekt mal testweise auf C# umzuschreiben.

F# and MonoGame on the Mac. Wer auf dem Mac mal Games bauen will hat mit MonoGames eine interessante Option. Es handelt sich dabei um eine Reimplementation der Microsoft XNA APIs. Also im Prinzip einfach die Weiterführung von Mono in den Gaming-Bereich. Ziemlich coole Sache - und weil eine coole Sache alleine nicht reicht, gibts in dem verlinkten Artikel das ganze mit Integration in F#, der funktionalen Sprache für .NET von Microsoft. Leider wird für iOS MonoTouch und für Android MonoDroid benötigt, wodurch es dort einen leichten Anschaffungswiederstand zu überwinden gilt (sind nicht ganz billig die Lizenzen, für Hobbyisten also vielleicht nicht so ganz der Knaller).

git-annex. Definitiv wert für zwei oder drei Blicke. Im Prinzip ist das sowas wie ein manuell betriebenes Dropbox - man kann Ordner mit anderen Ordnern verknüpfen und Sync-Beziehungen definieren. Aber man kann auch zum Beispiel Redundanzen definieren, wodurch sichergestellt ist, dass von Files genügend Kopien vorliegen - löscht man eine Datei, gibts was auf die Finger wenn es die letzte Kopie war (und sie wird wiederhergestellt). Viele Kommandos zur effizienten Verwaltung verschiedenster Szenarien kommen dazu und es gibt verschiedenste Backends für die Daten - z.B. kann man Amazon S3 integrieren und mit geeigneten Mitteln als Backup-Repository einbinden, oder URLs aus dem Web referenzieren und darüber Dateien jederzeit wieder rekonstruierbar machen (damit kann man z.B. auch einen eigenen Fileserver mit http Oberfläche integrieren). Oder sogar sowas wie Google Mail als Backend benutzen und seine Daten in Dateianhängen. Oder alle Mittel von git benutzen um z.B. temporäre Ergebnisse von Synchronisierungen auszuschließen. Im Gegensatz zu Sparkleshare - welches ja auch auf git aufbaut - werden hier aber nur die Metadaten in git versioniert, nicht die Dateien selber. Das hat natürlich den Nachteil, dass Dateiänderungen darüber nicht zurückgedreht werden können - dazu bräuchte man ein versionierendes Backend wie z.B. bup, welches dann als Datensicherung mit Versionierung und Definition der Backup-Zyklen benutzt wird. Der Vorteil der git-annex Methode ist aber, dass die Daten nicht so gigantisch wachsen wie bei Sparkleshare wenn man z.B. große Dateien wie Videos oder Digitalbilder syncen will - nur an der definierten Backup-Schnittstelle würdenm die Versionen anfallen und man kann explizit bestimmen welche Daten da hin gehen. Nix für Mäuseschubser, aber klasse für Kommandozeilenfetischisten.