synchronizer

The rather popular unison file synchronizer is Ocaml, too, if I'm not mistaken.

You implement a programming language in <90 lines, a real-time network file synchronizer in <90 lines, a websocket chat website in <90 lines, a massively-parallel web crawler in <90 lines.

Pierce's research group created the Unison bi-directional file synchronizer and open-sourced it.

Sorry non native english speaker and this confused me a bit "others are operation-based synchronizer"Is it that they only sync with a button push or something and you fetch stuff when content changes on server ?

I've also come across very useful tools that have saved me lots of trouble, like this automatic subtitle synchronizer [3] or this iTunes replacement [4].My favourite will still be "Spot the Drowning Child" [5], so incredibly useful.

While I get the whole "you can do it on one node without all the complexity" thing, I do still wonder if map-reduce-synchronizer + coreutils is better than the behemoths that are the distributed ETL platforms right now.

So if I add a line of text to something, then it would send back a message to the server saying "this line of text was added".Presumably, a state-based synchronizer sends the entire updated state every time, but I don't know offhand.

[3]:The SEL-700G is the right solution for utility and industrial generator protection, with an autosynchronizer, flexible I/O, and advanced communications.

It provides a complete protection and synchronization solution for synchronous generators, so you can eliminate the complexity and cost of standalone synchronizer packages.

If that's not enough for some super-asynchronous synchronizer design, one can always fall back on writing their own black-box as described above.------------------------------------------------------------------------------------------------------------I don't think anyone imagines that CLaSH will be immediately understandable to someone who has never used Haskell.