3 comments

  • wannabe443 minutes ago
    &gt; Recently I wasted several hours wrangling my dev environment only to find out that the browser frontend was talking to the wrong version of the backend.<p>I have never faced this problem even though I hard-code the port. It&#x27;s because I run the server program through VS Code&#x27;s debugger. If there&#x27;s already a session, it would warn me.
  • ignoramous1 hour ago
    &gt; <i>why on earth are we still using simple numbers to describe which process to connect to? Why not use names instead.</i><p>Not super popular, but: <a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;SRV_record" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;SRV_record</a>
    • yjftsjthsd-h1 hour ago
      Yep, my immediate reaction was &quot;because browsers refuse to support SRV records&quot; (although I think there was some new variant that kinda worked?)
      • octopoc29 minutes ago
        True! But, you wouldn&#x27;t just need SRV support in browsers--you&#x27;d need it in every part of your dev environment &#x2F; stack that touches the network. If your backend talks to a database, then your backend needs to support SRV. So you need SRV support in your standard library and your browser.<p>But at a larger level this tool just makes everything work so smoothly. If you have two services with the same name, it pops up a notification in the tray. If you start a new process with a different name, you don&#x27;t have to configure SRV; the DNS just becomes available automatically. HTTPS is auto configured. That sort of thing.<p>I think somebody could one day make something like this that was based on SRV, but it would still need all those niceties to make it work well for developers.
  • LIYANJUN41 minutes ago
    [flagged]