Das Gambas sieht aber cool aus.
Austauschbare GUI und soll auch so eine Art Executable erzeugen können.
Eigene IDE hat es mehr oder weniger auch, sogar in der eigenen Sprache geschrieben.
Das schafft nicht mal Borland
Ciao,
_
Das Gambas sieht aber cool aus.
Austauschbare GUI und soll auch so eine Art Executable erzeugen können.
Eigene IDE hat es mehr oder weniger auch, sogar in der eigenen Sprache geschrieben.
Das schafft nicht mal Borland
Ciao,
_
Qt/KDE Entwickler
Debian Benutzer
ja, sogar die Möglichkeit zwischen Gtk+ und QT zu wählen ist in Planung
sieht toll aus
MfG Peschmä
The greatest trick the Devil ever pulled was convincing the world he didn't exist. -- The Usual Suspects (1995)
Hey, I feel their pain. It's irritating as hell when people act like they have rights. The great old one (2006)
funktionierten gambas programme auch unter windows ?
Hi@all
Ich hab die Idee. Da es hier ja mehr oder weniger nen gewissen Flame gibt schlag ich einfach mal vor: Lern Assembler oder noch besser in 1en und 0en
Cu
André
C und C++
@rogen:
gambas gibts nur für linux
das Niveau sinkt...
jetzt sind wir schon soweit, dass dieselbe Frage zweimal gestellt und zweimal beantwortet wird - und das im selben Thread
MfG Peschmä
The greatest trick the Devil ever pulled was convincing the world he didn't exist. -- The Usual Suspects (1995)
Hey, I feel their pain. It's irritating as hell when people act like they have rights. The great old one (2006)
In der Open Source Szene geht die Entwicklung in großen Schritten voran.Original geschrieben von peschmae
das Niveau sinkt...
jetzt sind wir schon soweit, dass dieselbe Frage zweimal gestellt und zweimal beantwortet wird - und das im selben Thread
Wer weiß ob morgen noch aktuell ist, was wir heute schreiben
Der wollte vielleicht nur sicher gehen.
Ciao,
_
Qt/KDE Entwickler
Debian Benutzer
meinst du ???
ich glaube eher, der machts wie ich: immer nur die letzten beiden Beiträge eines langen Threads lesen
MfG Peschmä
The greatest trick the Devil ever pulled was convincing the world he didn't exist. -- The Usual Suspects (1995)
Hey, I feel their pain. It's irritating as hell when people act like they have rights. The great old one (2006)
wollte nur sicher gehen
oder eigentlich wollte ich es nicht glauben.
ich bin vor 5 jahren vor der frage gestanden - visual basic oder java.
habe mir leider das flasche ausgesucht.
jetzt will nicht wieder den gleichen fehler machen.
gambas gefällt mir echt gut aber ..... naja...
Mit Java kannst fast nx falsch machen, dafür bietet gambas mehr komfort für dich als Umsteiger...
Geändert von Lin728 (21-08-2017 um 16:22 Uhr)
eben
eigentlich bin ich ein fauler hund, deswegen gefällt mir gambas.
aber im grunde ...
naja danke
grübel grübel grübel
letzte frage -
xbasic (funktioniert auch unter windows)
oder gambas ?
Wenn ich das richtig verstanden habe, dann hat hier keiner Erfahrungen mit einer der beiden Projekte.Original geschrieben von rogen
letzte frage -
xbasic (funktioniert auch unter windows)
oder gambas ?
Du wirst nich umhinkommen, sie zu evaluieren, also, welche Eigentschaften dir gefallen und wie wichtig sie dir sind.
Wenn du zB Windows auch als Plattform brauchst, kannst du nur XBasic nehmen.
Gambas scheint sich durch die verschiedenen GUI Module halt besonders gut in den verschiedenen Linux Umgebungen gut integrieren zu lassen.
Aber wie gesagt: ausprobieren, abwägen, Erfahrungsbericht posten
Ciao,
_
Qt/KDE Entwickler
Debian Benutzer
Welche Programmiersprache?
Zunächst einmal möchte ich sagen das ich selbst kein Programmierer bin und eigentlich nur Skriptsprachen aktiv benutze, aber dennoch einen guten Überblick darüber habe, wie die gängigen Programmiersprachen eingesetzt werden, sowie deren Stärken und Schwächen.
VB
Als VB werden heute 3 Dialekte bezeichnet:
- VB: Visual Basic - Die Entwicklungsumgebung zum Entwickeln compilierter Programme
- VBA: Visual Basic for Applications - die haben eine auf die MS-Office Produkte erweiterte Funktionalität und funktionieren nur eingebettet in diese Anwendungen
- VBS: Visual Basic Script - Eine Scriptsprache mit reduzierten Funktionsumfang, erweiterbar durch externe Objektaufrufe
Du gehst wohl von VB aus und moechtest etwas Ähnliches fuer Linux bzw. plattformübergreifend. D. h. Programmiersprache + RAD(Rapid Application Development) - Tools / IDE(Integrated Development Environment=Entwicklungsumgebung)
Scriptsprachen
Auch wenn ich mich dafür entschieden habe, ist das für die nicht optimale Wahl. Auch wenn die meisten Sprachen Unterstützung für grafische Oberflächen haben finde ich die Programme die auf Scriptsprachen basieren den kompilierten Sprachen unterlegen, rein subjektiv. Die Erstellung von Dialogen ist sehr mühsam(selbst gemacht: Perl/Tk) obwohl's auch IDE's gibt. Da hab' ich auch mal ein paar gefunden aber nichts damit gemacht. Desweiteren ist z. B. die Skriptsprache Perl ein gnadenloser Resourcenverschwender, ich vermute das das bei den anderen Scriptsprachen genauso ist.
Meine Empfehlungen
- Java - Pro: gnadenlos plattformunabhängig, ausgereifte Sprache, RAD-Tools/IDE vorhanden
Contra: Langsame Ausführungsgeschwindigkeit(Computer werden aber immer schneller)- Kylix- Pro: ausgereifte Sprache, RAD-Tools/IDE vorhanden, hohe Ausführungsgeschwindigkeit, Entwicklung wie von VB her weiterführbar(Ausser der Programmiersprache: Delphi)
Contra: Plattformunabhängigkeit(Wahrscheinlich grösstenteils gegeben)- C/C++ -Pro: ausgereifte Sprache, RAD-Tools/IDE vorhanden, hohe Ausführungsgeschwindigkeit
Contra: plattformübergreifend verfügbar, Anpassungen ans Betriebssystem aber notwendig
Meinung
Meine Meinung ist das Java die besten Zukunftsaussichten hat. Derzeit sind aber die besten und meisten Anwendungen in C/C++ geschrieben. Kylix/Delphi ist vom Ruf her ein ausgereiftes RAD-System mit guten Ergebnissen und schneller Einarbeitung. Gambas denke ich ist noch unausgereift und wird wahrscheinlich auch nicht plattformübergreifend verfügbar sein.
Gruss
Tobias
Hi!
ich würde gern den Autor des Buches Inside Visual C++ zitieren
[qoute]
Warum ich ein Buch über C++ geschrieben habe und nicht über JAva.?
Nich etwa weil es bereits dutzende Bücher über Java gibt sondern weil eine Compilierte Sprache immer schneller sein wird als eine Interpretierte(Java).
[/qoute]
ansonsten
wie wärs mit BWBASIC
ist zwar nur ein Interpreter(nichtmal compilieren) aber ist ur geil mit dem zu Programmieren
nein
also
(Linux) Assembler ist eine feine Sache und kann schnell gelernt werden.
Wenn man ASM einmal durchschaut hat ist es rlativ einfach
Allerdings Tipparbeit vorausgesetzt.
Bytecode(oder wei andere sagen.: in 1 und 0 programmiren) ist ebenfalls gut
1.: Plattformunabhängig, da die Zahlen ja nur die CPU verstehen muss
also
natürlich gibt es auch noch ein Randsparte von Programmiersprachen in denen es sich zu programmieren lohnt.
Etwa Visual TCL
oder wie gesagt XBasic
meines Wissen nachs bekommt man XBasic aber nur für MS Windows(R).
oder ich würde dir zu C++(Ansi Standart von 1998) raten.
Hello World in C++
[code]
#include <iostream>
using namespace std;
int main()
{
cout<<"Hallo"<<endl;//oder std::cout.. wenn das using.. nicht wäre
}
[code]
und in BWBASIC
Code:1 print "Hallo World" REM Aufruf folgendermaßen goto 1
Lesezeichen