Gladly! I planned to write a section in the readme with exactly that info anyway :)
SSPP is configured exclusively via bespoke GUIs. This lets me pack a lot of convenience into them. Request stations, for example, don't take a "I want this many items in storage" signal. In reality, the correct value for that depends on a number of other factors, like desired throughput, the size of the deliveries, how long the deliveries take, etc. So SSPP just takes those values as it's inputs and works out everything else for you. Diagnostics are also already much better, despite being incomplete.
All item parameters are per item, nothing is per station. One annoying thing with cybersyn is trying to have a station that provides a mix of byproducts and non-byproducts. Here's how setting up byproduct provider works in cybersyn vs SSPP:
Cybersyn: Decide on a network mask for byproducts. Do a bunch of maths to work out the how many items you need to keep in storage. Set up combinator logic to only provide to the byproduct network if items are above a certain threshold (that you need to work out). Set a provide threshold signal. Conditionally set priority based on the threshold. Live with the fact that it is impossible to provide multiple items at this station as the secondary settings are shared.
SSPP: Set the maximum throughput for this item at this station. Flick the "push" switch. Set locked slots on your storage to the value SSPP tells you to.
That's it. You can provide as many byproducts or non byproducts as you want, as long as you have enough storage. SSPP with make sure that this station is preferred for this item over non-push stations, and will prefer sending to pull stations before finally sending things to sink (void) stations if there is nowhere else.
For some context, I did quite a lot of work on cybersyn a while ago, including a rather massive overhaul (https://github.com/mamoniot/project-cybersyn/pull/135) that sadly never got merged, as the project lacked a maintainer at the time, and recently I wasn't really interested in updating it to 2.0. Since then I realised that IMO cybersyn is extremely overcomplicated, and felt like seeing what I could do starting with user experience as the primary goal rather than increasingly niche functionality.
There's a few other things, like SSPP is capable of robustly handling spoilable items, should in the long term have a lower ups cost (it has a much simpler core algorithm, though I haven't done any profiling yet), and other stuff I'm sure I've forgotten.
Cybersyn is still great, but SSPP aims to be what I would personally consider "pleasant" to use, and my hope is that there might be a few others that also share my opinions in that regard.
Hope that helps for now! I'll get around to writing a more comprehensive comparison at some point.