Middle mouse button plus moving the trackpoint works well for me.

I even went and got myself a Tex Yoda II. I like it, but sometimes I wish it had real arrow keys. Maybe I'd go for a Shinobi next time.

Not necessarily. You can design the sign up process by way of always ending with a message that says you will be notified.

Middle click and moving the trackpoint up and down works for me.

This may not be the whole story, but one of the reasons is that JavaScript does not have a standard library. Corollaries are: several different module systems, application frameworks and bundlers exist.

I think that's a big part. The standard library isn't great, and progress is tied to browsers. Additionally, tiny packages became the norm early on. Is even, is odd, is negative zero, left pad, etc.

I don't know all the reasons for that, but I think part of it is that developers create them in order to put it on their resume. "My package is downloaded 500k times a week"

Node does have a standard library.

I've seen this same weird line parroted by so many people in the comments here: it's very odd.

If you're talking about server & browser having different APIs that's equivalent to any other language having different platform apis.

Of course it depends on your system but it's more a matter of minutes than of hours. It's a really enjoyable experience to hack on the system and being able to rebuild in seconds. Just have a look at some SerenityOS hacking videos, they are truly inspiring.

[] is truthy in Ruby but there is #empty? on collection types. Rails also has #blank? which additionally works on false and nil.

> By nature it won't filter out bots, however.

I have two questions about this:

- Since you know they are bots, why couldn't you filter them?

- On the other hand, couldn't there be bots that run JavaScript which would be tracked client-side?

> Since you know they are bots, why couldn't you filter them?

A decent amount can be filtered by UA. This is inconvenient because UA is a very large piece to log and index on, so you need to do UA processing to do anything useful with it and … well by that point it just becomes a chore and I suspect there's good logging services that do this better than you'd spend your time doing yourself.

> On the other hand, couldn't there be bots that run JavaScript which would be tracked client-side?

They exist but they're more rare by nature, because running JS at bot scale is expensive.

> well by that point it just becomes a chore and I suspect there's good logging services that do this better than you'd spend your time doing yourself.

Which is why the OP suggested using tools like goaccess.

It might come in handy when building no-code tools, not as a no-code tool per se.

you totally got the point of my title. thanks.

> Depending on what country I travel to, Ill be using a different app like Grab or Didi or a local taxi app that were all made possible by Uber's initial disruption.

Local Taxi hailing apps were first. Uber adopted this and their disruption of many local markets happened only after offering cheaper alternatives by burning money.

I worked on a short-lived idea for taxi hailing apps before the iPhone even existed. The target then was Palm Pilots and feature phones. Alas, before its time.