For the API interface and software architecture,
For setup/usage documentation and the current status of the project,
P2P encoded messaging service with a focus on customizable input, output and transportation modules.
It is primarily a CLI application, but also includes documentation to build a DIY Raspberry Pi Device.
At its core, MOE
can:
-
Read a message from the user through any of its Reader interface implementations.
-
Encode/decode a message to any given dictionnary fed to it.
-
Send/receive a message over the Internet through any of its Mailers interface implementations.
-
Output a received message through any of its Writer interface implementations.
-
Modular Simple and clear interfaces for its software components so that users can easily code their own implementations.
-
Hardware Agnostic It's core functionality does not depend on any hardware. Any microcontroller or IO device that can be wired up can be used as Hardware to build up a
MOE
. -
P2P While users may implement their own Mailers in a server-client pattern,
MOE
aims to showcase that P2P is a very useful architectural pattern for recreational projects:-
Operational Cost A
MOE
network does not cost anything to deploy (there is no need to pay for server instances of any kind). -
Secutiry No credentials or private data leave your
MOE
(there is noMOE
server on the Internet). Only you giveMOE
access to the Readers, Writers and Mailers of your choice. Only you choose who to add to yourMOE
network.
-
I am completely open to suggestions, criticism, and collaborators. Feel free to open issues and label them accordingly. Please read the Contribution Guide for more information.