@okwhateverdude - eviltoast
  • 0 Posts
  • 224 Comments
Joined 2 years ago
cake
Cake day: August 1st, 2023

help-circle

  • Matt started young. Only a few years before I started in earnest. We were all kids in our 20s when I got to know Matt. I think everyone I knew back in the day must be at least 40 at this point. Before the community evaporated and the world moved on, a lot of cool shit was built in Perl and our community was pretty welcoming. Even to 18-25-somethings with more technical skill than sense. Such a wild time to look back on. So now you can say “how can there be at least two JAPHs younger than me” 😉


  • Matt was complicated. He had high standards for his craft and was very abrasive if he felt you didn’t live up to them. Multiple instances he rubbed people the wrong way and would sincerely apologize. He wasn’t malicious, just had no filter. The world is not better with his absence. Dude was brilliant and it is a damn shame he died so young.

    This article though, is pretty lame. Author half hears about some Perl developer dying and writes an article about how he would have vibed with him. Would it have hurt to actually to have done some research for an obit? You didn’t need to use my friend’s death as an excuse for an article just because you had a deadline.


  • okwhateverdude@lemmy.worldtoMicroblog Memes@lemmy.worldOrder up?
    link
    fedilink
    English
    arrow-up
    35
    arrow-down
    2
    ·
    6 days ago

    The amount of confused euros ITT is hilarious. Yeah, the states is very backwards. Paper prescriptions, paper checks, paper social benefits cards. What most people don’t realize, like in the meme, just because a pharmacy gets a prescription doesn’t mean they don’t call into the docs office to confirm the script. These are rituals from a bygone era that should have been long replaced by computers and near instantaneous communication.




  • Depends on the people. Eternal September has been a meme for over 30 years at this point. It is a cyclical pattern in just about anything social: experimentalists/creatives create new thing, early adopters join which gives new thing legitimacy, social contracts are implicitly drafted because the community is small and easy to reach consensus, then it gets exposure, masses of new people join the thing that aren’t interested in the social contract, community cohesion eventually evaporates. This is how you go from “Man, our thing is so cool” to “Fucking newbies spamming in general, begging.” You don’t want to share your cool thing with a bunch of mouth breathers that aren’t capable of appreciating what makes the thing actually cool. Eventually the grifters come, and then it is game over. So the original community members scatter to the winds. Some creative people make some new thing and it starts all over again.



  • Not GP, but reading gnarly code and making definitive statements about who/what/when/where/why such that your documentation is accurate, especially in a corpo context where there are not clear boundaries of responsibility, requires quite a bit of brain power. Not to mention the ever increasing entropy in systems driven by profit means that whatever you write in terms of documentation will have a pretty short shelf-life. The code might stick around as an unholy amalgamation of copypasta after a refactor or two.


  • okwhateverdude@lemmy.worldtoLemmy Shitpost@lemmy.worldBounce bounce bounce
    link
    fedilink
    English
    arrow-up
    5
    arrow-down
    1
    ·
    13 days ago

    One time worked in an office building with a pretty shitty floor on the second floor. Wouldn’t have surprised me if it wasn’t really all that structurally sound, because I could bounce my leg, just like I am doing right now, and the dude sitting next desk over could feel it in the floor. I ended up moving to another desk to avoid the conflict with the coworker… and in case the building was shitty enough that it was a weak spot in the floor.





  • I’d carefully consider using email for this. If you’re hosting the service, you might need to use one of the bigger email providers that already have reputation (unless you already have good IPs with good rep). Otherwise, you risk the emails sitting in spam and people’s switches being flipped. If it is self-hosted, you’ll probably need to explain the risks to users.

    Given today’s world of pocket computers, you might consider using push notifications of some kind. Or have a companion client that pokes an API and there is some kind of challenge/response.


  • Are your users technical? If not, crontab syntax is definitely to be avoided. Instead, I’d offer some simple options like daily, weekly, monthly, etc. Then convert that syntax into crontab syntax.

    I glanced at the repo, but there is no content in the README.md to get a sense of what your project is actually doing.

    For processing cron, you should consider just using cron. You can setup a user specific to the process, use that user’s crontab, and manage the entries. If the source of truth will be from the database, then you don’t even need to read the crontab itself, only (over)write it on demand.