1. 3

    I got tired of having my notes and drafts spread between all my devices, so I’m building a quick webapp/PWA (for offline capability) this weekend, with the usual note-taking functionality. Also, encryption, if I can manage it.

    1. 6
      • MUD server
      • single-binary git repository server
      • IRC bouncer with a decent web / mobile client

      I’ve probably started all three of those (the latter two most often) at least a dozen times each, getting to various stages of completion before I decide to do something different. One day I’ll have something that’s usable…

      1. 2

        MUD server

        I was about to say I think you may have just shown you age, and then I realized how incredibly presumptuous that was :) But it does seem like the idea of a MUD per se has gone the way of the dodo - now all the younger folks want to rewrite World of Warcraft :)

        1. 4

          Not as much as you’d think. Particularly among the indie game development community, people get into text-based games with interactive fiction (twine, inform) and then try out MUDs and MUSHs.

          1. 1

            Really? That is so cool! I thought the whole MUD idea was dead dead dead. I’m a dino from wayback :)

            Where are these folks publishing their work?

          2. 2

            Maybe; the interesting thing is that while I don’t play any MUDs anymore, I’m still fairly active in the community for one of them. The MUD server idea is probably my least fleshed out hobby project.

            For me, it’s not really even about making one that’s useful but more about using it as a testing ground for different ideas. Procedural generation, proxy implementations, CQRS, event sourcing, entity component systems, natural language parsing. There’s a lot of opportunities to apply interesting tech.

            1. 1

              I’ve always found that to be true myself. I suppose what’s changed is that there used to be a huge mud USER community, and now they’re a springboard for creativity for developers.

          3. 1

            I desire an IRC bouncer with a good mobile client very much.

            1. 2

              Indeed. What I’ve floated around with lately is an IRC bouncer written in Go. Plugins via webassembly so they can be added/removed without recompiling. A decent web UI to configure it (maybe), plus a built-in web client and then mobile clients.

              1. 1

                That sounds pretty neat. You should be able to do it all in Go using the built-in plugin system if you want to stick with one language and can run on Linux or macOS.

                1. 1

                  My understanding is that the Go plugin implementation leaves a lot to be desired, but I can’t seem to find the articles I read about it in the first place. Granted, that was from awhile ago when the support was first launched.

                  Based on a cursory glance it doesn’t seem like pkg/plugin is very widely used.

                2. 1

                  Plugins via webassembly so they can be added/removed without recompiling

                  Which Go package would you have in mind to presumably interpret/run the wasm blobs, or would you write one for that project, or depend on some external interpreter/runner?

                  1. 2

                    This one seems pretty well-done, but I haven’t actually played around with it yet: https://github.com/perlin-network/life

                    Another option may be to use the plugin framework built by hashicorp which uses protobufs rpc I believe, but I haven’t looked into it much.

                3. 2

                  I’ve started using matrix.org/riot.im and irc bridges.