Press any key to continue... No, not that one!

  • 3 Posts
  • 28 Comments
Joined 1 year ago
cake
Cake day: July 5th, 2023

help-circle
  • You can keep bringing it up. But, in my exp, if you dont have anyone high up that can support your perspective, it's just gonna be an uphill battle. And is likely just going to make the other devs unhappy with you.

    It's unfortunate but most devs dont really like anything that's going to cause them more work (e.g. more code reviews, higher quality changes, looking at the bigger impact of their changes etc).

    If you don't have someone higher up —maybe the manager of the managers of those problematic engineers—I'd just make more tests around the areas that are breaking and require those tests to pass before merging code changes. Devs may not like to work harder, but they damn sure dont like seeing a bunch of red X's when they open a PR lol 😃














  • mark@programming.devtoLemmy@lemmy.mlLemmy RFCs
    ·
    edit-2
    1 year ago

    This is 👍. For those wondering, RFCs have been around for years in software engineering--since the beginning of the internet, practically.

    As a software engineer myself, I can confidently say they're a great way to build complex software in a more democratic way.

    They require a certain level of agreement and consensus, which makes them take a while to ratify. But you almost always end up with better software in the end.




  • The issue with node is the single threading and having to scale with worker threads AFAIK

    People always say this but its not technically correct and can be misleading.

    Technically, JavaScript runs single threaded but not Node.js itself and certainly not when using it on the backend in something like Express. IO operations and other things tooling libraries do can cause you to run out of a thread pool. But Node.js, when handling requests, gives you much of the benefit of multithreading without having to deal with multithreaded code.