How does the Partial–Order Event Tracer (POET) bridge theoretical and practical research techniques?
I wonder if “bridge” doesn’t make POET sound somewhat grander than it really is. It has been used in practice both to test theoretical concepts we have developed and to discover new issues that needed to be investigated. Examples of the first kind include implementation of techniques we devised for abstraction: grouping traces (processes or threads) into “clusters” and grouping elementary events into “abstract events;” implementing algorithms for pattern matching; and implementing algorithm for execution replay. An example of the second kind is an algorithm we had for “scrolling” backward and forward through partially ordered event histories, but in practice it didn’t always do what one might have hoped. When I first saw certain behaviour, I thought there was a bug in the program, but it turned out that it was doing exactly what was intended. Once the effect was observed in practice, it became clear that the intention needed to change. This led to the development of a more–complex scro
Related Questions
- Do we want a practical theory or an, er, "pure" (critical/theoretical/research) theory It is a difficult question to frame, isn it?
- Do we expect increasing gaps in theory and practical risk management in event current market situation?
- Is practical nursing experience necessary in administration, education, and research?
