D bekannter machen

[WasserDragoon]

Hallo,

ist es nicht langsam mal an der Zeit etwas engagiert in die IT-Szene zu schauen und den Leuten D vorzustellen?
Seien es Artikel in Magazinen, Präsentationen/Schulungen oder sonstige freiwillige Arbeiten.

Hatte da einen Artikel zu "Green IT" bei heise gefunden (http://www.heise.de/developer/artikel/R ... 79710.html).
Wenn man mitzieht könnte man Aufmerksamkeit auf sich ziehen.
Eventuell mit einem OpenSource-Programm zur Energie-/Kostenersparnis?

MfG,
Danny.

[enokad]

Bei uns in der Firma kennt kein Mensch D ... obwohl ich in der IT Abteilung arbeite mit über 80 Leuten ...
Hab mal paar gefragt aber sagt keinem was ...

Irgendwie schade.

[darkdragon]

Bei uns in der Firma kennt kein Mensch D ... obwohl ich in der IT Abteilung arbeite mit über 80 Leuten ...

O_o krass, also ich kann sagen ich arbeite in einer IT Abteilung mit nur 20-25 Leuten, wovon nur 6 oder 7 Softwareentwicklung betreiben und von denen kennen es minimum 3 Leute, bzw ich glaub jetzt 5 haben noch 2 neue Entwickler die dürften das auch schonmal gehört haben. Nicht das es einer benutzen würde außer mir, aber kennen tun sie es. Wobei ich sagen muss die Entwickler die wir haben sind halt auch "richtige" Entwickler

Aus Erfahrung kann ich sagen IT Abteilung != IT Abteilung, ich hatte mal ein Praktikum und war da in einer Bechtle Abteilung. War Erschreckend da konnte man froh sein das die die Rechner richtig verkabeln konnten, nen gelöschten Bootloader(NTLDR) mit Hilfe einer Boot Diskette reparieren sind die schon gescheitert ^^ programmieren konnte keiner (naja gut nachdem ich da war hat einer sich nen VBA Kurs beantragt O_o), es ist manchmal echt komisch was sich in der IT rumtreibt.

Ich sage zwar das ich D am liebsten mag unter den momentan vorhanden Programmiersprachen, aber ohne vernünftiges Toolchain und Platform Support würd ich niemanden überreden es ma auszuprobieren. Momentan fehlts mir an nem einfachen Buildtool und 64bit Support sowie ner guten GUI Lib. Ich persönlich warte ja auf ein funktionierenden LDC oder GDC auf Linux 64bit mit D2 und Tango2. Dann noch xfbuild dazu und man kann hoffentlich mal vernünftig entwickeln. Nur so langsam verlier ich den Überblick der D2 Features muss ich sagen, da nachher auf die best doings zu kommen wird intressant, die Funktionsvielfalt hat ja C++ mitterweile überholt??? und C++ ist schon komplex genug.

Btw hatten wir das Thema schonmal neulich in nem anderen Thread, da war die Idee einen Artikel oder Artikelserie für das freie Magazin zu erstellen. Allerdings war da der Vorschlag das erst nach D2 Release zu tun.

gruß
DD

[WasserDragoon]

Stimmt allerdings, da muss erstmal alles richtig laufen.
Ich bin zuletzt daran gescheitert LDC und Tango einzurichten und sämtliche Wiki-Artikel in DSource sind einfach nur noch veraltet oder gar total verwirrend... QtD würde nur noch D2 supporten, würde aber mit Tango laufen; LDC würde mit dem tango trunk nicht laufen, dann aber doch wieder; usw.
Ich habe auch in letzter Zeit ehrlich gesagt die Lust dran verloren mit D etwas zu machen, geschweigedenn dass ich eine gescheite Entwicklungsumgebung zum Laufen bekomme...
Mein einziges großes Projekt, an dem es sich lohnt weiterzumachen wartet einfach nur noch darauf, bis LDC, Tango und QtD alles zusammen problemlos funktioniert... Ich würde auch auf ältere QtD Revs zurückgreifen, weiß aber nicht welche die letzte funktionierende ist, zumal ich es ja nicht mal hinbekomme wie gesagt LDC und Tango zum Laufen zu bringen. Vorher brauch ich also garnich erst was mit QtD zu versuchen...

[enokad]

Bei uns wird halt auch größtenteils nicht wirklich programmiert.
Gut, ich gehör zu den 2 richtigen Programmiereren für Projekte. Das läuft dann aber meist in C#, VBA und so ab ...
(Oder online mit Microsoft Sharepoint Designer)

Der Rest macht größtenteils SAP Programmieren ... (ABAP) ...
Von daher mh schon verständlich. Aber eigentlich ham die Leute aus meiner Abteilung nen sehr gutes Allgemeinwissen was IT angeht aber D kennt echt keiner.

[darkdragon]

Igitt ABAP das ist kein Programmieren das ist einfach nur furchtbar.

IT Allgemeinwissen kann auch sehr streuen, jedes IT Gebiet ganz im Auge zu behalten ist so gut wie unmöglich.
C#, VBA? The same here ^^
Aber zumindest dein Kollege sollte das dann eigentlich schonmal gehört haben als Programmierer.

Back to Topic
Die Infos zu D sind schon sehr gemischt zwischen aktuell/veraltet, ich würde D für Anfänger auch nicht empfehlen momentan, zuviel Chaos. Allerdings finde ich mit Programmiererfahrung bekommt man schon raus was man wie machen muss und wenn man alte Docs nur als Vorlage nimmt. Sourcen gibts eigentlich ja genug.

Das mit dem Compiler/StdLib Chaos wird hoffentlich bald ein Ende haben, wobei LDC und GDC wohl immer hinter der Referenz DMD zurückliegen werden aber wer weiß was da noch kommt. Und Walter scheint ja auch langsam aber sicher einzusehen das die Community wichtig ist, jetzt gibts ja öffentliche DMD Sourcen auch wenn keine Open Source Lizenz, es gibt das offene Repo von DMD und die DIPs im Wiki4D die in DMD gewandert sind, die Situation wird besser, mit D2 und der DRuntime gibt es hoffentlich bald Phobos und Tango Parallel wer weiß vllt liefert Walter dann auch Tango offiziell mit aus, die DMD Beta und Concurrency Mailing List ... Man sieht es wird besser noch darf man D nicht aufgeben.

Wenn LDC und GDC dann hoffentlich zügig bei D2 nachziehen dann wird man hoffentlich vernünftig entwickeln können, nur was IDEs und GUIs angeht weiß ich nicht was kommt, naja vllt wird ja CodePoet was?

Was ich mich allerdings auch noch Frage wann sich endlich mal jemand hinsetzt und das Exception Handling (SEH?) in LLVM für WIndows umsetzt, dann könnte man LDC auch unter Windows vernünftig einsetzen O_o

mfg
DD

[klickverbot]

Was ich mich allerdings auch noch Frage wann sich endlich mal jemand hinsetzt und das Exception Handling (SEH?) in LLVM für Windows umsetzt, dann könnte man LDC auch unter Windows vernünftig einsetzen O_o

Ich war schon kurz davor, zumindest für LDC selbst SEH-Support zu implementieren (größere Modifikationen an LLVM würde ich mir nicht zutrauen, dazu kenne ich die Codebase zu wenig). Als ich mich in die relevanten Themen eingearbeitet habe, bin ich aber auf etwas ziemlich Unerfreuliches gestoßen: Anscheinend ist die Patentlage nicht ganz klar, Borland scheint mehr oder weniger ein Patent auf SEH zu halten. Das Risiko diesbezüglicher Probleme möchten die OSS-Compiler-Maintainer wohl nicht eingehen.

DWARF Exception Handling auch für Windows zu implementieren scheitert vorrangig daran, dass die dafür notwendigen Sprungtabellen nur beschwerlich im COFF-Format (beziehungsweise im COFF-Backend von LLVM) unterzubringen sind. Außerdem scheint es diesbezüglich noch einige andere Probleme zu geben, wie man auch beim GCC-Projekt nachlesen kann.

Eine aus meiner Sicht halbwegs gangbare Alternative wäre aber, SJLJ Exception Handling (setjump/longjump) für Windows zu implementieren. Das ist zwar mit teilweise herben Performance-Einbußen verbunden (die auch zu tragen kommen, wenn gar keine Exceptions geworfen werden), hat aber einen großen Vorteil: Es funktioniert garantiert…

[darkdragon]

Anscheinend ist die Patentlage nicht ganz klar, Borland scheint mehr oder weniger ein Patent auf SEH zu halten. Das Risiko diesbezüglicher Probleme möchten die OSS-Compiler-Maintainer wohl nicht eingehen.

Sind die Patente für OSS relevant? Soweit ich weiß ignorieren viele Open Source Projekte Software Patente bisher sehr erfolgreich, nur einige Ausnahmen nehmen die ernst.

Außerdem ist doch SEH Exceptionhandling sowieso für LDC geplant, siehe Ticket 298.

Gruß
DD

[klickverbot]

Außerdem ist doch SEH Exceptionhandling sowieso für LDC geplant, siehe Ticket 298.

Ich würde nicht sagen, dass es geplant ist, der Bug im Tracker soll meines Erachtens lediglich sicherstellen, dass man die wirklich recht detaillierte Einführung wiederfindet, sollte tatsächlich mal jemand SEH implementieren.

Für Genaueres beziehungsweise den letzten Stand müsstest du aber Kelly Wilson fragen (wilsonk@freenode), er ist glaube ich der Letzte, der in die Richtung gearbeitet hat – ob Exception Handling aber noch immer auf seiner TODO-Liste steht, weiß ich allerdings nicht. Wenn ich mich recht erinnere, hat er übrigens einmal eine rein Runtime-basierende SEH-Implementierung zusammengehackt, vielleicht gibt's da ja Neues.