When comparing Perl vs Lobster, the Slant community recommends Lobster for most people. In the question“What are the best (productivity-enhancing, well-designed, and concise, rather than just popular or time-tested) programming languages?” Lobster is ranked 26th while Perl is ranked 68th. The most important reason people chose Lobster is:
Unlike Rust doesn't make the programmer jump through hoops, mainly automatic. Does an analysis similar to the Rust borrow checker to infer lifetimes, but makes life easier on the programmer.
Specs
Ranked in these QuestionsQuestion Ranking
Pros
Pro Very fast excecution time
usually 5 times faster than Python and 10 times TCL
Pro Tons of modules (CPAN)
Pro Native and powerful regex engine
Pro Powerful string matching abilities
Pro Large community (forums, irc)
Pro Cross-platform
Pro Interface to all of POSIX routines
Pro Compile time reference counting
Unlike Rust doesn't make the programmer jump through hoops, mainly automatic. Does an analysis similar to the Rust borrow checker to infer lifetimes, but makes life easier on the programmer.
Pro Python-esque syntax
There's an audience who loves that.
Pro WebAssembly backend
More options for users.
Pro Inline structs
Structs are allocated in their parent, and come at zero overhead.
Pro Automatic memory management
Better than Rust. No sadism.
Pro Type inference algorithm
Just works. Goes further than most languages in terms of allowing code without types.
Cons
Con Executable line noise
Con Too much syntactic sugars
Con Hard to decipher
Con TMTOWTDI (There's more than one way to do it)
Con Small community
Lead doesn't appear to be so ambitious or has a vision to push making more popular.
Con Compile time reference counting not 100%
Around 5% of time, need to escape to runtime reference counting. Working to get the percentage as low as possible.
Con Lobster not yet totally written in Lobster
Core written in C++. Plans to change that, but has been a long time.
Con Python-like syntax, but different use case and domain
Not Python compatible and often significantly different in purpose and use cases.