undefined | Better HN

0 pointsscarface_741y ago0 comments

First JavaScript is unfortunately not just for web apps. It’s also for desktop apps.

Say my normal work day is from 8-5 and I work in the Eastern time zone. I set my Slack DND to outside those hours.

I hop on a plane and go somewhere on the west coast. The perfect case, Slack would notify me of the change and let me decide whether I wanted to adjust the DND to local time or keep it.

There are two possible scenarios for me. I could have flown to Seattle for a business meeting and I want to change my DND to local time to be in sync with the rest of the team onsite.

The other scenario is that I’m flying to Los Angeles to hang out. But I’m working during the day and I still need to work east code time.

0 comments

chippiewill1y ago

You couldn't just rely on a timezone change event for that though. You'd need to track it at the application level because it might not be open when the timezone changes.

klabb31y ago

> First JavaScript is unfortunately not just for web apps. It’s also for desktop apps.

A bit of a tangent but I’d say server is bigger than desktop. Like it or not JS (or TS) is the only cross platform development language that’s feasible today if you want to use a single language stack. As much as I despise the JS ecosystem practices and haphazard tooling there is no point trying to put the genie back in the bottle.

hajile1y ago

JS could be an amazing language to work with if they'd just spec out a "use type" subset that uses an actually-sound Hindley-Milner type system on typed parts (verify types at the untyped fringes and throw if they don't match) while disallowing all the bad parts like type coercion or any of the many other footguns in the language.

scarface_74OP1y ago

TypeScript??

1 more reply

naniwaduni1y ago

Would hope your server time zone changes quite rarely and only when you know about it, though.

j / k navigate · click thread line to collapse