suncalc VS Papercups

A really simple, small package to manage React context around color scheme toggling. Specifically, you can switch color scheme manually or automatically, and if the latter you can follow either the system color scheme or the sun.

I based some of this code heavily on a couple Mantine (https://mantine.dev/) hooks and Suncalc (https://github.com/mourner/suncalc), but modified them to either make them simpler and/or, in Suncalc's case, typed.

This is my first open-source package in a while, so I'd greatly appreciate any constructive suggestions! I have been using some form of this in my own projects and figured, when I added it to the most recent one, I should just extract it into its own project. I'm hoping something small like this will motivate me to do more open-source work because I miss it!

It would be fun to see this with local daylight hours mapped to the squares, so I could get a feel for where my consumption is at within "daylight" vs the whole "day"

SunCalc is a good tool for this, if you're interested: https://github.com/mourner/suncalc

(I've used it on a personal project, and the API was a little awkward but the results are good: https://daylight.website/)

If you want to do some coding for your website, here is the ready-made javascript for calculating what you want about Sun and Moon: Sun and Moon almanac

tool: d3.js data: SunCalc the inspiration came from these sunrise and sunset visualizations

Recently I have made a library doing this for myself. Basicly, I re-wrote this Javascript library in C++ for use with microcontrollers: https://github.com/mourner/suncalc

you need a bit of IT skills wth https://github.com/mourner/suncalc

I ignore the sunrise/set properties of the Hue bridge. All the calculations are done on the board itself, so it doesn't need an internet connection to keep working. I used the javascript code here https://github.com/mourner/suncalc as a starting point and translated it to c++ to run on an microcontroller.

Suncalc [1] is the library I use to calculate the position of the sun. Mapzen [2] host public elevation tile data. This blog post [3] is a good overview of the calculations involved.

[1] https://github.com/mourner/suncalc

[2] https://www.mapzen.com/blog/terrain-tile-service/

[3] http://www.liedman.net/2014/06/25/sunshine/

The best language for the task at hand, when presented with time constraints, is the one that you already know well. OP said in the article that they authored Papercups [1]. Adopting Elixir for a websocket-push service makes a lot of sense, then. However, why don't you learn Elixir, some OTP, and then reconsider that question? You could be missing out.

[1] https://github.com/papercups-io/papercups

https://github.com/papercups-io/papercups - 5.2k stars, uses Phoenix 1.6

Papercups

Shameless plug here if anyone is interested in an open source live chat tool check out https://github.com/papercups-io/papercups

Phoneix - Elixir

We're a live message tool and it is basically what Elixir is built for https://github.com/papercups-io/papercups.

The Elixir community has been great and incredibly friendly. I originally was worried about the size of the community but that hasn't been an issue the community has been super helpful. I also think the annual stackoverflow usage surveys are very misleading because most of the community's questions get asked in ElixirForum and not on Stackoverflow.

Phoneix is the web framework of Elixir which is very similar to Rails but minus a lot of the magic has been very helpful for our productivity as well.

If I had to built another service that is websocket heavy I would definitely use Elixir. Even if it was a standard crud app I would still most likely choose Elixir.