katrinleinweber / halbwegs-smart-meter

Einstieg in die Datenanalyse mit R, am Beispiel des eigenen Energieverbrauchs

Wir programmieren ein halbwegs-Smart-MeteR

Einstieg in die Datenanalyse mit R, am Beispiel des eigenen Energieverbrauchs

Installation

Siehe Eventbeschreibung unter "Voraussetzungen".

Anleitung

Siehe Kommentare in halbwegs-Smart-MeteR.R und die commit-für-commit-Lösung im nachher-branch. Außerdem: Übrungsaufgaben in den Issues und einige derer Lösungen im weiterarbeiten branch.

halbwegs-smart-meter's Issues

Andere Möglichkeit, Funktionen aus Paketen zu laden

Neben #1 gibt es auch eine Schreibweise, nur genau die tatsächlich benutzte Funktion aus einem Paket zu laden, anstatt erst das ganze Paket. Wann ist diese Möglichkeit nützlicher / sinnvoller / schöner, als library(...) aufzurufen (egal wo im Skript)?

Doppelte Eintragungen verhindern

Im Workshop wurde ja durch die Live-Demo verschiedener Herangehensweisen ein paar mal der selbe "Zählerstand" mit dem selben Datum in unseren Datensatz geschrieben. Dies können wir verhindern, indem wir zwischen den read_csv()- & add_row()-Befehlen eine if-Prüfung einbauen.

Erinnern Sie sich an die $-Schreibweise zum Zugriff auf alle Werte einer Spalte. In welcher würden Sie auf eher auf Doppelung prüfen?

Lesen Sie SWCarpentry.GitHub.io/r-novice-gapminder/07-control-flow. Dort werden auch für uns passende Operatoren kurz erklärt, mittels der wir auf das schon-Vorhandensein eines Wertes prüfen können. Die dort erwähnte "perform action" könnte in unserem Falle eine warning() oder stop() mit einem Menschen-lesbaren Hinweis auf die Doppelung sein.

PS: Diese Übung klappt besser, wenn #2 schon erledigt ist ;-)

Zählerstand bequemer eingeben

Statt in add_row(..., Strom_kWh = ...) den Zählerstand mitten im Skript eintippen zu müssen, definieren Sie eine Variable ganz oben im Script und rufen Sie sie in add_row(...) wieder auf.

library-Ladebefehle verschieben

Dass wir mehrfach im Script verstreut externe Pakete mittels library(...) laden, ist eigentlich kein guter Stil. Wir sollten diese Zeilen vielleicht verschieben. Wohin am besten?

today() statt Sys.Date()

today() gibt es auch, allerdings in einem Paket, dass Sie erst finden, installieren und laden müssten. Welche Pro- & Contra-Argumente Sie neben:

+ "der externe Funktionsname ist eindeutiger" und

- "aber der Aufwand lohnt nicht"

heranziehen, um zwischen "eingebaute Funktion nutzen" vs. "aus importierten Paketen" zu entscheiden?

Anders mutieren und dabei abwägen

In mutate(...) werden die Zwischenergebnisse Intervall_Tage und Strom_kWh_pro_Tag nur einmal verwendet. Wir müssen beide also nicht unbedingt als Variablen speichern, sondern können ihre Berechnungsformeln auch dort einsetzen, wo momentan die Variablen aufgerufen werden. Setzen Sie schrittweise ein, sodass am Ende Abschlag_Strom_EUR in einem Rutsch berechnet wird.

Das mag Arbeitsspeicher / RAM einsparen, aber auf Kosten von was geht eine solche Einsparung? In welchen Situationen ist welche Art der Einsparung / Optimierung sinnvoll?