Diskussion:Synchrone Kommunikation
Einseitig technische Definition
BearbeitenDer Artikel bezieht sich anscheinend nur auf Informatik - synchrone (im Gegensatz zu asynchroner Kommunikation) kann sich auch darauf beziehen, dass ein direkter Austausch stattfindet (Telefon, Chat, persönliches Gespräch...) im Gegensatz zu asynchroner Kommunikation, wo Nachrichten hin- und hergeschickt werden. Hier sollte mal ein Kommunikationswissenschaftler statt eines Technikers ran. -- Nichtich 13:36, 29. Dez. 2007 (CET)
In irgendeinem Seminar hat mir einst ein Trainer erläutert, dass synchrone Kommunikation auf Augenhöhe erfolgt und asynchrone Kommunikation dann, wenn die Gesprächsteilnehmer unterschiedlich im Status sind, wie Eltern/Kind oder Angestellter/Chef etc. Also, die Erklärung, die hier abgegeben wird, kommt doch sehr technisch daher... (nicht signierter Beitrag von 145.253.206.133 (Diskussion) 18:17, 3. Apr. 2008 (CEST))
Belege
BearbeitenDiesem zweiten Abschnitt kann ich nicht zustimmen. Vielleicht gibt es einen Fachbereich, der synchrone Kommunikation so definiert, ich bezweifle es einfach. Ich würde dafür gern Belege sehen. Im Allgemeinen heißt [Synchronität], dass die Dinge in einem zeitlichen Zusammenhang stehen, oder zeitlich abgestimmt sind. Auch wenn es verschiedene Definitionen von Synchronität gibt, fehlt mir hier der zeitliche Aspekt. Vielleicht gibt es für gleichberechtigte Kommunikation andere Fachbegriffe. Gab es da nicht Stufenmodelle oder so? Ich denke, dass die vielfältige Verwendung des Begriffes Synchronität es schwer macht, ihn allgemeingültig zu definieren. Das scheint aber mit dem Artikel [Synchronität] gelungen zu sein.
Bei diesem Artikel, bin ich mir da noch nicht so sicher. Ich habe z. B. folgendes über [GUI]s gelernt: Die Kommunikation zwischen Benutzer und dem Computerprogramm ist hochgradig asynchron, weil das Computerprogramm nicht weiß (und nicht vorhersehen kann), wann der Benutzer eine Eingabe tätigt. Das würde z. B. auch für einen WebServer gelten. Jederzeit könnte ein Benutzer eine Webseite abrufen. Der WebServer weiß nicht wann und ob das passieren wird. Ich habe mir folgende Gedanken dazu gemacht: Die Antwort des WebServers ist nicht vollständig asynchron. Der Client kann zumindest davon ausgehen, dass er die Antwort frühestens dann bekommt, nachdem er die Anfrage abgeschickt hat. Bei vielen Diensten ist die Antwortzeit auch relativ gering. Sagen wir mal höchsten ein paar Sekunden. In sofern ist die Antwort synchron. Es gibt aber auch Dienste, bei denen die Antwort auf sich warten lässt. Dann wäre die Antwort zu einem höheren Grad asynchron, als in dem vorherigen Beispiel. Wie geasgt, dass sind teilweise meine eigenen Überlegungen. Kann dass alles jemand bestätigten? Vielleicht mit Belegen? Irgendjemand wird doch so ein Netzwerkbuch von Tannenbaum haben, da steht so etwas doch bestimmt drin. --79.226.171.93 17:58, 5. Sep. 2010 (CEST)
- Der unbelegte Artikel kippt über das Missverständnis, nach jeglicher Synchronisierung sei alles synchron zu nennen. Den Beginn eines Vorgangs mit Abschluss eines gegensätzlichen Vorgangs zu synchronisieren, macht nur diese Ereignisse synchron, aber die Vorgänge und das Ganze asynchron. --84.157.198.122 21:29, 6. Dez. 2014 (CET)