Cloud_1001

Um das zu verstehen benötigt man halt aber etwas Emphatie

Die Tabelle mit den Nullen und Einsen ist an sich zwar richtig, aber ...
Das Problem bei dieser Übung ist, dass ein schlechtes Beispiel gewählt wurde, weil diese Situation überhaupt nicht in einem ODER-Muster passt. (Denn man geht halt nicht nur arbeiten, wenn man entweder gesund ist, oder es ein Arbeitstag ist.)
Du fragst dich einfach, ob sich das Ergebnis ändert, wenn aus einer der beiden 1 eine 0 wird:
Bleibt das Ergebnis gleich, reichte die eine Bedingung ODER die andere Bedingung aus.
Wenn sich das Ergebnis geändert hat, brauchte es die eine UND die andere Bedingung.
 
Mit guten Beispielen ist es auf jeden Fall einfacher zu sehen, ob ODER oder UND verwendet werden sollte. z.B.:
- Wenn es eine Busverbindung gibt (1), komme ich ans Ziel.
- Wenn es eine Bahnverbindung gibt (1), komme ich ans Ziel.
==> Wenn Bus (1) ODER Bahn (0) : dann Ziel (1)
==> Wenn Bus (0) ODER Bahn (1) : dann Ziel (1)
==> Wenn Bus (0) ODER Bahn (0) : dann Ziel (0)
==> Wenn Bus (1) ODER Bahn (1) : dann Ziel (1) 
--> Ob es die eine Verbindung gibt, oder die Andere, oder beide: das Ergebnis bleibt gleich, nämlich: Ich komme ans Ziel.
 
Versus:
 
- Wenn es eine Busverbindung gibt (1), komme ich ans Ziel.
- Wenn ich eine Fahrkarte habe (1), komme ich ans Ziel.
==> Wenn Bus (1) UND Fahrkarte (0) : dann Ziel (0)
==> Wenn Bus (0) UND Fahrkarte (1) : dann Ziel (0)
==> Wenn Bus (0) UND Fahrkarte (0) : dann Ziel (0)
==> Wenn Bus (1) UND Fahrkarte (1) : dann Ziel (1) --> beide Bedingungen MÜSSEN wahr (1) sein, um ans Ziel zu kommen.
 
 

Laut Google gibt es auf der Webseite nur 9 PDFs und keine davon scheinen zu deiner Beschreibung zu passen.
 
Diese Seite aber schon: https://www.fachinformatiker.de/files/

Hallo alle miteinader,
ich habe, zur Vorbereitung auf die Zwischenprüfung, mir damals ein paar Notizen gemacht. Nach einer Zeit hab ich mir gedacht: "Wäre ja cool wenn die auch andere nutzen, verbessern und ergenzen könnten". Deshalb hab ich damals alles in ein GitHub Repository in Markdown geschrieben. Diese md Dateien werden jetzt unter https://fi.lna-dev.net, mithilfe von Hugo, als Website gebaut, um sie schöner lesen zu können. (Wen es interessiert: Das benutzte Theme ist Docsy) Ich würde mich darüber freuen, wenn ein paar von euch das benutzen, erweitern oder verbessern werden. Das ist ganz einfach und erfordert jediglich Markdown Kenntnisse, die in der Programmierung ja sowieso weit verbreitet sind. Ich selber mache zwar die Ausbildung zum Fachinformatiker Anwendungsentwicklung, aber wenn ein Systemintegratör für Teil 2 der Prüfung Informationen aufschreiben will: Gern! Verbesserungsvorschläge gerne hier oder noch schöner bei GitHub als Issue (Bei konkreten Vorschlägen).
Was mich noch interessieren würde: "as haltet ihr davon? Wirklich eine nette Idee, oder findet ihr das unnütz?

Links:
Website: https://fi.lna-dev.net/
Repository: https://github.com/LNA-DEV/Fachinformatiker-Pruefungsvorbereitung
Markdown: https://www.markdownguide.org/cheat-sheet
LG
Lukas

