Fragensteller
warum Web-Config?

Allgemeine Diskussion
-
Warum stehen eigentlich alle auf diese blöden Web-Config-Lösungen für alles und jedes? Neuerding auch der Exchange? Ist das deren Ernst? Oder Raid-Controller... auch so ein Thema. Wenn ich sehen will, ob mein Raid ok ist, muss ich 'n Apache installieren? Wirklich??? Kann denn heute keiner mehr mini-Progrämmchen bauen mit ganz einfachen Benutzeroberflächen? Das ist doch nicht wahr, dass es einfacher ist solches in HTML zu bauen. Es braucht ja nur den passenden Editor und schon ist das gleich "schwierig". ... ich schnall's echt nicht. Und wenn das Zeug dann wenigstens besser funktionieren würde. Aber nö... Fehlanzeige. Das ist doch der totale Obermüll... was spricht gegen MMC? ... also echt. Langsam geht mir die Branche sowas von auf'n Kecks. Letzthin hat Panasonic für die Telefonanlagen auf Webconfig umgestellt. Resultat? Ich brauch jetzt ungefähr 4 mal so lange, bis ich durch das Menü navigiert bin. ... aber scheinbar lieben sie alle diesen Web-Schrott. Unglaublich dämlich sowas...
Alle Antworten
-
Warum stehen eigentlich alle auf diese blöden Web-Config-Lösungen für alles und jedes? Neuerding auch der Exchange? Ist das deren Ernst? Oder Raid-Controller... auch so ein Thema. Wenn ich sehen will, ob mein Raid ok ist, muss ich 'n Apache installieren? Wirklich??? Kann denn heute keiner mehr mini-Progrämmchen bauen mit ganz einfachen Benutzeroberflächen? Das ist doch nicht wahr, dass es einfacher ist solches in HTML zu bauen. Es braucht ja nur den passenden Editor und schon ist das gleich "schwierig". ... ich schnall's echt nicht. Und wenn das Zeug dann wenigstens besser funktionieren würde. Aber nö... Fehlanzeige. Das ist doch der totale Obermüll... was spricht gegen MMC? ... also echt. Langsam geht mir die Branche sowas von auf'n Kecks. Letzthin hat Panasonic für die Telefonanlagen auf Webconfig umgestellt. Resultat? Ich brauch jetzt ungefähr 4 mal so lange, bis ich durch das Menü navigiert bin. ... aber scheinbar lieben sie alle diesen Web-Schrott. Unglaublich dämlich sowas...
Och nö, nicht Du schon wieder.
Kannst Du dich nicht mal ordentlich ausdrücken? Den Quark, den Du hier absonderst, braucht wirklich niemand.
Abgesehen davon, dass Du (mal wieder) im völlig falschen Bereich postest.
Dir geht die Branche aufn Keks, mir solcher Blödsinn, wie Du ihn hier zum besten gibst.
Gruß, Stefan
Microsoft MVP - Visual Developer ASP/ASP.NET
http://www.asp-solutions.de/ - Consulting, Development
http://www.aspnetzone.de/ - ASP.NET Zone, die ASP.NET Community
- Bearbeitet Stefan Falz Donnerstag, 14. April 2016 15:13
-
... als ob in diesen Foren überhaupt noch was laufen würde. Seit dem Wechsel vom News-Group-System zu diesem Web-Zeug findet man hier drin ja nur noch Fragen von Anfängern, wie sie die Hello-World Programme zum Laufen kriegen können. Oder wie man einen Pointer auf einen Integer "erstellt".
Zudem ist das eine Diskussion, die ich mit C++ Entwicklern führen wollte (und nicht mit Hobby-Programmierern), daher ist das hier drin.
Aber scheinbar ist das wie überall. Es gibt gewisse Dinge, über die darf man nicht reden. Da sind so Mechanismen am Werk, die sind schon sonderbar ... einiges ist einfach "cool" und somit müssen wir dem völlig hirnlos hinterher rennen. Trotzdem finde ich's oberbescheuert, wenn wir heutzutage nur noch Programme sehen, die per HTTP miteinander kommunizieren. Warum tut man das? Ist doch auch so behämmert... kann denn heute keiner mehr Sockets bedienen?
-
Schau Dir das an.
--
Viele Grüsse
Peter Fleischer (MVP, Partner)
Meine Homepage mit Tipps und Tricks
Kommas richtig setzen!
Schüler sagen, Lehrer haben es gut.
Schüler, sagen Lehrer, haben es gut
Meine Theorie dazu: Die Kunden wählen das Web-Zeug nicht weil sie es wollen, sondern weil das andere viel öfter nicht funktioniert! Wenn das denn überhaupt so ist. Ich sage, die Entwickler drängen einem in diese Richtung, weil sie gar nix anderes mehr bauen. -
Zudem ist das eine Diskussion, die ich mit C++ Entwicklern führen wollte (und nicht mit Hobby-Programmierern), daher ist das hier drin
Ah ja. Trotzdem falsch. Weder ist das eine Diskussion noch hat das Geschreibsel, wenn es eine Diskussion wäre, auch nur im entferntesten mit C++ oder einen anderen Programmiersprache zu tun.
Aber scheinbar ist das wie überall. Es gibt gewisse Dinge, über die darf man nicht reden.
Es gibt einen Umgangston, den man sowohl im RL als auch in den Foren (das war zudem in den Newsgroups nicht anders, eher noch besser/wichtiger) an den Tag legen sollte. Und das vermisse ich bei deinen Trollposts.
Drück dich ordentlich aus, schreib was konstruktives und schon klappt das auch mit der Diskussion.
Aber um deine Frage zu beantworten:
Trotzdem finde ich's oberbescheuert, wenn wir heutzutage nur noch Programme sehen, die per HTTP miteinander kommunizieren. Warum tut man das? Ist doch auch so behämmert... kann denn heute keiner mehr Sockets bedienen?
Weil es in den meisten Fällen ausreicht. Warum sollte man sich einen abbrechen und irgendwelche Sockets verwenden, nur weil man nicht weiß, dass es erheblich einfacher geht. Standards sind dazu da, dass man eben nicht das Rad drei Zilliarden mal neu erfindet. Dass Du dich bei den ganzen Neuerungen nicht zurechtfindest, muss ja nicht bedeuten, dass niemand die verwenden darf.
Gruß, Stefan
Microsoft MVP - Visual Developer ASP/ASP.NET
http://www.asp-solutions.de/ - Consulting, Development
http://www.aspnetzone.de/ - ASP.NET Zone, die ASP.NET Community -
Es gibt einen Umgangston, den man sowohl im RL als auch in den Foren (das war zudem in den Newsgroups nicht anders, eher noch besser/wichtiger) an den Tag legen sollte. Und das vermisse ich bei deinen Trollposts.
Na im Gegensatz zu dir habe ich niemanden persönlich damit angegriffen. Aber ich lass das mal gut sein. Scheinbar bist du so Feuer und Flamme für ASP/ASP.NET, dass du dich hier persönlich angegriffen fühlst.
Standards sind gut. Aber! Wieso müssen diese Standards immer auf HTTP und HTML aufbauen? Wenn ich eine Library oder ein Framework baue, dann ist das völlig sinnlos, das auf HTTP aufzubauen. Weil ich sowieso den Punkt A und B der Kommunikation selber baue. Also wozu das ganze so unsäglich verkomplizieren? Ausserdem erlauben es Standards auch viel einfacher das Zeug anzugreifen (vor allem so löchrig wie das Zeug heute ist). Ausserdem ... wie oft hast du das schon erlebt, dass du für Gerät A Firefox, für Gerät B Chrome und für Gerät C IE verwenden musstest um drauf zuzugreifen? ... also, wieso soll das jetzt so toll sein?? Früher gab's schöne Mini-Progrämmchen... heute? Web-Config, tut aber nicht... toll...
Und wie gesagt: Neu -> gut, aber mir ist sowas von egal wie "neu" etwas ist, wenn es einfach nur schlechter funktioniert als das alte. Basta! Ich bin ganz ehrlich dafür, dass wir Papier und Bleistift verwenden, wenn sich etwas damit schneller und einfacher erledigen lässt als mit dem Computer! Und das sage ich, aus einem Haushalt mit 3 mal mehr Computern als Personen. Als Haustiere halten wir uns Server! Und trotzdem löse ich gewisse Dinge nicht mit mieser Software, sondern mit Papier!
Rudolf
-
Na im Gegensatz zu dir habe ich niemanden persönlich damit angegriffen. Aber ich lass das mal gut sein. Scheinbar bist du so Feuer und Flamme für ASP/ASP.NET, dass du dich hier persönlich angegriffen fühlst.
Genau. Ich Armer.^^
Im Ernst: Mir ist recht wurscht, über welche Technologie Du rummeckerst. Es geht mir um die Art und Weise, wie Du schreibst. Es ist ja nun beileibe nicht das erste mal, dass ein solcher Post von dir kommt. Inhaltsleer, voller Polemik und ohne wirklichen Diskussionswunsch.
Aber nehmen wir das mal auseinander.
Standards sind gut. Aber! Wieso müssen diese Standards immer auf HTTP und HTML aufbauen?
Gib mir doch mal bitte eine gute Quelle, wo ich mir den ach so hohen Verbreitungsgrad von Standards, die auf HTTP und/oder HTML (wobei das eine mit dem anderen erstmal rein gar nichts zu tun hat) aufsetzen, anschauen kann.
Ich weiß ja nicht, welches Problem Du hast, HTTP/HTML/Javascript/... nicht zu verwenden aber evtl. erzählst Du es mal. Es gibt sicher auch Lösungen, die es dir erlauben, ohne auszukommen.
Wenn ich eine Library oder ein Framework baue, dann ist das völlig sinnlos, das auf HTTP aufzubauen.
Warum sollte man das auch tun? Man bietet bspw. einen Dienst an. Der kann dann bspw. über http aufrufbar sein. Muss er aber nicht. Wenn es ein Webservice ist, wird er das in der Regel sein und das ist auch gut so. Warum sollten sich die Dienstentwickler und vor allem diejenigen, die auf den Dienst zugreifen, mit irgendwelchen komplizierten und fehleranfälligen Konstrukten rumplagen, wenn man es einfach, zuverlässig und erprobt haben kann?
Weil ich sowieso den Punkt A und B der Kommunikation selber baue. Also wozu das ganze so unsäglich verkomplizieren?
Wenn Du wirklich jegliche Kommunikation selbst baust, ist das für dich (und nur für dich) evtl. einfacher, da Du es wahrscheinlich schon x mal so gemacht hast und deine Standardlibraries dafür verwenden kannst. Für die allermeisten der restlichen x Millionen Entwickler da draußen ist das, was Du machst, ziemlicher Blödsinn, viel zu kompliziert, fehleranfällig, unverständlich, ... Die verlassen sich dann auf x-millionenfach erprobte Standards und sind damit kompatibler. Webservices sind IMHO ein sehr gutes Beispiel. Wenn es nach dir geht, müsste jeder alles immer wieder komplett neu schreiben, Wiederverwendbarkeit ist nicht gewünscht, Schnittstellen dürfen nur zwischen Stelle A und B bekannt sein. Nenn mir doch mal einen einzeigen (nur einen) Vorteil, den sowas haben sollte?
Nehmen wir als weiteres Beispiel einfach mal HTML. Wie bitte sollte es sonst funktionieren, dass man so gut wie überall auf der Welt mit einer gemeinsamen Sprache etwas erstellen kann, was dann ebenfalls so gut wie überall auf der Welt gelesen werden kann, wenn das nicht standardisiert wäre? Natürlich kann man jetzt anführen "Is mir doch egal. Scheiß Globalisierung." aber die Welt dreht sich nunmal weiter.
Ausserdem erlauben es Standards auch viel einfacher das Zeug anzugreifen (vor allem so löchrig wie das Zeug heute ist).
Was ist das denn für ne "Begründung"?
Ausserdem ... wie oft hast du das schon erlebt, dass du für Gerät A Firefox, für Gerät B Chrome und für Gerät C IE verwenden musstest um drauf zuzugreifen?
In den letzten x Jahren gar nicht mehr. Und selbst wenn, liegt das am Entwickler und nicht an HTTP/HTML/Javascript oder irgendwas anderem technischen, nur am Entwickler. Also schlag den und nicht die Standards, die es gutem Grund gibt.
... also, wieso soll das jetzt so toll sein?? Früher gab's schöne Mini-Progrämmchen... heute?
Gibt's die genauso. Webanwendungen haben in vielen Bereichen erhebliche Vorteile. Natürlich auch einige Nachteile. Daher muss und wird man immer schauen, welche Anforderungen man hat und dann entscheiden, welche Anwendungsart und damit auch welche Standards man verwendet.
Web-Config, tut aber nicht... toll...
Was hast Du nur immer mit "Web-Config"? Es gibt keine "Web-Config".
Und wie gesagt: Neu -> gut, aber mir ist sowas von egal wie "neu" etwas ist, wenn es einfach nur schlechter funktioniert als das alte.
In so gut wie allen mir bekannten Fällen kommt diese "Aussage" immer dann, wenn man das neue nicht verstanden hat.
Basta! Ich bin ganz ehrlich dafür, dass wir Papier und Bleistift verwenden, wenn sich etwas damit schneller und einfacher erledigen lässt als mit dem Computer!
Und was hindert dich daran?
Und das sage ich, aus einem Haushalt mit 3 mal mehr Computern als Personen. Als Haustiere halten wir uns Server! Und trotzdem löse ich gewisse Dinge nicht mit mieser Software, sondern mit Papier!
Ist doch schön für dich, hat aber mit der "Diskussion" nichts zu tun.
Gruß, Stefan
Microsoft MVP - Visual Developer ASP/ASP.NET
http://www.asp-solutions.de/ - Consulting, Development
http://www.aspnetzone.de/ - ASP.NET Zone, die ASP.NET Community
- Bearbeitet Stefan Falz Donnerstag, 14. April 2016 17:06
-
Hallo Rudolf,
wo verkomplizierst Du es denn wenn Du Standards definierst und die Bekanntmachst?
Komplizierter wird es doch wohl eher wenn Du den Standards aus dem Wege gehst, und deren Existenzberechtigung anzweifelst. Und ist es nicht möglich das es nur schlechter Funktioniert, weil derjenige der es gemacht hat einfach schlechter gearbeitet hat?
In der IT-Branche sollte Dir neues nicht egal sein. Du wirst es wohl noch erleben das der Admin Dir die Türe verschießt weil er kein kompilierten Dinge mehr entgegennimmt. Mal grob gesprochen.HTH
Grüße Alexander
-
danke, interessantes Gespräch... ich hab erfahren, was ich wissen wollte
Schade. Ich hab wirklich gehofft, dass Du doch ernsthafteres Interesse an einer Diskussion hättest und kein Troll bist. Aber ich hab mich leider getäuscht. Beim nächsten mal beherzige ich dann doch eher das, was man schon in den NGs gesagt hat, DFTT.
Gruß, Stefan
Microsoft MVP - Visual Developer ASP/ASP.NET
http://www.asp-solutions.de/ - Consulting, Development
http://www.aspnetzone.de/ - ASP.NET Zone, die ASP.NET Community -
danke, interessantes Gespräch... ich hab erfahren, was ich wissen wollte
Schade. Ich hab wirklich gehofft, dass Du doch ernsthafteres Interesse an einer Diskussion hättest und kein Troll bist. Aber ich hab mich leider getäuscht. Beim nächsten mal beherzige ich dann doch eher das, was man schon in den NGs gesagt hat, DFTT.
Gruß, Stefan
Microsoft MVP - Visual Developer ASP/ASP.NET
http://www.asp-solutions.de/ - Consulting, Development
http://www.aspnetzone.de/ - ASP.NET Zone, die ASP.NET Community
Nein, jetzt nicht als Witz... das meine ich ernst. Ich verstehe jetzt, warum das verwendet wird. Mir ist das jetzt klar geworden. Von dem her hat mir das weitergeholfen.
Sonst hätte ich's in <sarkasmus> Tags gesetzt oder ein <nelson>ha haaa</nelson> angehängt. :-) ... wirklich.
Rudolf
-
Hallo Rudolf,
ok, das freut mich.
Und wie gesagt. Kritik: Gerne. Auch harte Kritik: Kein Problem. Aber bitte nicht pauschal auf irgendwas ohne Argumente draufhauen und/oder eine unangebrachte Wortwahl verwenden.
Beim nächsten mal wird alles besser :)
Gruß, Stefan
Microsoft MVP - Visual Developer ASP/ASP.NET
http://www.asp-solutions.de/ - Consulting, Development
http://www.aspnetzone.de/ - ASP.NET Zone, die ASP.NET Community