• 0 Posts
  • 86 Comments
Joined 2 years ago
cake
Cake day: June 10th, 2023

help-circle

  • Crypto was an annoying bubble. If you were in the tech industry, you had a couple of years where people asked you if you could add blockchain to whatever your project was and then a few more years of hearing about NFTs. And GPUs shot up in price. Crypto people promised to revolutionize banking and then get rich quick schemes. It took time for the hype to die down, for people to realize that the tech wasn’t useful, and that the costs of running it weren’t worth it.

    The AI bubble is different. The proponents are gleeful while they explain how AI will let you fire all your copywriters, your graphics designers, your programmers, your customer support, etc. Every company is trying to figure out how to shoehorn AI into their products. While AI is a useful tool, the bubble around it has hurt a lot of people.

    That’s the bubble side. It also gets a lot of baggage because of the slop generated by it, the way it’s trained, the power usage, the way people just turn off their brains and regurgitate whatever it says, etc. It’s harder to avoid than crypto.


  • I made a typo for one of my employment dates while filing the background check. Caught it right after submitting it and then asked around and everybody told me that they’ll call and ask about it if they can’t figure it out from just looking back at my resume.

    Next morning they called me and said they had to close the role because of budget cuts. Two months later I got an email saying my hiring was being paused because my background check was flagged and I had 10 days from the check to dispute it. I decided to call the company and they told me that they had already hired someone else for the role.

    So yeah, getting the dates right can be important.



  • stankmut@lemmy.worldtoProgrammer Humor@lemmy.mlArcaneGPT
    link
    fedilink
    English
    arrow-up
    10
    ·
    3 months ago

    It’s a common thing in programming. There’s some legacy code that isn’t being used and yet removing it causes things to break. Nobody has the time to figure out what is still referencing that code, so it just gets a comment next to it saying “Not used, but removing it breaks the build” and then forgotten about.










  • If the APIs are meant for public consumption, requiring feature parity makes a lot of sense. But when it’s for internal use by your own developers, waiting means you are making a bunch of new API endpoints no one will ever use. People will write more and more code using the older endpoints and those endpoints will start getting changes that your new ones will need ported over.

    I think if you are going to force people to use new endpoints, you’ll need them to either write the endpoints themselves or have a team member who can write it for them and account for this while planning. If getting a new endpoint requires putting in a JIRA ticket with a separate backend team, 4 planning meetings, and a month wait, people are just going to stick with what currently exists.







  • Seems a few people have gotten that confused. Article spent too much time rehashing the change in 15.0 before getting to 15.1 and felt like a typical ragebait article.

    Still seems a little ragebaity, they don’t really have a lot of proof that Apple has intentionally disabled running unsigned apps. Their argument is that Apple changed the process for running in 15.0 and an app won’t start in 15.1, therefore the end of the era of sideloading. Personally, I would’ve liked more details on that part and less on history of 15.0.