‹ BackHN Continuity

Thread

The Year of Internal Tools

68 points · 33 comments · thecodemonkey

  1. saadn92 · · focus · HN ↗
    Can also say the year that subscriptions go down, because now you can finally build your own systems exactly to your liking. Save money and have something that works just for you. LLMs are awesome.
    1. phinnaeus · · focus · HN ↗
      Who pays for ongoing maintenance of all those things you built and now own
      1. saadn92 · · focus · HN ↗
        good question. maintenance is cheap with tools like astra/opus. also, these aren't production level applications, so I don't need to worry about it being "perfect" (though there's no such thing)
        1. ironman1478 · · focus · HN ↗
          What happens when these companies decide to start increasing the cost/token, exceeding the cost of hiring an engineer or paying for an external service in the first place?
          1. istjohn · · focus · HN ↗
            Cost per intelligence-adjusted token has been in free-fall since GPT-3 landed five years ago [0]. I see no compelling reason to think we'll see that trend suddenly stop, much less reverse.

            0. &quot;The cost of achieving a given level of AI performance has fallen about 47% per quarter since 2023, or 13× per year.&quot; <a href="https:&#x2F;&#x2F;epoch.ai&#x2F;publications&#x2F;the-plunging-price-of-thought" rel="nofollow">https:&#x2F;&#x2F;epoch.ai&#x2F;publications&#x2F;the-plunging-price-of-thought

            1. oblio · · focus · HN ↗
              Yet OpenAI is losing $2 for every $1 they&#x27;re making :-?
          2. oblio · · focus · HN ↗
            No, they would never...

            What do you mean? They need to recover hundreds of billions in sunk costs?

          3. spit2wind · · focus · HN ↗
            Or they optimize the model for just one more hit, er, prompt. All these AI companies are backed by the same companies optimizing revenue via addiction.

            So, same end result (cost exceeds hiring a new engineer), but achieved differently.

            The counter, I suppose, is the managers have to deal less with engineers telling them their ideas aren&#x27;t good or well thought out.

          4. saadn92 · · focus · HN ↗
            it&#x27;s certainly possible and has happened before, but that&#x27;s why I&#x27;m hoping for two things:

            1.) open weight models gain more popularity 2.) i&#x27;m making more money from these models than paying for them

            if either happens, then I&#x27;ll feel good about it either way

        2. spit2wind · · focus · HN ↗
          Ah yes, the ye olde &quot;it doesn&#x27;t need to be perfect&quot; response to serious, legitimate questions.

          It&#x27;s always about cheaper, better, faster. And when the thing being built extends beyond a single person, and still when working alone, conflict shows up in balancing the risks between these. The Strawman of Perfection is just that.

          &quot;It doesn&#x27;t need to be perfect&quot; is incredibly dismissive of the reality of the situation. Ignoring reality seems like a poor problem solving strategy.

          1. saadn92 · · focus · HN ↗
            No one is ignoring reality. The reality is that my internal tools don&#x27;t have users besides myself and as long as they do what I want them to do, I&#x27;m perfectly happy with them.
    2. jmathai · · focus · HN ↗
      We have lived with lackluster B2B and enterprise tools for so long that we have become numb to how bad they are.

      Being able to build something that works just how you want with minimal investment is a huge value add.

      I ditched web analytics platforms and just send events in jsonl format to disk.

      I have a regularly scheduled job that imports it all into a duckdb database and updates a very custom report. I can also ask random questions like “is there a cohort of users who use feature A and B?”.

      It’s super lightweight and incredible.

      1. saadn92 · · focus · HN ↗
        yep, excellent use case! I did something similar with my gmail recently, because I hate using gmail&#x27;s UI and I also hate that I don&#x27;t get access to all my data, but I&#x27;ve begun to regularly backup all my email into a local postgres DB (including attachments). AI has also allowed me to get a full backup of my entire email and archive it onto my own storage. and the best part of this: I might be able to finally get off gmail
      2. prasadvara · · focus · HN ↗
        It’s super lightweight and incredible.

        As long as the phase of the software and users are lighweight - agree these internal tools can be built, but as scale comes that is when the challenges show up is what I have observed.

    3. mjr00 · · focus · HN ↗
      If you&#x27;re paying a subscription for anything, it&#x27;s unlikely to be something you&#x27;d want to replace for an internal tool. Yeah, you can easily vibe code the basic functionality of a Slack&#x2F;Jira&#x2F;Confluence&#x2F;Ashby&#x2F;Salesforce replacement in a workday now, but 1) there&#x27;s no chance you capture all functionality needed by your business on the first pass, you&#x27;re going to be getting inundated with feature requests as soon as you roll it out, and 2) the ongoing maintenance cost is going to be much higher than expected. Not just maintaining a server and database, which is cheap, but training people how to use your tool instead of the industry standard one. There&#x27;s a reason Atlassian and Salesforce stocks have recovered after the theorized &quot;SaaSocalypse&quot; which never materialized, it&#x27;s just not an overall cost savings to build this stuff yourself.

      Where internal tools shine is internal operational workflows that are being done manually. You&#x27;re not replacing Slack or Salesforce, you&#x27;re replacing the current process where a developer needs to SSH into the server to run a SQL query, or where the Operations team fills out a Google doc which the Finance team pastes into an Excel spreadsheet which runs a bunch of VBA calculations.

      1. MisterMunchkin · · focus · HN ↗
        Slack is trivial to replace. You don’t need training to know to type your message in the message box.
        1. mjr00 · · focus · HN ↗
          &gt; Slack is trivial to replace. You don’t need training to know to type your message in the message box.

          You&#x27;re aware that Slack has many more features besides chat, right?

          This statement falls purely into the mistake #1 category.

      2. prasadvara · · focus · HN ↗
        Where internal tools shine is internal operational workflows that are being done manually.

        This is the key distinction people need to understand, until then it just piles up and lot of companies main business is not software, something else.

    4. sdcfgy · · focus · HN ↗
      Can build our own buggy substandard turds instead of customising an off the shelf buggy turd.

      How far we have come!

      1. saadn92 · · focus · HN ↗
        your sarcasm nor your comment is helpful to anyone
Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.