• 0 Posts
  • 249 Comments
Joined 3 years ago
cake
Cake day: June 30th, 2023

help-circle

  • Discord is going to be the age-verification-service for gaming, if they can get laws to follow fast enough.
    They have the gaming community, they have chats/friends/DMs/VoIP.
    If they release a dev toolkit that implements in-game chat, in-game VoIP, friends list and age verification… All while not being tied to steam? Imagine if they offered a system for in-game purchases and gifting purchases to friends (oh yeh https://gam3s.gg/news/discord-adds-in-app-purchases-for-in-game-items/ )
    They are positioning themselves to offer a huge range of features, easy navigation of legal minefields, and no distribution-platform tie-in - while also offering out-of-game functionality of all of that (likely leading to player retention for games that leverage it properly).

    They are positioning themselves to be a market-leader/industry-standard for game social networks. Everyone that has ever used discord is the product they are selling, and they are now releasing the features and tools for companies to leverage that.


  • I think this is the a major step in discords plan to be a service to games (ie business-to-business).
    They are positioning themselves to be an age-verifying platform for games, alongside in-game chat, in-game VoIP, in-game store and game community.

    At some point, games are going to have to require age verification. It’s just the way the “protect the children” bullshit is going (instead of “enable the parents to raise their kids”, which is far to socialist and progressive) Or game shops will. But if you don’t sell your game, that bypasses game shops. And if cracks can bypass purchasing, then… It’s on the game to comply with laws.
    If there is in-game chat: needs age verification.
    If there is in-game voip: needs age verification.

    At some point, discord is going to roll out this massive suite of dev tooling that “just works” for devs creating multiplayer games with voip, chat, in-game purchases, gifting in-game purchases to friends, friends lists, out-of-game chat, game communities etc. while also offering age verification.
    It already does a lot of that.
    They are getting ahead of the age verification laws so they offer a very simple path for developers to “just pay discord” to skip a HUGE legal minefield, and get a bunch of functionality for whatever cut discord decides .








  • Scott Manley has a video on this:
    https://youtu.be/DCto6UkBJoI

    My takeaway is that it isn’t unfeasible. We already have satellites that do a couple kilowatts, so a cluster of them might make sense. In isolation, it makes sense.
    But there is launch cost, and the fact that de-orbiting/de-commissioning is a write-off, and the fact that preferred orbits (lots of sun) will very quickly become unavailable.
    So there is kinda a graph where you get the preferred orbit, your efficiency is good enough, your launch costs are low enough.
    But it’s junk.
    It’s literally investing in junk.
    There is no way this is a legitimate investment.

    It has a finite life, regardless of how you stretch your tech. At some point, it can’t stay in orbit.
    It’s AI. There is no way humans are in a position to lock in 4 years of hardware.
    It’s satellites. There are so many factors outside of our control that (beyond launch orbit success), that there is a massive failure rate.
    It’s rockets. They are controlled explosives with 1 shot to get it right. Again, massive failure rate.

    It just doesn’t make sense.
    It’s feasible. I’m sure humanity would learn a lot. AI is not a good use of kilowatts of power in space. AI is not a good use of the finite resource of earth to launch satellites (never mind a million?!). AI is not a good reason to pullute the “good” bits of LEO







  • I doubt it.
    Tripping over a cable is as likely to damage the socket as it is to rip the cable out of the plug.
    Any appliance that increases risk by being unplugged should probably not be using a consumer connection…

    I think the 3 pin layout caused a lot of headaches, and the integrated fuse required a user-servicable plug.
    So it would have to be a split-shell design of some type, where the appliance cable would have to be cable-gripped to the same part as the plug/socket pins.
    Thus, a bottom-entry (heh) cable grip and a removable back plate that can only be unscrewed when it’s unplugged.
    This was all in a time of bakelite. Plastic wasn’t flexible.

    But no, I think tripping over an early bakelite g-type (I think it’s officially a g-type) plug cable would likely shatter the plug and pull the pins out of the socket… If it didn’t also damage the socket.


  • Heck yeh! Great work.
    I think most critique has been covered.

    I consider too-many-indentations to be a code smell.
    Not actually an issue, but maybe there is…

    There is nothing wrong with your code, and no reason to change it (beyond error catching as you have discovered). It runs, is easy to follow, and doesn’t over-complicate.

    I like descriptive function names and early returns (ie, throw or return on all the conditions that means this function shouldn’t continue, then process the parameters to return a result).
    This could massively clean up what’s going on.
    There could be a “getUserCommand()” that returns the desired number, or 0 if it’s invalid.
    If the returned value is 0, then break.
    If the returned value is 6, then print values; then break.
    Otherwise we know the value should be 1-5.

    You could use an Enum to define the choices.
    This way, the print lines and the conditional tests can both reference the enum. It also removes “magic numbers” (IE values that appear in code with no explanation).
    In something simple like this, it doesn’t really matter. But it improves IDE awareness (helping language servers suggest code/errors/fixes). And Makes the code SOO much more descriptive (Ie “choice == 3” becomes “choice == Choices.Product”).