• 0 Posts
  • 51 Comments
Joined 4 months ago
cake
Cake day: July 6th, 2024

help-circle
  • Oh man same!

    2000s, with permission from the HS computer teacher, I was installing Red Hat on a few computers. It was ROUGH. Like, yeah we got it to show a desktop, but it was a nightmare to use anything but the basic applications. Windows just worked and after a few months, went back to that.

    Only during the pandemic did I finally go Linux. Started with ElementaryOS (highly recommend for old people) and went through a dozen other flavors. What really pushed me to expert level was setting up Linux servers.

    I no longer code on a Windows machine (unless I have to), and absolutely would recommend Linux to any end user. And now with Steam Deck/SteamOS, it’s only getting better. My gaming computer is still Windows, but I’m going to let it sunset. I barely use it except to play high-spec games that aren’t on Steam Deck. But that’s getting rarer and rarer.




  • I took it as software engineers tend to build for scalability. And yep, IT often isn’t prepared for that or sees it as wasted resources.

    Which isn’t a bad thing. IT isnt seeing the demands the manager/customer wants.

    I’m glad you’ve done both because yeah, it’s a seesaw.

    If IT provisions just enough hardware, we’ll hit bottlenecks and crashes when there’s a surprise influx of customers. If software teams don’t build for scale, same scenario, but worse.

    From the engineer perspective, it’s always better to scale with physical hardware. Where IT is screaming, “We dont have the funds!”




  • . I think to be a good software developer it helps to know what’s happening under the hood when you take an action.

    There’s so many layers of abstractions that it becomes impossible to know everything.

    Years ago, I dedicated a lot of time understanding how bytes travel from a server into your router into your computer. Very low-level mastery.

    That education is now trivia, because cloud servers, cloudflare, region points, edge-servers, company firewalls… All other barriers that add more and more layers of complexity that I don’t have direct access to but can affect the applications I build. And it continues to grow.

    Add this to the pile of updates to computer languages, new design patterns to learn, operating system and environment updates…

    This is why engineers live alone on a farm after they burn out.

    It’s not feasible to understand everything under the hood anymore. What’s under the hood grows faster than you can pick it up.



  • Absolutely agree, as a developer.

    The devops team set up a pretty effective setup for our devops pipeline that allows us to scale infinity. Which would be great if we had infinite resources.

    We’re hitting situations where the solution is to throw more hardware at it.

    And IT cannot provision tech fast enough within budget for any of this. So devs are absolutely suffering right now.







  • At my job, we have an error code that is similar to this. On the frontend, it’s just like error 123.

    But in our internal error logs, it’s because the user submitted their credit card, didnt fully confirm, press back, removed all the items out of their cart, removed their credit card, then found their way back to the submit button through the browser history and attempted to submit without a card or a cart. Nothing would submit and no error was shown, but it was UI error.

    It’s super convoluted. And we absolutely wanted to shoot the tester who gave us this use case.




  • A lot of these old-fashion types are oblivious to social justice and get upset at even the thought that Institutional racism even exists, because they can point to their one black friend in tech who owns a mansion.

    I used to get into arguments why master and slave was a problematic word to engineers. That’s how ignorant they are.

    Those folks are dying out, especially as more diversity exists. Which is humourous because these folks will also rage about that too.