Seems like an interesting effort. A developer is building an alternative Java-based backend to Lemmy’s Rust-based one, with the goal of building in a handful of different features. The dev is looking at using this compatibility to migrate their instance over to the new platform, while allowing the community to use their apps of choice.

  • Rooki@lemmy.world
    link
    fedilink
    English
    arrow-up
    6
    arrow-down
    3
    ·
    10 months ago

    But you really dont see what the function wants or requires or returns ( except with typehints, but they dont work most of the time and then its not enforced in any way )

    • Derin@lemmy.beru.co
      link
      fedilink
      English
      arrow-up
      10
      ·
      10 months ago

      Larger, modern python projects always use type hints, for this specific reason.

      In the past you had PyDoc, which also scratched that itch.

      Barring that, contributing to a python project is very difficult without an IDE that performs type checks for you (which is unreliable).

      • Rooki@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        arrow-down
        1
        ·
        10 months ago

        Correct! As i already contributing to a big ass python project at work. We will rewrite a Big Project from python to c# in under 1 month.

        • Derin@lemmy.beru.co
          link
          fedilink
          English
          arrow-up
          3
          ·
          10 months ago

          Just you wait until your developers learn about the var keyword - it’s going to be Python 2.7 PTSD incidents all over again 😂

          • Rooki@lemmy.world
            link
            fedilink
            English
            arrow-up
            0
            arrow-down
            1
            ·
            10 months ago

            Isnt that already default on all variables? Its like a var(in js)?

            • Derin@lemmy.beru.co
              link
              fedilink
              English
              arrow-up
              0
              ·
              10 months ago

              Nope, was added to dot Net after the fact. Normally you declare each type by hand, e.g.

              ArrayList<int> myCoolList = new ArrayList<int>();

              vs

              var myCoolList = new ArrayList<int>();

              The second example is why the keyword was added, but now imagine you have a function call returning an unknown type, and then things will start to get super funky.

              E.g.

              var myCoolBook = BuildBookData(input);

              …one step forward and then the same step back 😂 (disclaimer: I do actually like C#, though)

              • Rooki@lemmy.world
                link
                fedilink
                English
                arrow-up
                0
                arrow-down
                1
                ·
                10 months ago

                Ahh you mean the implementation of var in other langauges than python, i missunderstood you there! Yeah var is a bit risky to use in that case, same i like c# too! Its pretty reliable and stable.

                • Derin@lemmy.beru.co
                  link
                  fedilink
                  English
                  arrow-up
                  0
                  ·
                  10 months ago

                  Yep, I was specifically talking about C#'s implementation.

                  I worked with some large C# code bases, and you could always see the point in time in which an individual developer would finally get comfortable with var - it’s when the code would start getting unreadable. 🤣

                  • Rooki@lemmy.world
                    link
                    fedilink
                    English
                    arrow-up
                    0
                    arrow-down
                    1
                    ·
                    10 months ago

                    Yeah same ;D But at least its not like in smaller or medium sized python projects where even if its just 2 files its unbearable unpredictable.