Mastodon Skip to content
  • Home
  • Aktuell
  • Tags
  • Über dieses Forum
Einklappen
Grafik mit zwei überlappenden Sprechblasen, eine grün und eine lila.
Abspeckgeflüster – Forum für Menschen mit Gewicht(ung)

Kostenlos. Werbefrei. Menschlich. Dein Abnehmforum.

  1. Home
  2. Uncategorized
  3. Wanted: Advice from CS teachers

Wanted: Advice from CS teachers

Geplant Angeheftet Gesperrt Verschoben Uncategorized
teaching
359 Beiträge 191 Kommentatoren 1 Aufrufe
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • futurebird@sauropods.winF futurebird@sauropods.win

    Wanted: Advice from CS teachers

    When #teaching a group of students new to coding I've noticed that my students who are normally very good about not calling out during class will shout "it's not working!" the moment their code hits an error and fails to run. They want me to fix it right away. This makes for too many interruptions since I'm easy to nerd snipe in this way.

    I think I need to let them know that fixing errors that keep the code from running is literally what I'm trying to teach.

    drdave89@toot.walesD This user is from outside of this forum
    drdave89@toot.walesD This user is from outside of this forum
    drdave89@toot.wales
    schrieb zuletzt editiert von
    #154

    @futurebird Do they work in groups? And ask them to consult with other groups . Record that plays "It isn't broken, the code is doing exactly what you asked it to do" on loop.

    1 Antwort Letzte Antwort
    0
    • futurebird@sauropods.winF futurebird@sauropods.win

      Example of the problem:

      Me: "OK everyone. Next we'll make this into a function so we can simply call it each time-"

      Student 1: "It won't work." (student who wouldn't interrupt like this normally)

      Student 2: "Mine's broken too!"

      Student 3: "It says error. I have the EXACT same thing as you but it's not working."

      This makes me feel overloaded and grouchy. Too many questions at once. What I want them to do is wait until the explanation is done and ask when I'm walking around. #CSEdu

      david_chisnall@infosec.exchangeD This user is from outside of this forum
      david_chisnall@infosec.exchangeD This user is from outside of this forum
      david_chisnall@infosec.exchange
      schrieb zuletzt editiert von
      #155

      @futurebird

      I’ve taught programming like this, but I’m an increasingly huge fan of the debugging-first approach that a few people have been trying more recently. In this model, you don’t teach people to write code first, you teach them to fix code first.

      I’ve seen a bunch of variations of this. If you have some kind of IDE (Smalltalk is beautiful for this, but other languages usually have the minimum requirements) then you can start with some working code and have them single-step through it and inspect variables to see if the behaviour reflects their intuition. Then you can give them nearly correct code and have them use that tool to fix the issues.

      Only once they’re comfortable with that do you have them start writing code.

      Otherwise it’s like teaching them to write an essay without first teaching them how to erase and redraft. If you teach people to get stuck before teaching them how to unstick themselves, it’s not surprising that they stop and give up at that point.

      futurebird@sauropods.winF captainayeaye@universeodon.comC fraggle@social.coopF crissa@meow.socialC obscurestar@mastodon.socialO 5 Antworten Letzte Antwort
      0
      • ligasser@social.epfl.chL ligasser@social.epfl.ch

        @futurebird I usually have clear me/them speaking parts in the course. While I speak, they listen, which I enforce up to the last whisper.

        Also, the "me" parts only take 15-20 minutes each, then it's time for questions, https://github.com/ineiti/livequiz, or other interactions.

        For the exercise sections, the "me" parts are of course much shorter.

        panicky_patzer@mastodon.socialP This user is from outside of this forum
        panicky_patzer@mastodon.socialP This user is from outside of this forum
        panicky_patzer@mastodon.social
        schrieb zuletzt editiert von
        #156

        @ligasser @futurebird I'm stealing this just so I can start saying, "You're interrupting my me time." Thanks. 🙂

        1 Antwort Letzte Antwort
        0
        • david_chisnall@infosec.exchangeD david_chisnall@infosec.exchange

          @futurebird

          I’ve taught programming like this, but I’m an increasingly huge fan of the debugging-first approach that a few people have been trying more recently. In this model, you don’t teach people to write code first, you teach them to fix code first.

          I’ve seen a bunch of variations of this. If you have some kind of IDE (Smalltalk is beautiful for this, but other languages usually have the minimum requirements) then you can start with some working code and have them single-step through it and inspect variables to see if the behaviour reflects their intuition. Then you can give them nearly correct code and have them use that tool to fix the issues.

          Only once they’re comfortable with that do you have them start writing code.

          Otherwise it’s like teaching them to write an essay without first teaching them how to erase and redraft. If you teach people to get stuck before teaching them how to unstick themselves, it’s not surprising that they stop and give up at that point.

          futurebird@sauropods.winF This user is from outside of this forum
          futurebird@sauropods.winF This user is from outside of this forum
          futurebird@sauropods.win
          schrieb zuletzt editiert von
          #157

          @david_chisnall

          Tangentially related:

          "AI can write code so why teach how to code?"

          "Great point! It can write an essay too, so why teach how to read."

          Like. We've had calculators for decades and still teach arithmetic. And functionally the average person needs to know probably more about mathematics and needs to read more than they did a century ago. The same will apply for code.

          mhoye@mastodon.socialM dahukanna@mastodon.socialD c0dec0dec0de@hachyderm.ioC ben@mastodon.lubar.meB raymaccarthy@mastodon.ieR 10 Antworten Letzte Antwort
          0
          • futurebird@sauropods.winF futurebird@sauropods.win

            @david_chisnall

            Tangentially related:

            "AI can write code so why teach how to code?"

            "Great point! It can write an essay too, so why teach how to read."

            Like. We've had calculators for decades and still teach arithmetic. And functionally the average person needs to know probably more about mathematics and needs to read more than they did a century ago. The same will apply for code.

            mhoye@mastodon.socialM This user is from outside of this forum
            mhoye@mastodon.socialM This user is from outside of this forum
            mhoye@mastodon.social
            schrieb zuletzt editiert von
            #158

            @futurebird @david_chisnall I mean… if AI could do what it promises, why are these companies hiring?

            datarama@hachyderm.ioD 1 Antwort Letzte Antwort
            0
            • david_chisnall@infosec.exchangeD david_chisnall@infosec.exchange

              @futurebird

              I’ve taught programming like this, but I’m an increasingly huge fan of the debugging-first approach that a few people have been trying more recently. In this model, you don’t teach people to write code first, you teach them to fix code first.

              I’ve seen a bunch of variations of this. If you have some kind of IDE (Smalltalk is beautiful for this, but other languages usually have the minimum requirements) then you can start with some working code and have them single-step through it and inspect variables to see if the behaviour reflects their intuition. Then you can give them nearly correct code and have them use that tool to fix the issues.

              Only once they’re comfortable with that do you have them start writing code.

              Otherwise it’s like teaching them to write an essay without first teaching them how to erase and redraft. If you teach people to get stuck before teaching them how to unstick themselves, it’s not surprising that they stop and give up at that point.

              captainayeaye@universeodon.comC This user is from outside of this forum
              captainayeaye@universeodon.comC This user is from outside of this forum
              captainayeaye@universeodon.com
              schrieb zuletzt editiert von
              #159

              @david_chisnall @futurebird it's not exactly the same, but it feels like the same ballpark ... When I started learning to program, the instructor used a pseudo language (based on Pascal, but modified) so there was no compiler available.
              We analysed problem code visually before writing our own, but the process was the same - visually follow program flow, and analyze it for errors.

              1 Antwort Letzte Antwort
              0
              • david_chisnall@infosec.exchangeD david_chisnall@infosec.exchange

                @futurebird

                I’ve taught programming like this, but I’m an increasingly huge fan of the debugging-first approach that a few people have been trying more recently. In this model, you don’t teach people to write code first, you teach them to fix code first.

                I’ve seen a bunch of variations of this. If you have some kind of IDE (Smalltalk is beautiful for this, but other languages usually have the minimum requirements) then you can start with some working code and have them single-step through it and inspect variables to see if the behaviour reflects their intuition. Then you can give them nearly correct code and have them use that tool to fix the issues.

                Only once they’re comfortable with that do you have them start writing code.

                Otherwise it’s like teaching them to write an essay without first teaching them how to erase and redraft. If you teach people to get stuck before teaching them how to unstick themselves, it’s not surprising that they stop and give up at that point.

                fraggle@social.coopF This user is from outside of this forum
                fraggle@social.coopF This user is from outside of this forum
                fraggle@social.coop
                schrieb zuletzt editiert von
                #160

                @david_chisnall @futurebird when I was a teenager I developed my first Doom source port and it was how I truly learned to program in C. Having an existing codebase of good code to work within is a godsend because you are constantly being subconsciously taught what "good code" looks like. Plus yes, everything you've said here too: most of the work involved in programming is about changing code and not just writing it. Learning to debug, read code and reason about it are all essential

                1 Antwort Letzte Antwort
                0
                • mhoye@mastodon.socialM mhoye@mastodon.social

                  @futurebird @david_chisnall I mean… if AI could do what it promises, why are these companies hiring?

                  datarama@hachyderm.ioD This user is from outside of this forum
                  datarama@hachyderm.ioD This user is from outside of this forum
                  datarama@hachyderm.io
                  schrieb zuletzt editiert von
                  #161

                  @mhoye @futurebird @david_chisnall It is always the same: Six months from now, the models will obsolete the humans they're hiring now.

                  I don't know* why I keep freaking out and getting terrified and depressed now, 36 months into "programmers will be gone in 6 months".

                  *) I suppose I do know; it's because I have an anxiety disorder.

                  flisty@mstdn.socialF 1 Antwort Letzte Antwort
                  0
                  • futurebird@sauropods.winF futurebird@sauropods.win

                    Wanted: Advice from CS teachers

                    When #teaching a group of students new to coding I've noticed that my students who are normally very good about not calling out during class will shout "it's not working!" the moment their code hits an error and fails to run. They want me to fix it right away. This makes for too many interruptions since I'm easy to nerd snipe in this way.

                    I think I need to let them know that fixing errors that keep the code from running is literally what I'm trying to teach.

                    dahukanna@mastodon.socialD This user is from outside of this forum
                    dahukanna@mastodon.socialD This user is from outside of this forum
                    dahukanna@mastodon.social
                    schrieb zuletzt editiert von
                    #162

                    @futurebird do your students think that writing code is like writing a word document and you are the “auto-correct” typo utility? 🤦🏾‍♀️

                    1 Antwort Letzte Antwort
                    0
                    • futurebird@sauropods.winF futurebird@sauropods.win

                      @david_chisnall

                      Tangentially related:

                      "AI can write code so why teach how to code?"

                      "Great point! It can write an essay too, so why teach how to read."

                      Like. We've had calculators for decades and still teach arithmetic. And functionally the average person needs to know probably more about mathematics and needs to read more than they did a century ago. The same will apply for code.

                      dahukanna@mastodon.socialD This user is from outside of this forum
                      dahukanna@mastodon.socialD This user is from outside of this forum
                      dahukanna@mastodon.social
                      schrieb zuletzt editiert von
                      #163

                      @futurebird @david_chisnall
                      Yes! AI-LLM is a “word calculator for grammatically correct responses”. No intelligence present

                      Intelligence = ability to acquire and apply knowledge and skills.

                      1 Antwort Letzte Antwort
                      0
                      • futurebird@sauropods.winF futurebird@sauropods.win

                        @david_chisnall

                        Tangentially related:

                        "AI can write code so why teach how to code?"

                        "Great point! It can write an essay too, so why teach how to read."

                        Like. We've had calculators for decades and still teach arithmetic. And functionally the average person needs to know probably more about mathematics and needs to read more than they did a century ago. The same will apply for code.

                        c0dec0dec0de@hachyderm.ioC This user is from outside of this forum
                        c0dec0dec0de@hachyderm.ioC This user is from outside of this forum
                        c0dec0dec0de@hachyderm.io
                        schrieb zuletzt editiert von
                        #164

                        @futurebird I feel like one of the things that annoys me about LLM use is that it’s not being treated in that same manner. You need to be able to check the output of your tools. To use a calculator, you need to understand what you’re doing with it and also the underlying domain: that’s math and whatever you’re trying to apply math to.

                        There’s other things like the nondeterminism and waste and ethics and how well-formed language biases the brain to thinking the thing that produced that language is both conscious and has thoughts.
                        @david_chisnall

                        1 Antwort Letzte Antwort
                        0
                        • futurebird@sauropods.winF futurebird@sauropods.win

                          Example of the problem:

                          Me: "OK everyone. Next we'll make this into a function so we can simply call it each time-"

                          Student 1: "It won't work." (student who wouldn't interrupt like this normally)

                          Student 2: "Mine's broken too!"

                          Student 3: "It says error. I have the EXACT same thing as you but it's not working."

                          This makes me feel overloaded and grouchy. Too many questions at once. What I want them to do is wait until the explanation is done and ask when I'm walking around. #CSEdu

                          ori@hj.9fs.netO This user is from outside of this forum
                          ori@hj.9fs.netO This user is from outside of this forum
                          ori@hj.9fs.net
                          schrieb zuletzt editiert von
                          #165
                          When I was in high school, the introductory programming class didn't let us use a computer for about a month. Instead, we would get programs on paper, and would be asked to trace out what they did.

                          When I taught friends how to code, I was less strict, but writing out the steps on paper was still a big part of it. I also wouldn't let people make changes to their code without first telling me what they thought was broken, and predicting/explaining what the change would do.

                          I think it's a very effective approach.
                          1 Antwort Letzte Antwort
                          0
                          • futurebird@sauropods.winF futurebird@sauropods.win

                            @david_chisnall

                            Tangentially related:

                            "AI can write code so why teach how to code?"

                            "Great point! It can write an essay too, so why teach how to read."

                            Like. We've had calculators for decades and still teach arithmetic. And functionally the average person needs to know probably more about mathematics and needs to read more than they did a century ago. The same will apply for code.

                            ben@mastodon.lubar.meB This user is from outside of this forum
                            ben@mastodon.lubar.meB This user is from outside of this forum
                            ben@mastodon.lubar.me
                            schrieb zuletzt editiert von
                            #166

                            @futurebird @david_chisnall I use math that I wasn't taught at all in school like matrix multiplication all the time, but I have never once in my adult life used the two digit times table I was forced to memorize. I can just type any multiplication I want into a random box on the computer I sit in front of all day and odds are it'll give me the answer.

                            The non-memorization-based stuff I did learn in school like trig does come in handy but all the memorization is entirely useless.

                            I did take a few classes in high school that were called "computer science" but were actually just very basic introductions to Java programming. (After I had already been self-taught programming for a few years at that point.) They had the calculus teacher who was smart but didn't really know how to program teaching them, and I distinctly remember him and the kid who sat next to me not being able to figure out why that kid's code wouldn't compile and it was something like

                            if (x == 1) && (y == 2)

                            Anyway the reason that people need to learn stuff that AI "can do" is that "AI" can't actually do those things. It can make stuff that's in the shape of whatever, but it's not actually comprehending the text it's writing or knowing what the apple it's drawing a still life of is or intentionally writing the code that you asked it to write.

                            It's just copying stuff the company that made it stole from the internet. If nobody was publicly making art or writing or programming, the company would have nothing to steal and plagiarize. (Although that's definitely not a reason why people should make art.)

                            Generative AI is a very impressively space efficient lossy compression algorithm for a database of numbers and nothing more.

                            1 Antwort Letzte Antwort
                            0
                            • futurebird@sauropods.winF futurebird@sauropods.win

                              @david_chisnall

                              Tangentially related:

                              "AI can write code so why teach how to code?"

                              "Great point! It can write an essay too, so why teach how to read."

                              Like. We've had calculators for decades and still teach arithmetic. And functionally the average person needs to know probably more about mathematics and needs to read more than they did a century ago. The same will apply for code.

                              raymaccarthy@mastodon.ieR This user is from outside of this forum
                              raymaccarthy@mastodon.ieR This user is from outside of this forum
                              raymaccarthy@mastodon.ie
                              schrieb zuletzt editiert von
                              #167

                              @futurebird @david_chisnall
                              Except only Marketing believes that LLM / Generative AI can write code or write essays.

                              It's either plausible junk or plagiarism.

                              1 Antwort Letzte Antwort
                              0
                              • futurebird@sauropods.winF futurebird@sauropods.win

                                Wanted: Advice from CS teachers

                                When #teaching a group of students new to coding I've noticed that my students who are normally very good about not calling out during class will shout "it's not working!" the moment their code hits an error and fails to run. They want me to fix it right away. This makes for too many interruptions since I'm easy to nerd snipe in this way.

                                I think I need to let them know that fixing errors that keep the code from running is literally what I'm trying to teach.

                                dx@social.ridetrans.itD This user is from outside of this forum
                                dx@social.ridetrans.itD This user is from outside of this forum
                                dx@social.ridetrans.it
                                schrieb zuletzt editiert von
                                #168

                                @futurebird I used to teach machine learning to Masters students — Masters students who did not have a coding background. So we were basically starting from square 1. The were older so they didn’t interrupt, instead they would sit there with non-functional code and do nothing until I came around and asked how they were getting on. I have a puzzle solving/tinkering nature, so it was eye opening to me to see that a lot of people don’t share that at all; and must learn it as a skill instead.

                                1 Antwort Letzte Antwort
                                0
                                • futurebird@sauropods.winF futurebird@sauropods.win

                                  Wanted: Advice from CS teachers

                                  When #teaching a group of students new to coding I've noticed that my students who are normally very good about not calling out during class will shout "it's not working!" the moment their code hits an error and fails to run. They want me to fix it right away. This makes for too many interruptions since I'm easy to nerd snipe in this way.

                                  I think I need to let them know that fixing errors that keep the code from running is literally what I'm trying to teach.

                                  realgene@hachyderm.ioR This user is from outside of this forum
                                  realgene@hachyderm.ioR This user is from outside of this forum
                                  realgene@hachyderm.io
                                  schrieb zuletzt editiert von
                                  #169

                                  @futurebird
                                  CWSL: "Compiler Warnings as a Second Language"

                                  1 Antwort Letzte Antwort
                                  0
                                  • futurebird@sauropods.winF futurebird@sauropods.win

                                    Sometimes I have them write the code on paper with the computers closed. And this is fine, but I'd rather have them using the IDE or textedit and there is a limit to how much fun you can have with code on paper.

                                    And it does tend to be the weaker students who are almost happy to find something to stop the onslaught of information "see it doesn't work! we can't go on!" and that obviously makes me very grouchy.

                                    I need them to see this is like saying "Teacher my pencil broke! Stop the lesson!"

                                    scott@sfba.socialS This user is from outside of this forum
                                    scott@sfba.socialS This user is from outside of this forum
                                    scott@sfba.social
                                    schrieb zuletzt editiert von
                                    #170

                                    @futurebird Wow! A touchy bunch.

                                    You already have a ton of replies here AND know what you’re doing so you don’t need me (random internet person but former professor with lots of experience teaching anxious undergrads coding) to chime in.

                                    FWIW when teaching I tried to normalize “errors” even by referring to them as “messages” because calling it an error feels like “oh I already did something wrong”. But “errors” only happen because computers are truly not very smart; an error is when it can’t understand our instructions, what we are telling it to do. The human can’t make an “error”; only the computer does. Anyway I’d also shorten the cycle between coding and compiling - having students re-compile/run the program after every tiny little change shortens the feedback loop, normalizes “errors” (like exposure therapy), and makes troubleshooting easier.

                                    Again you don’t need my input at all — thanks for the flashback to my teaching days! 😅

                                    Best of luck with this group! ❤️

                                    1 Antwort Letzte Antwort
                                    0
                                    • bumblefish@mastodon.scotB bumblefish@mastodon.scot

                                      @futurebird I work closely with a CS teacher snd I am a language teacher and just this past Friday we had a conversation about this exact phenomenon, which we both experience. I think because they can use their first language 'perfectly' and I think because their devices work 'perfectly' they think it should be easy to do right the first time and panic when they can't. They don't know what 'perfect' looks like in math so maybe they're more patient with it. 1/2

                                      cppguy@infosec.spaceC This user is from outside of this forum
                                      cppguy@infosec.spaceC This user is from outside of this forum
                                      cppguy@infosec.space
                                      schrieb zuletzt editiert von
                                      #171

                                      @Bumblefish

                                      Exactly. To the untrained eye, imperfect maths can look like good-enough maths. A compiler error is unambiguously not a good-enough anything.

                                      @futurebird

                                      1 Antwort Letzte Antwort
                                      0
                                      • jenesuispasgoth@pouet.chapril.orgJ jenesuispasgoth@pouet.chapril.org

                                        @futurebird no great insight to be honest. If I was explaining something I tell them to first listen to what I have to say, and later read carefully the error message. Recently I've witnessed students sometimes misread severely what to write (they confuse upper case I's and lower case l's), but mostly because they don't even try to make sense of what they're writing: they're just copying without thinking.

                                        hakona@im.alstadheim.noH This user is from outside of this forum
                                        hakona@im.alstadheim.noH This user is from outside of this forum
                                        hakona@im.alstadheim.no
                                        schrieb zuletzt editiert von
                                        #172

                                        @jenesuispasgoth Nailed it: "copying without thinking" . @futurebird

                                        jenesuispasgoth@pouet.chapril.orgJ 1 Antwort Letzte Antwort
                                        0
                                        • futurebird@sauropods.winF futurebird@sauropods.win

                                          Example of the problem:

                                          Me: "OK everyone. Next we'll make this into a function so we can simply call it each time-"

                                          Student 1: "It won't work." (student who wouldn't interrupt like this normally)

                                          Student 2: "Mine's broken too!"

                                          Student 3: "It says error. I have the EXACT same thing as you but it's not working."

                                          This makes me feel overloaded and grouchy. Too many questions at once. What I want them to do is wait until the explanation is done and ask when I'm walking around. #CSEdu

                                          abucci@buc.ciA This user is from outside of this forum
                                          abucci@buc.ciA This user is from outside of this forum
                                          abucci@buc.ci
                                          schrieb zuletzt editiert von
                                          #173
                                          @futurebird@sauropods.win I don't know your class or students, and all of this might be stuff you already do or not relevant at all, but here are some things that popped into my mind from my own experiences, in case it's of any use:

                                          • Recent CS education research suggests that functions are one of the hardest intro programming concepts for most students, and shouldn't be introduced till some other concepts are mastered first (search "concept inventories for introductory computer programming"). It can help to first practice associative arrays/hashtables/dictionaries. Modularization into functions is harder still. The fact that many of your students are struggling with creating a function might indicate that they haven't mastered the concept yet and you might do well to back up a bit. If they need some remedial work, I cannot praise Parson's puzzles enough
                                          • When running a lab-style section, where students are actively working on something with your support, I think it helps to interleave lecture time, work time, and debrief time. When you lecture, lecture rules (including controlling when interruptions can happen) apply. Work time is when you let interruptions happen more freely as you walk around to see how folks are doing. When I run such things I tell the students at the beginning of the section what the plan is. After a week or two they get it. I think it's useful to keep each work session on the shorter side, 10-15 minutes, with a well-scoped task and well-defined goal, and then have a debrief afterward where students can describe their experience, vent, brag, what have you. That way they know they'll have opportunities to talk and might be less inclined to shout out randomly
                                          • If you don't have assistants to help you, recruiting other students to help field questions can be very effective. In the past I've had success dividing students into pods of 2 or 3, but only after observing the class for a few weeks. I strategically designed each pod to have at least one student who seemed to be on top of the material and another who seemed to be struggling. This setup requires communicating with the students regularly and adjusting the group assignments throughout the course, but it can lighten the load quite a bit, especially after the students get to know each other. I design classes such that the first few weeks are for setting the stage and warming up, and for me to get to know the students
                                          • I've found it can be helpful to tell students some variation of "I know it's frustrating that your code doesn't work. Even today, code I write doesn't usually work the way I want on the first go. This is an experience you're likely to have the rest of your life when writing code. One thing to take away from this course is how not to be set back by this feeling. It's a normal part of the experience of coding, and it's telling us something". If that lands you can follow up by asking them what they think their frustration/struggle/what have you is telling them. The self reflection can be helpful and you can learn important things about your students this way (it can also lead to awesome discussions). Some students react very positively to hearing that this is a normal part of the process (they think there's something wrong with them, or that they are doing something wrong, if they're feeling frustrated).
                                          Hopefully something in there is of use. I have references for concept inventories and Parson's puzzles if those would help. Good luck!

                                          futurebird@sauropods.winF 1 Antwort Letzte Antwort
                                          0
                                          Antworten
                                          • In einem neuen Thema antworten
                                          Anmelden zum Antworten
                                          • Älteste zuerst
                                          • Neuste zuerst
                                          • Meiste Stimmen



                                          Copyright (c) 2025 abSpecktrum (@abspecklog@fedimonster.de)

                                          Erstellt mit Schlaflosigkeit, Kaffee, Brokkoli & ♥

                                          Impressum | Datenschutzerklärung | Nutzungsbedingungen

                                          • Anmelden

                                          • Du hast noch kein Konto? Registrieren

                                          • Anmelden oder registrieren, um zu suchen
                                          • Erster Beitrag
                                            Letzter Beitrag
                                          0
                                          • Home
                                          • Aktuell
                                          • Tags
                                          • Über dieses Forum