Skip Navigation
A Word About Private Attribution in Firefox
  • I'd like people to STOP PRETENDING that the only plausible reason why someone doesn't agree with this is that we don't understand it. Yes, I understand what this does. The browser tracks which advertisements have been visited, the advertiser indicates to the browser when a conversion action happens, and the browser sends this information to a third-party aggregator which uses differential techniques to make it infeasible to deanonymise specific users. Do I get a pass?

    Yes, this is actively collaborating with advertising. It is, in the words of Mozilla, useful to advertisers. It involves going down a level from being tracked by remote sites to being tracked by my own browser, running on my own machine. Setting aside the issues of institutional design and the possibility for data leaks, it's still helping people whose business is to convince me to do things against my interest, to do so more effectively.

  • A Word About Private Attribution in Firefox
  • I don't blame Mozilla for not single-handedly ending advertising online. That's too much to expect from anyone. But they could at least avoid active collaboration with the enterprise. And if they're going to engage in it, they should at the very least warn their users.

  • A Word About Private Attribution in Firefox
  • I don't have a complete solution, but I have a vector, and this is in the opposite direction, being, according to its own claims useful to advertisers.

    The solution passes through many things, but probably has to start by changing the perception of advertising as a necessary nuisance and into a needless, avoidable, and unacceptable evil. Collaboration does not help in this regard. Individual actions such as blocking advertising, refusing to accept any tracking from sites, deploying masking tools, using archives and mirrors to get content, consciously boycott any product that manages to escape the filtering, are good but insufficient.

  • A Word About Private Attribution in Firefox
  • Whatever opinion you may have of advertising as an economic model, it’s a powerful industry that’s not going to pack up and go away.

    Fuck that. Not if we don't make it. That's precisely the point. Do not comply. Do not submit. Never. Advertising is contrary to the interests of humanity. You're never going to convince me becoming a collaborator for a hypothetically less pernicious form is the right course of action. Never. No quarter.

    We’ve been collaborating with Meta on this,

    That makes it even worse.

    any successful mechanism will need to be actually useful to advertisers,

    And therefore inimical to humanity in general and users in particular.

    Digital advertising is not going away,

    Not with that attitude.

    but the surveillance parts could actually go away

    Aggregate surveillance is still surveillance. It is still intrusive, it still leverages aggregate human behaviour in order to harm humans by convincing them to do things against their own interest and in the interest of the advertiser.

    This is supposedly an experiment. You've decided to run an experiment on users without consent. And you still think this is the right thing--since you claim the default is the correct behaviour.

    I cannot trust this.

  • Jonathan Kamens: "It has come to my attention that many of the people complaining about Firefox's PPA experiment don't actually understand what PPA is…" - federate.social
  • Yes, for example I donate to thunderbird since I find it useful. And I wouldn't mind donating to Firefox either provided they wouldn't do this sort of fuckery.

    though in the long run we need to overturn capitalism of course, and that an economic model is viable doesn't mean we should sustain it or justify it.

  • UI differences are a big factor in the success/failure of decentralised federation of diverse platforms and content
  • IMO bridging or translation isn't federation per se. Also it seems unlikely that protocols would converge to that extent. In fact AP implementations are already different enough that even within the same protocol it's hard to represent all the different activities instances can present.

  • An Interview With Jack Dorsey
  • For me the weirdest part of the interview is where he says he doesn't want to follow anyone, that he wants the algorithm to just pick up on his interests. It's so diametrically opposed to how I want to intentionally use social networks and how the fedi tends to work that it's sometimes hard to remember there are people who take that view.

  • Too big to win
  • Kind of interesting, especially on the diagnosis of the problem. The proposed solutions seem way out there, though, as one might expect from the founder of Blackwater.

    Edit: Needless to say, I have no desire for imperialism to become more effective. But even in its own terms, the pro-market, private sector stuff is really odd and doesn't explain how all those rivals and enemies are doing so much better.

  • Question on holding related data in a struct.
  • Not sure I understand. What I'm trying to do is something like this:

    • Poll a stream which takes fedi events. Read player commands.
    • If an event comes from a known player, check which match they are into.
    • With that info, get their opponents/coplayers etc and perform the change of state in the game (send replies, next turn, etc).

    So what I have as a key is a player name (AP username) and from that I need to find which match they're in.

    There's nothing semantically useful about a match ID.

  • Question on holding related data in a struct.
  • Thanks, the RC is a possible approach. It seems to violate DRY a bit but maybe there's no way around it.

    The reason I had the players outside the match is that I need them there anyway, because when I get a player action I need to check in which match they are, who are their opponent(s) and so on. So even if they're in, they'll have to be out too as there are concurrent matches and the player actions come all through the same network stream.

  • Question on holding related data in a struct.

    I have a struct that looks like this:

    pub struct Game { /// A HashSet with the players waiting to play as account strings. lobby: HashSet<String>, /// capacity determines how many people a match contains. capacity: u8, /// A vector of ongoing matches. matches: Vec<Match>, /// HashSet indicating for each player which match they are in. players: HashMap<String, usize>, }

    I realised that this won't work because if there are 3 matches (0, 1, 2) and I remove 1 because it ends, the players that used to point at 2 will be pointing outside the vector or to an incorrect match.

    So I thought the obvious solution was to use a reference to the match: players: HashMap<String, &Match>. But this makes lifetimes very complicated.

    What's a good way to deal with a case like these where data are interrelated in the same struct?

    8
    Combining native-windows-gui and tokio

    Hi there,

    I'm trying to do some native windows rust programming. I'm using native-windows-gui and native-windows-derive to do it, but if I try to mix that with tokio, I get the following:

    No entry point found error for GetWindowSubclass. On console, I get:

    error: process didn't exit successfully: `C:\source\myprojectanem\target\debug\myprojectname.exe` (exit code: 0xc0000139, STATUS_ENTRYPOINT_NOT_FOUND)

    If I change

    #[tokio::main] async fn main() {

    to:

    fn main() {

    The problem goes away, but obviously I can't use tokio then.

    Any clue what the problem is and how to fix it?

    5
    Best way to enforce lineal sequence of operation in async code?

    Hi there,

    I'm working on a bot to do social games on the fedi, and using the mastodon-async crate for communicating with the ActivityPub server in question. At the moment I'm using tokio mt as a runtime, though I'm new at async so if you think I shouldn't let me know.

    The pattern I want to implement is the following:

    • At any given time, a user sends a "play" message to the bot.
    • If the player list is empty, the player is added to it awaiting someone else.
    • Otherwise, the bot checks if there are enough players on its list (who have previously sent a play message). For some games, enough is 1, since it's a 2-player game, for some it's 3 or more.
    • If there are enough players, play commences. list is cloned for that match, then emptied so other players can get in.

    What I'm not very clear is how to keep this list to assure that sequence will be respected. I.a., if two play messages come reasonably quick together, I want one to be processed, then entered on the list, or get the match to start; then the other to get processed.

    My current thoughts:

    • I could use a channel that receives the player accounts. When a new player is added, it performs the logic.
    • I could use a mutex with a list (or an option player value for the degenerate case of 2-player games).

    Any thoughts on what the reasonable thing to do is here? I'm very new to async and while I realise there's probably lots of ways to do this, they're not all equally ergonomic and I want to avoid myself future pain.

    4
    The Military Recruiting Crisis: Even Veterans Don’t Want Their Families to Join
    www.wsj.com The Military Recruiting Crisis: Even Veterans Don’t Want Their Families to Join

    The Pentagon is scrambling to retain the main pipeline for new service members as disillusioned families steer young people away. This article is part of a series examining the problems confronting America’s military.

    The Military Recruiting Crisis: Even Veterans Don’t Want Their Families to Join
    0
    InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)MO
    modulus @lemmy.ml

    Interested in the intersections between policy, law and technology. Programmer, lawyer, civil servant, orthodox Marxist. Blind.

    -----

    Interesado en la intersección entre la política, el derecho y la tecnología. Programador, abogado, funcionario, marxista ortodoxo. Ciego.

    Posts 4
    Comments 68