Yeah, the whole "voting for union membership" is foreign to Sweden, but in some industries membership is a rule rather than an exception. At some point, when there are enough union members at a company, unions tend to start working towards "collective agreements".

APL, BQN, and Uiua all make me feel dumb, until you get something working. Suddenly I expect to find my phd in the mail.

Prolog is pretty different from the mainstream.

I would also like to try to be way too fancy about parsing aoc data at some point. That example of a CSV parser in four lines blows my mind. Not really because of the number of lines, but just the whole type system.

I'm doing it in uiua, and I don't expect to last long to be honest.

I would like to challenge you a little. Most programming languages are all designed around an environment where typing is relatively easy and quick. Keyboards allow you to input so much quicker than phone screens.

However, the phone has the pro that you can have any arbitrary keyboard layout. In that case I think that perhaps APL might be pretty well suited. Perhaps we should design languages around the idea that they should be used on phonescreens, where we don't need to restrict the character set to ASCI?

I have an APL program and I like using it basically like a calculator, but I imagine one could write full programs on a phone, if we did some tweaking to the interface.

It's definitely illegal to open letters not addressed to you in Sweden. I'm not sure what makes you think we don't have rights like that. I think an issue here might be that a lot of jurisdictions have privacy laws specific to post, and the law system hasn't been able to keep up with the technological development.

I work with data and keep having the first use case, and it's pretty common in my company. So far we're using Streamlit and Rshiny (bilingual data org). We're not really happy with Streamlit, since it's pretty easy to grow out of its pretty single minded way of working.

I'll definitely be checking this out!

what are your pain points w streamlit?

Looks like it tries to make a dplyr-like experience for python, not replace dplyr in R.

It's still the same, I enjoy the system building more than anything. I did see a stream that inspired me. DDRJake did one where he started out with a small number of cities in a very large map, so that to expand he had to build the cities as well. He had a couple of sub-conditions:

1. all cities need to be connected to each others (for this to be interesting you also need to turn on that passengers can have destinations farther away than just next town), and 2. industries that spawn too far away from a town must be destroyed (because industry spawns randomly across the map and then is coupled to a town)

I don't know if that would be enough for you, but definitely puts an extra strain on the economy, but in the end, I mostly enjoy trying to handle the pax stuff.

Isn't this left hand traffic though? As in, not what you'd find in America? It feels very Swedish to me, except for the traffic direction.

If it's Sweden before 3 September 1967, even the traffic direction is correct...

http://realscandinavia.com/this-day-in-history-swedish-traff...

You're right. Still, cars passing on both sides was so North American to me that this blended in this specific impression.

What do you mean Swedish except for the traffic direction??

Depends on where you are of course, but reminds me of approaching Stockholm, just before it gets so thick that people start loitering in the left lane. Perhaps Salem, if traffic isn't too heavy.

I feel the same. If you want to dig even deeper, I find the array languages extremely fascinating. Look at APL for instance. I'm really excited about it coming to android, as it's terse enough to work well on phones, especially since phones can handle any arbitrary keyboard layout.