XKE
Heute Abend haben wir unseren zweiwöchentlichen XKE (Xebia Knowledge Exchange) organisiert. Dabei handelt es sich um ein Forum, in dem wir uns gegenseitig über interessante Entwicklungen auf dem Laufenden halten oder Diskussionen zu verschiedenen Themen führen. Eines der Themen des heutigen Abends war: "Was hält uns davon ab, in Java zu programmieren"? Der zugrundeliegende Gedanke dabei war: Was hält uns davon ab, in einer anderen Sprache zu programmieren, insbesondere in einer dynamischen Sprache wie Ruby on Groovy. Da ich mich etwas mehr mit Groovy als mit Ruby beschäftige, werde ich den Rest des Blogs über Groovy sprechen, aber Sie können es wahrscheinlich gegen jede andere (dynamische) Sprache austauschen. Einer der Schlüsselfaktoren (und das mag wie eine offene Tür klingen), um bei der Programmierung in Java zu bleiben, ist, dass wir alle sehr vertraut mit der Sprache sind. Wir haben Zeit investiert, um sie zu lernen, wir kennen die Frameworks und wir haben die Erfahrung gemacht, dass sie funktioniert. Außerdem wissen die Leute, wie man eine Java-Anwendung verwaltet, wie man sie auf einem Anwendungsserver einsetzt, und als zusätzlichen Bonus unterstützen die IDEs Java wirklich gut.Projekte aus dem wirklichen Leben
Bei Groovy (oder Ruby, siehe oben) ist es ein anderer Fall. Keiner von uns (oder keiner der Teilnehmer an meiner Sitzung) hat echte Projekterfahrung mit Groovy. Die einzige Erfahrung, die wir haben, basiert auf (zum Teil recht umfangreichen) nicht berufsbezogenen Projekten. Diese Projekte repräsentieren nicht wirklich die Geschäftsfälle, an denen wir normalerweise arbeiten, und bieten daher keine ausreichende Grundlage, um Groovy auf solide Weise zu unterstützen. Einige der Befürchtungen, die während der Diskussion aufkamen, betrafen: * Tool-Support * Performance * Verwaltbarkeit/Wartung * Wissen über die Sprache * Kundensupport Wie ich jedoch bereits sagte: Keiner von uns hatte echte Projekterfahrung mit Groovy, so dass wir nicht wissen, ob die oben genannten Befürchtungen wirklich Auswirkungen auf unsere Projekte haben. Zum Beispiel: Sollte es unseren Kunden wichtig sein, wie wir ihnen helfen, ihre Probleme zu lösen (oder in welchem Maße)? Und wirkt sich die Sprachgeschwindigkeit wirklich auf unsere Anwendung aus, oder müssen wir andere Leistungsprobleme lösen?Hühner
Was wir also brauchen, sind echte Groovy-Projekte, um unsere Erfahrung auf den neuesten Stand zu bringen, damit wir echte Groovy-Projekte durchführen können. Hmm, das klingt vielleicht wie ein Henne-Ei-Problem. Leider ist es derzeit ziemlich schwierig, echte Daten über Projekte zu finden, die in oder mit Groovy durchgeführt wurden. Ich habe herumgegoogelt und bin mit leeren Händen davongekommen.Frage
Deshalb habe ich eine Frage an Sie: Welche Erfahrungen haben Sie mit Groovy (oder Ruby) gemacht? Auf welche Probleme sind Sie gestoßen? Wie haben Sie sie überwunden? Was haben Sie durch die Verwendung von Groovy gewonnen? Jeder Einblick in einige Daten aus dem wirklichen Leben wird unsere Diskussion über das nächste Ding nach Java anregen, daher ist Ihr Feedback sehr willkommen!Verfasst von
Cristiana
Some bio goes here
Unsere Ideen
Weitere Blogs
Contact
Let’s discuss how we can support your journey.



