• AgreeableLandscape
    link
    fedilink
    arrow-up
    4
    ·
    edit-2
    5 years ago

    My biggest issue with Go is that it’s maintained by Google. No thanks.

    Same with Dart/Flutter.

    • muesli
      link
      fedilink
      arrow-up
      4
      ·
      5 years ago

      The language may have evolved inside Google and many core contributors still work for Google, but in my personal experience contributing to Go isn’t any different to other open source projects. I actually think the maintainers are doing an awesome job.

        • muesli
          link
          fedilink
          arrow-up
          2
          ·
          5 years ago

          Fair enough, but frankly nothing forces you to use these sites as a Go developer. You could even run your own godoc server, which doesn’t come with any of the tracking.

    • DessalinesA
      link
      fedilink
      arrow-up
      2
      ·
      5 years ago

      I feel this too, although I can’t really say anything, this project is using typescript (microsoft), and a react-like .tsx templates (facebook).

  • nutomicOPA
    link
    fedilink
    arrow-up
    3
    ·
    5 years ago

    Makes me really glad I never programmed in Go myself. It was already such a hassle to get a basic build working. You need to put your go source in the “go path” which is a global env var, but I was building Go as a submodule in a Java repo. And on Android it didn’t work well at all, you’d think Google would integrate their projects better than that. In the end we just executed the programming via command line and used the http api, instead of using it as a library which would have a lot of advantages. I’m wondering if Syncthing Android still works like this, haven’t followed the development. But most likely yes, so its still running with this shitty system. And Google keeps making it harder and harder to make apps that do anything “advanced” like accessing local files.

    • muesli
      link
      fedilink
      arrow-up
      4
      ·
      5 years ago

      You don’t need to put your sources in GOPATH since version 1.11. I’ve also yet to find a language that makes building things easier than a quick “go get” or “go build”.

        • muesli
          link
          fedilink
          arrow-up
          2
          ·
          edit-2
          5 years ago

          Good other choices, no doubt. I certainly wouldn’t call any of those a “basic build hassle”.

          • wraptile
            link
            fedilink
            arrow-up
            2
            ·
            5 years ago

            I guess my standards are pretty low as I’m a python dev lol. I think build topic is way overblown and isn’t that important.

      • nutomicOPA
        link
        fedilink
        arrow-up
        2
        ·
        5 years ago

        This was like 5 years ago or more, back then it was a real problem.

  • AgreeableLandscape
    link
    fedilink
    arrow-up
    2
    ·
    5 years ago

    Another thing: Why are unused variables outright not allowed for a compiled language? Not a warning or anything, you actually can’t compile if you have an unused variable anywhere in your project. A scripting language I can understand as that would actually impact performance, but all unused variables are stripped out by every decent compile-time optimizer.

    This really throws a monkey wrench in the “write part of a solution and then compile it to test what you have so far” approach that probably most people use.