Erst einmal vorweg: Ich finde es spannend, dass Leute anderen erklären was sie nun als Diskriminierung zu empfinden haben. Besonders dann, wenn sie selber diese Behandlung nicht erfahren. Sprecht bitte nur aus Eurem Erfahrungshorizont - und wenn Ihr das nicht könnt, weil Ihr den notwendigen Erfahrungshorizont nicht habt: Hört erstmal zu, statt direkt die Augen zu verdrehen.
Zweitens ist "Krieg mal ein dickeres Fell" ein schlechtes Argument, weil es nichts anderes ist als ein (ziemlich unkonkreter) Lösungsansatz wie mit Diskriminierung umgegangen werden sollte.
Drittens macht Ihr den Kapitalfehler ein isoliertes Beispiel zu nehmen und auseinanderzunehmen, statt zu verstehen dass da eine Menge "steter Tropfen" dabei ist. Ein einziges "Hey, der IT Guy ist da" ist zwar ziemlich daneben, wenn eine Frau kommt, aber das alleine bringt niemanden hier auf die Palme. Auch nicht die Threaderstellerin, vermute ich mal.
Der Unterschied ist, was sie sich wahrscheinlich sonst schon so anhören durfte. Dann ist im Zweifel der "Guy" in der Ankündigung eine weitere fröhliche Mikroagression - und ja, auch in den USA und England wird "you guys" oft schon durch "y'all" ersetzt (und so mache ich es auch schon eine ganze Weile). Wenn sie immer wieder durch solche Aussagen oder Fragen wie "Wie kommt es, dass Du als Frau in der IT arbeitest" gezeigt bekommt, dass man ihr das eigentlich nicht zutraut - und sie sich damit auch immer wieder beweisen muss - dann ist das anstrengend und nagt an den Nerven.
Ich hab ein dickes Fell. Ein verdammt dickes inzwischen nach allem, was ich mir anhören darf, wenn ich einfach nur durch die Stadt gehe. Aber das ändert nichts daran, DASS ich es mir anhören darf. Nur weil ich damit umgehen kann, wird es nicht weniger diskriminierend. Ich mache im Zweifel übrigens dann deswegen die Klappe auf und ärgere mich, weil diese Worte eine andere Person mit weniger dickem Fell verletzt und ggf. sie zu Dingen bewegt, die ihr selbst schaden könnten.

Neugierde, warum jemand etwas macht/hat, ist kein Grund, nachzufragen. Deine Neugierde ist Dein Problem. Niemand muss sie füttern, wenn die Person das nicht will. Und Neugierde ist auch kein Grund übergriffig zu sein. Wenn da eine Netzwerktechnikerin steht, die den Server verkabeln und den Switch konfigurieren soll, dann lässt Du sie das machen und fragst nicht, warum sie als Frau denn im Netzwerk arbeitet. Das kannst Du machen, wenn Du die Person besser kennenlernst und ihr in 'ner Pause zusammen sitzt. Aber nicht, wenn sie einfach nur für ihren Job da ist.
Das ist so ein bisschen so, wie der Zahnarzt, der mich nach meinen Hormonpräparaten fragt und ob ich denn schon operiert sei. Hat nix mit dem Job zu tun, aber wenn ich gerade da bin kann man ja mal fragen. Ist ja "nur Neugierde".
Was falsche Anreden angeht und falsche Pronomen - glaubt mir, auch das kann verbale Gewalt sein. Schon durchaus erlebt (und dagegen gewehrt).

Und um mal ein Beispiel aus meinem Arbeitsalltag zu geben: Wir telefonieren mit einer Fremdfirma. "Wir" sind mein Kollege und ich. Der Herr von der Fremdfirma sagte dann an einer Stelle zu einem Kollegen (für uns hörbar), dass er mit dem Techniker und der Frau Carwyn spricht. Klar. Frau. Die kann ja keine Technikerin sein.

Bevor Ihr wieder mit den Augen rollt: Wie geht's Euch denn, wenn Euch stumpf die Kompetenz abgesprochen wird und Ihr bspw. statt "Projektleitung" "Schreibkraft" genannt werdet? Nichts anderes war das hier in meinem Beispiel.

Aber um mal den Bogen zu spannen: Ich selber habe relativ gut klar, wann was bewusst falsch gemeint ist und wann es ein Versehen ist und reagiere unterschiedlich darauf. Auf das eine vielleicht klar und deutlich mit klarer Haltung. Auf das andere freundlich, ggf. aufklärend und sensibilisierend. Denn oftmals sind Diskriminierungsmechanismen so in uns eingeprägt, dass wir sie gar nicht bemerken. Es ist also mitnichten ein "Ich bin einfach zu empfindlich und nehme alles viel zu persönlich". 

Beides gilt, soweit der "Konflikt" auf Augenhöhe ist. Gibt es ein hierarchisches Machtgefälle im Unternehmen, wird es schwieriger, aber auch da gibt es Wege, solche Konflikte anzugehen.

TLDR: "Nimm das nicht persönlich und sei nicht so empfindlich" ist leicht dahergesagt, wenn man nicht selber in der betreffenden Lebensrealität Zuhause ist.

Irgendwann sollte ich doch mal mein "Walking in my shoes" Projekt umsetzen. Dann merken vielleicht einige, dass es gar nicht so einfach ist, wenn man xy ist.