• 1 Post
  • 53 Comments
Joined 1 year ago
cake
Cake day: June 30th, 2023

help-circle



  • Pyro@lemmy.worldtoProgramming@programming.devDead Man Switch
    link
    fedilink
    English
    arrow-up
    17
    ·
    9 months ago

    Thor from Pirate Software (a game studio) does this. He has his set up so that if he doesn’t log into a specific server for a year, the source code to his game will be automatically published.

    You could do the same thing. Just grab a super cheap server that checks the last login date and sends out emails.





  • To answer your question (and not just recommend another piece of software instead):

    Making a cylinder and deleting the cap faces makes what’s known as a non-manifold mesh. To my knowledge this means you can see the backfaces without travelling through any existing faces (in your case, you can see them by looking through the holes you made when you deleted the cap faces).
    That cylinder has walls that are theoretically infinitely thin, so you should thicken them up before attempting to print it. You can do this with a Solidify modifier. You can also extrude and scale them if you like, it achieves the same effect.

    Given a manifold mesh, your slicer will treat the inside (as in, the direction the backfaces are pointing) as solid, and you can change the density and infill pattern to whatever you like.

    Make a few of these shapes, both manifold and non-manifold, and see how your slicer reacts when you tell it to slice them.


  • I get the advantage, and if I could change our schema with a click of my fingers I would, but it’s not that easy. We do use the native date type in our schema, but the dates we store in there are in local time. It’s bad, I know. It was originally written by a couple of people about 15 years ago, so software standards were a lot more lax back then.

    We already have many customers with lots of data that are currently using this product, so it’s unfortunately non-trivial to fix all of their data with the current systems we have in place.

    We developers often want to fix so many things but we’re often told what to do based on what the business cares more about, rather than what we actually want to fix. That’s why we always end up building shit on top of shit, because the business doesn’t want to pay us to rewrite 15-20 years worth of legacy code despite in doing so it would make the product an order of magnitude better in every conceivable way.


  • I think what they meant is requiring that only UTC time should be in the database. This prevents ambiguity when pulling dates/times out as with many poorly designed systems it’s not possible to know whether a date represents UTC time or local time.

    At my work we store local time in our database and I hate it. We only serve customers in our country, which only has one time zone, so that’s fine for now. But we’ve definitely made it harder for ourselves to expand if we ever wanted to.









  • Neon and Argon: Seem okay. They’re really quite similar though. It’s like the designers couldn’t decide which they liked more and so just decided to release both.

    Xenon: It feels alright. The horizontal serifs give everything a more uniform look, but you can also get that with any other serif font.

    Radon: Uh, no thanks. It’s like someone took the weird letters from Dank Mono and said “what if we did that but for the whole font?”

    Krypton: What if we just took OCR A and added ligatures? Alternatively, “Floating Point Precision Error: The Font”

    Overall, none of these are compelling enough to make me want to try them. I quite like the Texture Healing feature, but it’s not enough to make me want to move to it.

    Also, using multiple different fonts in one code file sounds horrendous.