No i mam dylemat. Zdaje się że boost::property_tree dość wydajnie pokrywa funkcjonalność tree_template, mimo że jego zastosowaniem zdaje się być składowanie danych konfiguracyjnych.
Mam do wyboru porzucić projekt i spróbować napisać coś innego (większego) ciągle bez doświadczenia. Albo wbrew wszystkiemu reimplementować pomysł już chyba dla samej satysfakcji.
Programistyczna logika każe wykorzystywać to co już zostało napisane (i działa), jednak z drugiej strony... zaawansowanie prac, doświadczenie, a nawet sentyment każą mi zostać przy tree_template.
Z pamiętnika prokrastynata prokrastynanta prokrast.. lenia! - Jeśli nie wiesz co zacząć robić, zrób coś aby się dowiedzieć.
Przeglądając katalogi projektów, natrafiłem na program-stoper, napisałem go kiedyś praktycznie przypadkiem, a że szykowałem się aby zabłysnąć na Techblogu to właśnie o nim postanowiłem trochę napisać.
Sama idea pojawiła się przypadkiem - kiedyś musiałem sprawdzić czas wykonania czegoś (nie pamiętam już czego) najwidoczniej nie dającego się zmierzyć komendą time, a że nie zależało mi na wielkiej precyzji i sam pomysł wydawał się dosyć prosty do wykonania to narodził się stopwatch. Jest to jeden z nielicznych projektów mojego autorstwa, który wyróżnia się ciekawą funkcjonalnością - działa (i to całkiem sprawnie).
Powoli rozpoczynam migrację artykułów ze starego Idlecode. Na początek coś z funkcjami systemowymi. Z serii "Znalezione w szafie": Przykładowy algorytm przeszukiwania dysku, dość prymitywny i wymagający kilku zmian ale mogący komuś się przydać. W planach jest usunięcie funkcji takeoff_last (w ogólne można go przepisać...). Ale to zostawię na inny termin.