Programmierung des Sonnenuntergangs? - Seite 7

 
Andrey Pogoreltsev:

Worüber streiten Sie sich jetzt mit mir? Dass der Programmierer allmählich zum Entwickler geworden ist und die Zahl der Werkzeuge und die Anforderungen an die Aufgaben gestiegen sind?

Das habe ich nicht bestritten.

Ich habe lediglich ein paar Fragen gestellt, die sich logisch aus Ihren Thesen ergeben.

 
Dmitry Fedoseev:

Ich habe nur ein paar Fragen gestellt, die sich logisch aus Ihren Thesen ergeben.

Nun, ja, jede Branche entwickelt sich und geht ihren eigenen Weg. Einschließlich Softwareentwicklung. Hier ist übrigens eine gute Definition aus dem Wiki:

Softwareentwicklung ist der Prozess der Konzeption, der Spezifikation, des Entwurfs, derProgrammierung, derDokumentation, desTestens und derFehlerbehebung bei der Erstellung und Wartung vonAnwendungen,Frameworks oder anderen Softwarekomponenten.

 
Andrey Pogoreltsev:
Er antwortet Ihnen, um zu trollen, nicht um etwas zu verstehen, verschwenden Sie nicht Ihre Zeit - Peter und Fedoseyev sind zwei der hellsten Vertreter der mql Sandbox, die nicht wollen, um aus ihm heraus.
 
Andrey Pogoreltsev:

Es ist seit etwa 30 Jahren in Gebrauch. Sie beschreiben eine hochspezialisierte Aufgabe und extrapolieren sie auf die gesamte Klasse der Entwicklungsaufgaben. Die visuelle Entwicklung gibt es schon seit langem, sowohl teilweise als auch vollständig automatisiert. Dies schließt keineswegs aus, dass auch andere Aufgabenklassen oder gar Aufgaben, die durch visuelle Umgebungen gelöst werden, entwickelt werden müssen, an die z.B. höhere Leistungsanforderungen gestellt werden. Denn jeder Universalismus verwandelt sich früher oder später in ein Ungeheuer.

Angenommen, Sie haben Recht. Schauen wir uns Beispiele für Aufgaben an, die das nicht können:

1. in Objekte zerfallen.

2. Objekte als Zusammenstellungen von Parametern und Beziehungen darstellen.

3. die Objekte mit visuellen Hilfsmitteln zusammensetzen.

Wenn es nicht schwierig ist, nennen Sie Beispiele für solche Aufgaben.

 
TheXpert:
Er antwortet Ihnen, um zu trollen, nicht um etwas zu verstehen, verschwenden Sie nicht Ihre Zeit - Peter und Fedoseyev sind zwei der hellsten Vertreter der mql Sandbox, die nicht wollen, um aus ihm heraus.

Wann immer eine Frage auftaucht, die Sie nicht beantworten können und Ihnen klar macht, dass Ihre Argumente unhaltbar sind, handelt es sich um Trolling. Das ist lustig.

 
Andrey Pogoreltsev:

Nun, ja, jede Branche entwickelt sich und geht ihren eigenen Weg. Einschließlich Softwareentwicklung. Hier ist übrigens eine gute Definition aus dem Wiki:

Softwareentwicklung ist der Prozess der Konzeption, der Spezifikation, des Entwurfs, derProgrammierung, derDokumentation, desTestens und derFehlerbehebung bei der Erstellung und Wartung vonAnwendungen,Frameworks oder anderen Softwarekomponenten.

Mit anderen Worten: Die Programmierer (oder Entwickler) haben keine Dokumentation geschrieben, nicht getestet und keine Fehler behoben. Und jetzt sind sie an der Gestaltung beteiligt?

 
Реter Konow:

Nehmen wir an, Sie haben Recht. Sehen wir uns Beispiele für Aufgaben an, die das nicht können:

1. in Objekte zerfallen.

2. Objekte als Zusammenstellung von Parametern und Beziehungen darstellen.

3. die Objekte mit visuellen Hilfsmitteln zusammensetzen.

Wenn es Ihnen nichts ausmacht, nennen Sie bitte einige Beispiele für solche Aufgaben.

Nein, Peter. Die Zukunft gehört der biologischen Programmierung. Das läuft in etwa so ab: Einem Mann wird eine Glatze rasiert, eine spezielle aktive Biomasse auf den Kopf gesetzt, und er beginnt, intensiv über die anstehende Aufgabe nachzudenken. In der Folge werden in der auf dem Kopf abgelagerten Biomasse neuronale Verbindungen aufgebaut, eine Art künstliche Ganglien gebildet, die den Gedanken entsprechen, die gedacht werden... Auf diese Weise werden Biocomputereinheiten für Cyborgs geschaffen. ))) Nun, Sie wissen, was ich meine.

 
Andrey Pogoreltsev:

1. Die visuelle Entwicklung gibt es schon seit langem, sowohl teilweise als auch vollständig automatisiert.

2. Dies schließt keineswegs die Notwendigkeit aus, andere Aufgabenklassen oder sogar Aufgaben zu entwickeln, die durch visuelle Umgebungen gelöst werden, an die z. B. höhere Leistungsanforderungen gestellt werden.

3. Denn jeder Universalismus verwandelt sich früher oder später in ein Ungeheuer.

1. Wenn Sie können - geben Sie mir einen Link, um etwas darüber zu lesen.

2. Können Sie die Probleme nach Klassen aufschlüsseln und speziell angeben, welche Lösungen sich nicht mit visuellen Hilfsmitteln umsetzen lassen?

3. Hier ist nicht alles einfach. Ein riesiger Computer aus den 50er Jahren passt in ein Mobiltelefon, was darauf hindeutet, dass Universalismus gut funktioniert und nicht starr an Leistung gebunden ist. Auf jeden Fall löst die Leistung das Problem der Universalität des Monsters.

 
Реter Konow:

Nehmen wir an, Sie haben Recht. Sehen wir uns Beispiele für Aufgaben an, die das nicht können:

1. in Objekte zerfallen.

2. Objekte als Zusammenstellung von Parametern und Beziehungen darstellen.

3. die Objekte mit visuellen Hilfsmitteln zusammensetzen.

Wenn es nicht schwierig ist, nennen Sie bitte Beispiele für solche Aufgaben.

Berechnen von Fibonacci-Zahlen, Erstellen bestimmter UI-Reaktionen auf Benutzeraktionen außerhalb einer vordefinierten Menge, Schreiben von Dokumentation, Schreiben von Unit-Tests.

Dies sind sehr einfache Aufgaben, aber es gibt riesige Systeme, z. B. für das Rendern von Bildern usw.

Im Allgemeinen gibt es viele von ihnen.

 
Und warum ist eine "visuelle" Programmierung in Form von Würfeln und Pfeilen besser als eine, na ja, entschuldigen Sie, ebenfalls visuelle Programmierung, aber in Form von Wörtern auf dem Bildschirm? Übrigens ist die Lesbarkeit viel höher, weil klar ist, in welcher Reihenfolge und was danach zu lesen ist. Und ein visuelles Diagramm - hundert Quadrate und Linien, die in verschiedene Richtungen weisen, und von welchem Ende aus man es betrachten soll?