There are two kinds of logging and they have distinct answers: * reporting program states to users * unexpected program outcome, what was the program's previous state?
-
-
Replying to @dibblego
Not to sure what you mean by reporting problem states to users, is that API users? Also what do you mean by program state, how much information does that include?
1 reply 0 retweets 0 likes -
Replying to @d_broadbridge
The first was originally demonstrated in a Scala library called argonaut, which is providing program context ("logging") to API users, all the way to end users. By program state, I mean, "the program crashed, where was it up to?"
1 reply 0 retweets 0 likes -
Replying to @dibblego
Sorry Argonaut looks like a json parsing library and not a logging library?
1 reply 0 retweets 0 likes -
Replying to @d_broadbridge
Correct it is, but it "logs" traversal of the zipper in a data structure. I could explain… not Twitter.
1 reply 0 retweets 0 likes -
Replying to @dibblego
Thanks :) I am very interested in alternatives to the norm of ramming IDs everywhere.
1 reply 0 retweets 0 likes -
Replying to @d_broadbridge
I think it's most important to distinguish, "reporting program condition (e.g. errors) to users" and "oh no the program crashed, why?" Because they are handled completely differently.
2 replies 0 retweets 1 like -
Replying to @dibblego
Where can I learn more on finding out why a program crashed in a functional way?
1 reply 0 retweets 0 likes -
Replying to @d_broadbridge
Have you done the Data61 introductory fp-course?
1 reply 0 retweets 0 likes -
OK, we were in Perth a year ago to run it. I think it's a bit of a pre-req to (properly) answer your question.
I think these are your non-exclusive options.
* Contact Andrea Bedini for local support.
* Join #qfpl on freenode for support as you work independently through it.
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.