Implementing Towards Better PEP/Serialization

[Brian Goetz]

> I did have to check this new language architecture term "decomplection". Not much on the web. I think it needs some more papers written on it. :)

https://www.yourdictionary.com/complect <https://www.yourdictionary.com/complect>


> From here, I'll put these ideas into the POC I'm building. Already with a few tweaks I'm noticing that by treating these different classes as having those properties the implementation is becoming simpler.  Other than providing some more experiences on that, is there anything I can/should do to progress this concept?

I think a useful intermediate artifact would be to flesh out a catalog of the ways that a class can be “data”, or how a class can map itself to/from “data”, along with a catalog of use cases of programming styles matching which ones work with which techniques?  

The main thrust of the TBS paper is identifying the compromises we have to make in order to make reconstruction proceed through the constructor.  But clearly, not all classes will be equally amenable to a one-size-fits-all treatment.