Von C++ zu OCaml?

[nn]

!rr!rr_. schrieb:

Es sind Technologie-Träger, ähnlich wie Rennwagen oder Solarautos. Was sich dort bewährt, sickert in den nächsten Jahren oder Jahrzehnten vielleicht in den Mainstream.

Das ist bei F# auch der Fall, z.B. liefern die asynchronen Workflows aus F# die Vorlage für die neuen asynchronen Features in C# 5.
http://tomasp.net/blog/csharp-fsharp-async-intro.aspx

Petriceks Buch ist übrigens sehr interessant, wenn man C# kann und nur mal etwas in die Funktionale Programmierung hineinschnuppern will. Das Buch beginnt mit funktionalen Techniken in C# und führt schrittweise in F# ein. Die Erkenntnisse, die man bei der Lektüre gewinnt, sind auf jeden Fall auch für die Programmierung in C# oder C++ hilfreich.

[Artchi]

Bashar schrieb:

Welches hast du eigentlich bestellt? Vor einiger Zeit ist mal "Practical OCaml" ziemlich verrissen worden.

Ja, genau das Buch habe ich bestellt.

Wegen den Compilern; es gibt zwei Compiler:
1. Byte-Compiler
2. Native-Compiler

Wobei der zweite Optimizing Compiler genannt wird. Ich vermute mal, der Byte-Compiler wird als "normaler" Compiler angesehen. Folglich ist der native Code ggü. dem Byte-Code schon optimal.

Aber nur meine Spekulation. Und eigentlich für mich nicht so wichtig.

[rüdiger]

Shade Of Mine schrieb:

Realist22 schrieb:

Nö. Wozu auch. Ich kenne den Markt. Schon mal Stellenanzeigen gelesen? Keine Sau sucht OCaml Programmierer. Jede große Software, die ich in den letzten 4 Jahren gesehen habe wurde in C++, Fortran, Java oder .NET geschrieben. OCaml hat keinerlei Relevanz in der Wirtschaft. Allein schon weil es keine guten Tools und Optimierer dafür gibt.

Deshalb setzt man ja auf F#, wo es das alles gibt.

Die von Janesstreet setzen nicht auf F# sondern direkt auf OCaml. Siehe Video :).

[knivil]

Einwurf: LINQ ist von Haskell motiviert.

[Helium]

Haskell is von LINQ motiviert. Siehe http://research.microsoft.com/en-us/um/people/simonpj/papers/list-comp/

Ist auch tatsächlich im GHC implementiert

[Zeus]

Jetzt frag ich mich wie lange OpenSQL in ABAP gibst!

[Shade Of Mine]

Zeus schrieb:

Jetzt frag ich mich wie lange OpenSQL in ABAP gibst!

OpenSQL und LINQ haben nicht viel gemein...

[Zeus]

Shade Of Mine schrieb:

Zeus schrieb:

Jetzt frag ich mich wie lange OpenSQL in ABAP gibst!

OpenSQL und LINQ haben nicht viel gemein...

Kannst du das bitte ausführen?

[knivil]

Helium schrieb:

Haskell is von LINQ motiviert. Siehe http://research.microsoft.com/en-us/um/people/simonpj/papers/list-comp/

Natuerlich wissen es 20000 Leute immer besser. Hier mal was von der Quelle: http://www.infoq.com/interviews/LINQ-Erik-Meijer;jsessionid=1FDE9830E6ED6381F44586AC21B95707 Es ist wohl gegenseitig bedingt, jedoch hat es mit Haskell angefangen.

we got inspired by Haskell with LINQ, and then Haskell got inspired again by LINQ and so I can imagine that other languages get inspired by these things.

LINQ is Monad comprehensions from Haskell

http://www.innoq.com/blog/st/2007/03/14/qcon_london_2007_erik_meijer_on_linq.html

[Shade Of Mine]

Zeus schrieb:

Shade Of Mine schrieb:

Zeus schrieb:

Jetzt frag ich mich wie lange OpenSQL in ABAP gibst!

OpenSQL und LINQ haben nicht viel gemein...

Kannst du das bitte ausführen?

Soweit ich mich erinnere ist openSQL doch nichts anderes als eine praktische SQL integration in ABAP. Also eine erleichterung der Schreibweise für queries auf die Datenbank.

LINQ ermöglicht es dagegen SQLartige Queries auf Daten zu machen (und als manipulatoren normale Funktionen zu verwenden).

[Zeus]

Shade Of Mine schrieb:

Zeus schrieb:

Shade Of Mine schrieb:

Zeus schrieb:

Jetzt frag ich mich wie lange OpenSQL in ABAP gibst!

OpenSQL und LINQ haben nicht viel gemein...

Kannst du das bitte ausführen?

Soweit ich mich erinnere ist openSQL doch nichts anderes als eine praktische SQL integration in ABAP. Also eine erleichterung der Schreibweise für queries auf die Datenbank.

LINQ ermöglicht es dagegen SQLartige Queries auf Daten zu machen (und als manipulatoren normale Funktionen zu verwenden).

Soweit du dich erinnerst? :p Nicht greade ein starkes Argument, obwohl du mir widersprochen hast. Sowohl in abstraktion und intregation Gedanken sind OpenSQL und LINQ gleich. Wobei deutliche Unterscheide sind bezügliche der Ausprägung zeitlich bedingt ist. OpenSQL unterscheidet zwischen externe und interne Tabelle in der Syntax, also garnicht objektorientiert, Linq viel jünger tut das nicht ...

[Shade Of Mine]

Zeus schrieb:

OpenSQL unterscheidet zwischen externe und interne Tabelle

Was wenn ich nur ein array habe, kann ich darauf openSQL abfragen laufen lassen?
Und kann ich das order by per Funktion lösen?

PS:
wenn das ginge dann frage ich mich ob das a) entweder neuer ist oder b) warum mir das damals keiner gesagt hat...

[Zeus]

Shade Of Mine schrieb:

Was wenn ich nur ein array habe, kann ich darauf openSQL abfragen laufen lassen?

Nein.

Shade Of Mine schrieb:

Und kann ich das order by per Funktion lösen?

Nein.

[Shade Of Mine]

Also lag ich doch richtig

LINQ kann das alles und noch mehr. Deshalb hat openSQL nichts mit LINQ zu tun.

in LINQ machst du zB

var files =
  from file in Directory.GetFiles(path)
  orderby file[file.Length-1]
  where file.EndsWith(".cpp")
  select Path.GetFileName(file)
;

und schon ist files ein string array dass alphabetisch nach dem letzten Zeichen sortiert ist und alle dateien die auf .cpp enden und in path liegen beinhaltet.

ist natürlich ein schwachsinns beispiel. aber das sollte zeigen warum das nichts mit opensql zu tun hat.

PS: syntaxfehler vorbehalten

[Zeus]

Shade Of Mine schrieb:

Also lag ich doch richtig
LINQ kann das alles und noch mehr. Deshalb hat openSQL nichts mit LINQ zu tun.

Seh ich anders... aber egal... ich hab nachgefragt und versteh deine Meinung.

[Shade Of Mine]

Zeus schrieb:

Seh ich anders...

rein aus interesse. wo siehst du die aehnlichkeiten?