Autor: woecki
-
PJ Document & data management, REF, workflow
Documents
- quellen & mögliche konvertierungen
- scan -> pdf:
- mail -> pdf: download. eigener mailserver mit scripten? ifttt gmail -> dropbox -> syno cloudsync -> syno nas
- pdf, txt, word, xls, …: odf/open office formate
- jpg/.. -> pdf
- ocr (ocrmypdf
- funktionen
- suchen:
- (taggen (regelbasiert): elyse, directory tree
- browsen, navigieren:
- vorschau: div. viewer. foxit/sumatra?
- archivieren: <not yet>
- lösung
- Inbox, periodisch triagieren
- X speichermedium: diskstation, flat, (keine os abhängigkeiten, kein lock-in)
- X ablage hierarchisch: jahr / AF_xxx
- downloads, scans, photos, email, -> ablage
- indizierung / suche: win 7 suche od. andere (kein
- X backup: diskstation -> network drive + usb drive
- archivierung: tbd
Data
- quellen
- wetter: wetterstation
- energie & sonstiges home-monitoring
- finanzdaten: elbi, kurse, ..
- zeitdaten: was hab ich da gemeint?
- externe quellen historisieren
- Funktionen
- speichern: sql-db
- abfragen: web query interface
- visualisieren: …graph
- archivieren:
- verdichten:
datensenken (sammeln)
- P:
- dropbox
- google docs
- evernote
ASCII-Art
- quellen & mögliche konvertierungen
-
PJe 2014
Family
- – mit Doris: wien / rom / …
- – Winterurlaub
- X Sommerurlaub
- X Herbsturlaub
- – (Berg)Wandern
- – Kino/theaterbesuche
- – Kochen
Farm
- o traktor neu?
- X hallentore
- – schnittholz(lager
- – brennholzlager
- – aufzeichnungen acker
- – az schafe
- – buchhaltung
Finance
- – aufzeichnungen,auswertungen „buchhaltung“
- – „Vision“ vorsorge, finanzierung kinder(ausbildung), …
Haus(halt)
- – oberlichten
- – quellstein
- o garten
- – div. deckenlampen
- – energiemonitoring
- – media-server
- – vernetzung küche/speis/..
- – weg von google mit docs, calendar, mail.
Hobby
- Kochen
- imker-hp
job
- X brandschaden internet: hp
- x brandschaden internet: client
- X brandschaden div. listen mit abgeschnittenen begrenzungslinien beim druck
- X kdiff3 with dimensions
- ?code formatter
- ?eclipse
- pli @home
-
REF CleanCode
Namen:
- so kurz wie möglich (keine füllwörter etc)
- so lange wie nötig (selbsterklärend)
- eindeutig (keine ähnlichkeiten, varianten, …
- hauptwörter/verben f. objekte/methoden
- konsistent
Struktur: soll code lesbar/wartbar halten
- jede Funktion soll 1 Aufgabe erfüllen
- kurze Funks
Kommentare: sollen code erklären wo er nicht selbsterklärend ist
- soviel wie notwendig, sowenig wie möglich.
- sprechende funktionen u variablen und codierung sind besser als kommentare
- kommentare sollen nicht den code wiederholen, sondern a) fachliche hintergründe beschreiben b) ..
Formatierung: soll code deutlich machen
- -> coding rules
- einheitliche regeln
- Einrückungen
- leer-blöcke deutlich machen
auskommentierter code ist böse, wozu gibts scm?