Einzelnen Beitrag anzeigen

mse1

Registriert seit: 21. Nov 2007
115 Beiträge
 
#97

AW: Konkurrenz zu lazarus erschienen

  Alt 5. Nov 2018, 13:53
mit dem Resultat, dass Anwender damit tatsächlich bessere Programme herstellen können als mit anderen Entwicklungsumgebungen.
Ich finde Deinen Anspruch ganz schön hoch gegriffen, daher kann ich die Kritik sehr gut nachhvollziehen.
Da hast du recht, ich stelle sehr hohe Ansprüche an meine Werkzeuge. Das ist ja auch der Grund, warum ich mich nach vielen Jahren Arbeit mit Borland Produkten ums Jahr 2000 dazu entschlossen habe, ein eigenes Open Source Produkt zu entwickeln. Vor allem auch daher, weil mir bewusst wurde, dass ein kommerzielles Unternehmen gar nicht in der Lage ist, die Bedürfnisse der Softwareentwickler voll zu erfüllen, da dies den Gewinn schmälern würde.
Zitat:
Die Notwendigkeit von Installationsanleitungen ist doch irgendwie sowas von 1999, wenn die Nutzung schon daran scheitert, dass das Setup nicht intelligent genug ist, klingt das halt sehr prahlerisch. Ich habe volles verständlich dafür, wenn open source keine Ein-Klick-Setups hat, sondern manuelle Installationsschritte benötigt - aber das steht dann im Widerspruch zum Anspruch von verbesserter Produktivität und dem schwammigen, subjektiven "besser sein".
Naja, die Installationsanleitung lautet:
Zitat:
Installation:
*************
1. Download and install FPC 3.0.2 or 3.0.4, you can get it from
https://www.freepascal.org/download.var
2. Download mseide_msegui_src_4_6_2.zip and the mseide_* archive
for your system.
https://sourceforge.net/projects/mse...-msegui/4.6.2/
3. Extract them to a directory of your choice ('yourdirectory') .
4. Run 'yourdirectory/bin/mseide' on Linux and FreeBSD or
'yourdirectory\bin\mseide.exe' on windows.
5. In 'Settings'-'Configure MSEide'-'${MSEDIR}' select 'yourdirectory/msegui'.
6. In 'Project'-'Open' select 'yourdirectory/msegui/apps/demo/demo.prj'.
7. 'Target'-'Continue'.
Wobei Punkt 6. und 7. bereits den Start des ersten Demoprojektes betreffen. Und wir reden hier von einem Entwicklungswerkzeug für Programmierer, wenn so jemand nicht in der Lage ist, "5. In 'Settings'-'Configure MSEide'-'${MSEDIR}' select 'yourdirectory/msegui'." auszuführen, na ja...
Der Hintergrund warum ich in MSEide mit Automatismen zurückhaltend bin, ist, dass die Anwender immer in der Lage sein sollten die Vorgänge nachzuvollziehen und gegebenenfalls zu korrigieren. Dieses Prinzip findet sich in der ganzen MSEide.
Zitat:
Der Sehbehinderte Mensch landet vor einem MSEgui-Programm, das sein Screen-Reader nicht interpretieren kann - Pech gehabt. Besser? Klar kann man die Unterstützung von Hand wieder reinfrickeln, aber das ist das Gegenteil von "produktiver".
Da stelle ich mich auf den Standpunkt, dass ein Programm für Sehbehinderte speziell für Sehbehinderte entworfen werden sollte, lediglich Screenreader-Funktion zu ermöglichen reicht bei weitem nicht. Ich habe letzthin ein Programm für Blinde entwickelt und dazu die notwendigen Komponenten für MSEgui entworfen, sie befinden sich in der Komponentenpalette im Reiter 'Gui'.
Zitat:
Der ästhetisch veranlagte Mensch landet vor einem MSEgui-Programm, dass, wenn es der IDE nacheifert, vermutlich sämtliche Human Interface Design Guidelines, die in den letzten 30 Jahren veröffentlicht wurden, ignoriert. Besser? Klar kann man mit Styles wieder alles anpassen, aber das ist das Gegenteil von "produktiver".
Die Oberfläche von MSEide wurde sorgfältig als Programmierwerkzeug gestaltet wo Informationsdichte und Orthogonalität erste Priorität haben. In eigenen Programmen können Anwender beliebige andere Schwerpunkte legen. Die Einstellungen können zentral und wenn gewollt projektübergreifend in TSkinController vorgenommen werden.
Zitat:
Wo genau ist der Output besser als bei irgend einem anderen FreePascal-Programm? Beinhaltet die IDE zum Beispiel Code-Qualitäts-Prüfungen? Wie genau definierst Du, dass MSEide besseren Output erzeugt, bvw. wie definierst Du "besseren Output"?
Mit MSEgui ist es mit geringem Aufwand möglich komplexe Probleme zu lösen wo man mit weniger ausgereiften Komponenten scheitern würde oder Abstriche bei der Programm-Funktionalität machen müsste.
Der Hauptgrund für den Vorsprung ist, dass ich MSEide+MSEgui täglich selber benütze und daher den Anforderungen anpassen kann. Zudem ist MSEide+MSEgui sehr schnell und beinhaltet durch seine Unabhängigkeit innovative Konzepte. Hast du z.B. etwas ähnlich geniales wie TWidget.Frame und TWidget.Face in einem Toolkit gesehen?
Martin Schreiber

Geändert von mse1 ( 5. Nov 2018 um 14:31 Uhr)
  Mit Zitat antworten Zitat