Lady of the Land @Lady@cat.family

these points are not disaligned https://www.cbc.ca/news/politics/supreme-court-of-canada-desautel-sinixt-ruling-1.5998062

ballots arrived

i’m looking for candidates who:
- will prioritize the goals, empowerment, and sovereignty of inland salish peoples
- will fight for the right of people from
the US to live and work in Canada and vice versa

are there any candidates like this on my ballot

@swiff a casual user is a user who is able to stop using a software when it ceases to be pleasurable for them. because they can just log out, they are able to pick and choose the aspects of the software they find enjoyable and ignore the rest

in a social media context, casual users typically avoid drama/discourse, maintain small, enjoyable networks, and post largely about themselves or things of immediate consequence to them

a power user, in contrast, is a user who, for some reason real or imagined, feels their livelihood is dependent on the software and consequently cannot “just log out”. because their use of the software is unconditional, they are incentivized to attempt to warp the software in ways which serve their own benefit

in a social media context, power users typically have a vested stake in drama/discourse, try to build large networks, and post about meta or things that they think will have broad impact

tl;dr: power users attempt to control the software, whereas casual users attempt to control their usage

everyone poops

in general i think fantasy authors try to make coinages which sound cool and interesting and unique; this is a MISTAKE, your coinage should sound boring and painfully obvious if you actually want to sell it as a thing people say all the time

english month names would be boring shit like “summer month” “harvest month” “spooky month”

you can't just stick two words together and call it a month

« You left right at the end of Highbright. It’s the first week of Brightdusk. » look i appreciate the attempt but english is not german

@mycorrhiza it's semi-fair? there are annoying aspects like all of the documentation for the standard library being hosted on the apple developer website (instead of a dedicated swift site) and Xcode always being the first IDE to get new integrations for things like documentation generation

but the language itself is cross-platform and there is significant interest in Ubuntu support in particular for server-side things. the language community is pretty diverse and wants it to be usable in a number of environments for a great many more usecases than just apple-OS apps

i think the Apple investment both helps and hurts it in the sense that they can afford to pay some very skilled people to develop the language in good ways, but that also means that the development *priorities* are influenced by their wishes (even though the *process* is, i think, pretty open) and what gets merged is ultimately at those people's discretion

but i think the same is true for like, Go re: Google to a significant extent, so idk. somebody has to pay the developers to build the thing and they get to set the priorities for the thing. short of having a well-funded foundation driving development (and where is that foundation receiving its funding?) i think it's just kind of the state of programming languages right now

even JavaScript, which is standardized by an Ecma technical committee and not any corporation, and has multiple actively-developed interoperable implementations, one of which is developed by an open-source foundation [Mozilla] (which is probably the best situation you can hope for these days regarding language development), is not free of corporate politics. i long for a world in which other people (and not corporations) have the finances to do this kind of work but we also have to program in the world we're given :/

would you rather be able to lie in the sun all day without getting too warm, or is getting warm the point?

@mycorrhiza Go is easy to understand and fun for building small tools but it only really plays well with itself, so i would only use it for projects with small, defined scope

if you plan on ever interfacing with code written in another language, Rust is much better for that. however i personally don't find Rust to be enjoyable (you will find out soon enough whether you agree)

i would not write Swift out of the equation. it might be a little more difficult to get up and running on a linux or windows machine, but it's completely feasible, plays very nicely with existing C code, and i find it more enjoyable to work with than Rust