Blitzprog

Klammern optional oder zwingend?

2008-09-23T14:04:00.000-07:00

Beim Programmieren eines Beispiels für Blitzprog bin ich über das folgende Problem gestolpert:

outStream.write inStream.read

Da es in bp auch Funktionsobjekte gibt, ist eine solche Anweisung bisher zweideutig gewesen. Einerseits könnte man den Rückgabewert von inStream.read verwenden und diesen dann an outStream.write übergeben oder es wird das Funktionsobjekt selbst als Parameter für outStream.write betrachtet. Letzteres würde dazu führen, dass das Funktionsobjekt in einen String konvertiert wird und am Ende der Text "inStream.read" im Streambuffer steht.

Eine mögliche Option wäre es, den Rückgabewert nur bei Angabe der Klammern zu beachten (so wird es beispielsweise in Blitz3D realisiert). Das "Problem" bei diesem Ansatz ist, dass man nicht mehr

string.length

schreiben kann, sondern auf

string.length()

oder

string.getLength()

ausweichen muss.
Die getLength()-Methode möchte ich ungern verwenden, da man analog dazu eine set-Funktion für alle Variablen benötigt und dies sowohl einen zusätzlichen Aufwand als auch weitere Abhängigkeiten zur Folge hat (die ich gerne vermeide).

Bleibt noch die length()-Variante. Eigentlich eine gute Lösung, aber meiner Ansicht nach sollten Funktionen nach Tätigkeiten bzw. Verben benannt werden und "Länge" ist nun wirklich keine Tätigkeit.

Für welche Option ich mich entscheiden werde, steht noch nicht fest.

Wie wird man künftig Software entwickeln?

2008-09-21T01:48:00.001-07:00

Das kann niemand genau sagen, aber ich glaube, dass die Entwicklung von Software schon sehr bald stark abstrahiert werden kann (in einigen Teilbereichen ist es auch heute schon möglich). Nichts ist nerviger für Programmierer als sich wiederholende Abläufe. Prozesse, die man eigentlich formal beschreiben kann. Da ich ein Freund der Praxis bin, hier ein Beispiel:

print(1)
print(2)
print(3)

Hinweis: Die hier vorgestellten Codes sind Pseudo-Codes und stellen nicht die Blitzprog-Sprache dar.

Jeder erfahrene Programmierer würde diesen Code in eine For-Schleife umwandeln:

for i = 1 to 3
  print(i)

Dies ist die einfachste Möglichkeit, einen Prozess abstrakt zu beschreiben.
Etwas komplexer wird es in diesem Fall:

class Vector3
  int x
  int y
  int z
  function add(vec)
    self.x = x + vec.x
    self.y = y + vec.y
    self.z = z + vec.z

Erster Versuch:

class Vector3
  int x, y, z
  function add(vec)
    self.x += vec.x
    self.y += vec.y
    self.z += vec.z

Hier wurde der Dreizeiler für die Deklaration der drei Integervariablen zu einer Zeile zusammengefasst. An dieser Stelle kann man sich bereits darüber streiten, welches die höhere Lesbarkeit mit sich bringt. Da x, y und z in diesem Kontext zusammenhängen, ist es aus meiner Sicht logischer, diese auch in einer Zeile zu schreiben. Außerdem verbessert sich die Wartbarkeit, da bei einer Änderung des Datentyps nur eine Zeile umgeschrieben werden muss (C++ Templates würden hier ebenfalls hilfreich sein).
Nun zu Abstraktionsstufe 2:

class Vector3(DataType = int)
  DataType x, y, z
  function add(vec)
    self.[x, y, z] += vec.[x, y, z]

Zwei weitere Verbesserungen: Erstens wurde der Datentyp verallgemeinert, so dass die 3D-Vektorklasse nun auch mit anderen Datentypen wie z.B. float nutzbar ist. Zweitens wurde die Zuweisung bzw. di Addition der xyz-Variablen in einer - für die meisten Leser - bisher noch unbekannten Syntax zusammengefasst. Der Compiler erkennt, dass die erste Variable des Objekts self (in diesem Fall x) mit der ersten Variablen des zweiten Objekts vec (dessen x) addiert werden muss. Bei der zweiten und dritten Variable ist der Vorgang äquivalent. Zum Schluss möchte ich noch zeigen, wie dieser Code nun in bp (Abkürzung für die Blitzprog-Programmiersprache) aussehen würde:

class Vector3
  init value
    self.[x, y, z] = value
  
  add vec
    self.[x, y, z] += vec.[x, y, z]

Dies sind nur kleine Beispiele einer Abstraktion im Vergleich zu dem, was später möglich sein wird.

Einführung

2008-09-21T01:47:00.000-07:00

Wie wird man künftig Software entwickeln?
Wo liegen die Probleme bei den heutigen, populären Programmiersprachen?
Wie weit wird die künstliche Intelligenz die Softwareentwicklung unterstützen?
Kann es überhaupt eine perfekte Programmiersprache geben?
Wie wichtig ist die Lesbarkeit von Programmen beim Design einer Programmiersprache?

Dies sind die Themen, über die ich mir in diesem Blog Gedanken mache (in der Hoffnung, dass jemand seine Zeit damit verschwendet diese zu lesen ;). Ich entwickle parallel dazu eine Programmiersprache, die meine Anforderungen an eine moderne, produktive, möglichst fehlerfreie und schnelle Arbeitsweise ermöglicht:

Blitzprog Projektseite

Eine grobe Beschreibung von bp existiert ebenfalls. Feedback (auch per E-Mail) ist bei mir stets willkommen.