• 1 Post
  • 20 Comments
Joined 1 year ago
cake
Cake day: January 3rd, 2024

help-circle








  • You’re oversimplifying things here there are a lot

    I think… we’re agreeing?

    My point is that what is currently possible with AI doesn’t solve any of that.

    People in this thread keep discussing growth in programmer productivity as if programmer typing speed and number of languages known are the limiting factors of programmer productivity. They are not. It’s all the other bullshit that makes (the vast majority of) programming projects fail.

    My source: I know so many programming languages and I type insanely fast. My team is also productive beyond all reason. These two tidbits are only related in that I tried and failed with the first before succeeding with the second.



  • but how do people have the patience to deal with all of that in the beginning?

    Whenever I was frustrated with a stupid undecipherable error message, I would just tweak my vim config a bit.

    Within a few minutes, my rage at the error would be completely replaced with rage toward vimscript.

    Then I would revert my vim config change, and return to the undecipherable error message with a fresh perspective. mainly relief that at least it’s not vimscript.

    Joking aside, I really did learn vim mostly during coffee breaks or while waiting on some long running build process.





  • AI isn’t ready to replace coders, but it’s quickly going to make a dent on the numbers needed.

    Let me push back on this a bit - this belief comes from the assumption that I, as a hiring manager, need more team members because they can only type so fast.

    My actual need for separate development team members is to achieve a bench depth of two people in each of the seven specializations necessary to keep my employer un-bankrupt. (My annual bonus is better if I somehow miraculously cover the 14 specializations necessary to make us never look like idiots. But these are wishes, not miracles.)

    I don’t currently see any sign that AI will ever materially affect the number of people I need to hire.

    In contrast, the specific individuals I hire have massive impact on how many others I need to hire. One person with three specializations brings me massive savings.

    But I pay my people to understand our organizational domains of expertise. LLMs don’t bring any new understanding whatsoever into the organization.


  • Now lets say A.I makes developers 50% more productive

    That’s wildly optimistic. If I recall correctly, early studies are showing the 51% of participants who saw any improvement, reported an average of a 20% improvement.

    Even granting that optimism, since 5% of all software projects are on time and within budget, we may look forward to a whopping leap to 7.5 out of every hundred software projects arriving on time and under budget, in a best case scenario.

    The hard truth no one wants to talk about is that the average software development team is awful.

    This glorified parrot tool of LLMs is one of the coolest we have seen in awhile, but it’s not going to materially fix the awful state of the field of software development.

    The average software development team doesn’t understand how to deliver high quality maintainable solitions on a reasonable timeline.

    AI may mildly improve the delivery timelines of the still very incorrect and over-budget solutions delivered by the average development team.





  • it seems weird to attack Canonical so much over it.

    I mean, on the technical side, sure. Canonical’s technical choice is just weird. Plenty of fully open app store environments have almost no competition, because self hosting is still hard work.

    But all of the business reasons - for having a closed proprietary sole app server - go against everything that Canonical used to claim they stood for.

    Canonical’s business choice not to open source the snap servers is an open declaration of war against the FOSS community who have previously rallied around them.

    It’s like inviting someone into my basement and locking the door with a key as they get to the bottom step. The action isn’t illegal, but the probable motive is creepy as fuck. (Maybe I just watch too many horror movies. Lol.)


  • Oof. I’m anxious that folks are going to get the wrong idea here.

    While OCI does provide security benefits, it is not a part of a healthly security architecture.

    If you see containers advertised on a security architecture diagram, be alarmed.

    If a malicious user gets terminal access inside a container, it is nice that there’s a decent chance that they won’t get further.

    But OCI was not designed to prevent malicious actors from escaping containers.

    It is not safe to assume that a malicious actor inside a container will be unable to break out.

    Don’t get me wrong, your point stands: Security loves it when we use containers.

    I just wish folks would stop treating containers as “load bearing” in their security plans.