pitr

haha, I agree, I also struggle to see a lamp. Apparently it's supposed to be a light bulb filament - https://aplwiki.com/wiki/Mnemonics#Pairing_glyphs/functional... and honestly in the APL386 font it looks better, see how it looks in TryAPL: https://tryapl.org/?&q=%E2%8D%9D

Off topic: for those thinking it was a programming language optimized for a phone (like I did) the only one I’ve seen come close to being usable is J (APL derivative). I’ve been able to solve quite a few advent of code challenges this way:

1. App https://apps.apple.com/de/app/j701/id1255235993?l=en (there’s an android version I believe)

2. Copy input from page

3. `+/ ".jgetcb''` to get sum

Does this issue exist in servers like Unicorn? A new instance forks from the old one, inheriting sockets, and starts handling requests.

http://unicorn.bogomips.org/SIGNALS.html

I agree that ease of use is the strongest reason to use this.

Just because mperham wants the project to be sustainable doesn't guarantee it. However, if sidekiq Pro would have failed, Sidekiq would easily survive simply because of huge open source community. With inspeqtor it's not so clear.

"Route alerts to your team chat room" is listed as a Pro feature. Any PR implementing it is unlikely to be merge in. And creating a separate fork for a relatively small feature should not really be an answer to an open-source project.

Seems that, unlike Sidekiq, this starts as a heavily commercial solution, and it shows. Landing page has a pretty big "Buy Pro" call-to-action button. Features like support for notifying slack/etc I'd expect to be present in a free version. Open source feels more of an afterthought. I don't feel comfortable using even the free version, simply because if the project fails financially, it is likely to be dropped altogether.