> Does a killer app or library sorely need a Racket alternative?

Let me throw out a few things which we would use in our business even if they 
are not the most pressing needs in general.  We have ways to work around these 
things but It would be much nicer to have a Racket native solution.  I have 
numbered the list but they are really in no particular order.  

1. Libsodium - We need to do some sophisticated encryption and web of trust 
stuff.  See earlier comments on this list by Tony Garnock-Jones.

2. ICE NAT traversal - We need to do this and do it well.  Currently we are 
working on using FFI to either PJNATH or libnice.  A pure Racket implementation 
would be great.  It should probably be combined with Tony G's efforts on UPnP 
and NAT-PMP,  https://github.com/tonyg/racket-nat-traversal.  This is an area 
which has suffered greatly from a lack of the right people coming together and 
agreeing on a good standard.  ICE is a method for prioritizing and selecting 
from multiple competing standards which may each be the best choice in 
different circumstances.  UPnP and NAT-PMP are only partial solutions for us 
and we really need STUN and TURN as well.

3. Advanced fountain codes - For example, https://arxiv.org/abs/1605.09125.  I 
haven't seen a Racket native library for basic Reed-Solomon erasure codes 

4. A DSL alternative to GraphViz - see my other message.

5. #lang R or some other method to combine Racket and R - We need to go to R 
for computational work because that's what is trusted in the field.  


You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to