Ruby on Rails

Posts 1-10 of 10

Guido Brune Premium Member
The company name is only visible to registered members.

Einsatzbereiche RubyonRails / Abgrenzung zu PHP
Hallo zusammen,

ich komme aus dem SAP Bereich und beherrsche weder RubyonRails noch PHP.

Auf RubyonRails3.0 aufmerksam bin ich durch einen Beitrag in der September IX geworden.

Ich habe folgende Fragen:
+ Für welche Einsatzbereiche eignet sich RubyonRails besonders?
+ Welche Vor- bzw. Nachteile gibt es gegenüber PHP?

Gruß & Danke,

Guido Brune
- 27 Dec 2010, 11:13 pm
Guido Brune wrote: > Hallo zusammen, > > ich komme aus dem SAP Bereich und beherrsche weder RubyonRails noch > PHP. > > Auf RubyonRails3.0 aufmerksam bin ich durch einen Beitrag in der > September IX geworden. > > Ich habe folgende Fragen: > + Für welche Einsatzbereiche eignet sich RubyonRails besonders? > + Welche Vor- bzw. Nachteile gibt es gegenüber PHP? > > Gruß & Danke, > > Guido Brune
Michael Wukicsevits Premium Member
The company name is only visible to registered members.

Re: Einsatzbereiche RubyonRails / Abgrenzung zu PHP
Hallo Guido,

hier der Versuch einer kurzen Antwort:
- Rails versteht sich kurz gesagt als Framework zur Entwicklung von Web Anwendungen (MVC als Grundmuster). Als Programmiersprache kommt Ruby zum Einsatz, eine vollständig objektorientierte Sprache (in dieser Hinsicht ähnlich wie Smalltalk), die wohl erst mit der Entwicklung von Rails (ab etwa 2004) stärkere Verbreitung gefunden hat.

- Somit ist Rails am ehesten mit den analogen Frameworks aus der PHP Welt (Symfony), Java (Struts, Spring MVC,..) oder Python (Django) oder auch "Konkurrenzframeworks" aus der Ruby Welt zu vergleichen. Detailvergleiche der Frameworks gibts im Netz wohl zuhauf, wobei man wie bei vielen IT Themen auf die Objektivität achten muss, um nicht irgendeinem Flamewar, einem frustrierten Blogger o.Ä. aufzusitzen. Ich setze derzeit Rails 2.3.8 mit Ruby 1.8.7 ein, kann daher zu Rails 3 im Einsatz nicht allzu viel sagen, glaube auch nicht, dass es bereits viele gibt, die sich da schon über einen Produktiveinsatz trauen. Zu beachten ist vielleicht, dass im deutschsprachigen Raum Rails eher ein Exotendasein zu führen scheint (subjektiv wahrgenommen), hier ist eine Dominanz von PHP, Java im Web Bereich zu sehen, was auch im Hinblick auf Verfügbarkeit von Entwicklern interessant ist.
Um für sich das richtige Web Framework zu finden (bzw. die Frage zu beantworten, ob man überhaupt ein Framework braucht), muss man - wie in der IT üblich - die konkreten Anforderungen ansehen, wissen, was einem wichtig ist, wo die Prios liegen.

Hoffe, Dir etwas weitergeholfen zu haben,
lg
- 30 Dec 2010, 8:36 pm
Michael Wukicsevits wrote: > Hallo Guido, > > hier der Versuch einer kurzen Antwort: > - Rails versteht sich kurz gesagt als Framework zur Entwicklung von > Web Anwendungen (MVC als Grundmuster). Als Programmiersprache kommt > Ruby zum Einsatz, eine vollständig objektorientierte Sprache (in > dieser Hinsicht ähnlich wie Smalltalk), die wohl erst mit der > Entwicklung von Rails (ab etwa 2004) stärkere Verbreitung gefunden > hat. > > - Somit ist Rails am ehesten mit den analogen Frameworks aus der PHP > Welt (Symfony), Java (Struts, Spring MVC,..) oder Python (Django) > oder auch "Konkurrenzframeworks" aus der Ruby Welt zu vergleichen. > Detailvergleiche der Frameworks gibts im Netz wohl zuhauf, wobei man > wie bei vielen IT Themen auf die Objektivität achten muss, um nicht > irgendeinem Flamewar, einem frustrierten Blogger o.Ä. aufzusitzen. > Ich setze derzeit Rails 2.3.8 mit Ruby 1.8.7 ein, kann daher zu Rails > 3 im Einsatz nicht allzu viel sagen, glaube auch nicht, dass es > bereits viele gibt, die sich da schon über einen Produktiveinsatz > trauen. Zu beachten ist vielleicht, dass im deutschsprachigen Raum > Rails eher ein Exotendasein zu führen scheint (subjektiv > wahrgenommen), hier ist eine Dominanz von PHP, Java im Web Bereich zu > sehen, was auch im Hinblick auf Verfügbarkeit von Entwicklern > interessant ist. > Um für sich das richtige Web Framework zu finden (bzw. die Frage zu > beantworten, ob man überhaupt ein Framework braucht), muss man - wie > in der IT üblich - die konkreten Anforderungen ansehen, wissen, was > einem wichtig ist, wo die Prios liegen. > > Hoffe, Dir etwas weitergeholfen zu haben, > lg
Guido Brune Premium Member
The company name is only visible to registered members.

Re^2: Einsatzbereiche RubyonRails / Abgrenzung zu PHP
Hallo Michael,

vielen Dank für die Antwort!

Ich habe mir vom nicht vorhandenen Weihnachtsgeld "RubyonRails3.0"-Bücher gekauft.

Der Artikel in der IX und die Ressourcen zu RubyonRails3.0 machen einen sehr guten Eindruck auf mich.
RubyonRails ist zu 3.0 wohl überarbeitet worden und mit einem Konkurrenzframework verschmolzen worden.

Frohes Neues,

Guido
- 30 Dec 2010, 8:56 pm
Guido Brune wrote: > Hallo Michael, > > vielen Dank für die Antwort! > > Ich habe mir vom nicht vorhandenen Weihnachtsgeld > "RubyonRails3.0"-Bücher gekauft. > > Der Artikel in der IX und die Ressourcen zu RubyonRails3.0 machen > einen sehr guten Eindruck auf mich. > RubyonRails ist zu 3.0 wohl überarbeitet worden und mit einem > Konkurrenzframework verschmolzen worden. > > Frohes Neues, > > Guido
Michael Wukicsevits Premium Member
The company name is only visible to registered members.

Re^3: Einsatzbereiche RubyonRails / Abgrenzung zu PHP
Hallo,

ja, Rails 3 bringt einiges Neues, nicht zuletzt durch den Merge mit Merb, dem "großen" Konkurrenten von Rails im Ruby Umfeld. Es werden ja einige Versprechen hinsichtlich Verbesserungen im Bereich Skalierbarkeit, Modularität gemacht, mal sehen, was davon in der Realität zu sehen ist. Werde mich hoffentlich auch bald näher mit Rails 3 beschäftigen können.

Auch Dir ein Frohes Neues und viel Spass beim Erforschen von Rails,
Michael
- 30 Dec 2010, 9:26 pm
Michael Wukicsevits wrote: > Hallo, > > ja, Rails 3 bringt einiges Neues, nicht zuletzt durch den Merge mit > Merb, dem "großen" Konkurrenten von Rails im Ruby Umfeld. Es werden > ja einige Versprechen hinsichtlich Verbesserungen im Bereich > Skalierbarkeit, Modularität gemacht, mal sehen, was davon in der > Realität zu sehen ist. Werde mich hoffentlich auch bald näher mit > Rails 3 beschäftigen können. > > Auch Dir ein Frohes Neues und viel Spass beim Erforschen von Rails, > Michael
Christian Aust
(not a XING member)

Re: Einsatzbereiche RubyonRails / Abgrenzung zu PHP
Guido Brune schrieb:
ich komme aus dem SAP Bereich und beherrsche weder RubyonRails noch PHP.
Dann dürfte es schwierig für dich sein, die hier gemachten Aussagen nachzuvollziehen.

Ich habe folgende Fragen: + Für welche Einsatzbereiche eignet sich RubyonRails besonders?
Entwicklung von Webanwendungen und Web-APIs mit besonderem Augenmerk auf schneller Benutzbarkeit und schlankem, wartbaren Quelltext.

+ Welche Vor- bzw. Nachteile gibt es gegenüber PHP?
Du kannst RoR nicht unmittelbar mit PHP vergleichen: Ruby ist wie PHP die Programmiersprache, Rails ein Framework, das auf Ruby aufsetzt. Es gibt auch in Ruby andere Frameworks als Rails.

Ruby ist im Gegensatz zu PHP eine vollständig objektorientierte Sprache. Module & Mixins machen Wiederverwendbarkeit ideal möglich, Reflection, Procs und Lambdas ermöglichen die geradezu triviale Umsetzung von DSLs.

Ruby ist eine Sprache "aus einem Guss", nicht wie PHP ein Flickenteppich verschiedenster Entwurfsmuster und Konventionen, die sich auch über die Zeit und mit den Versionen von PHP stark unterscheiden. Ruby macht Spaß und ist sinnvoll, ist gleichzeitig elegant und lesbar (und somit wartbar). Die Tools im Umfeld von Ruby (ich denke insbesondere an testgetriebene Entwicklung mit RSpec, HTML/CSS-coding mit SASS/HAML und Deployment mit capistrano) lassen andere Modelle (darunter auch PHP) unglaublich alt aussehen.

Allerdings findet man Webhoster mit Ruby-Support nicht in gleicher Anzahl wie PHP-basierter Webspace. Das muss ggfs. bei der Auswahl der Technologie berücksichtigt werden, wenn am Ende 20 EUR monatliche Preisdifferenz die Technologie für das ganze Projekt bestimmen dürfen.

Grüße,

Christian
- 30 Dec 2010, 11:32 pm
Christian Aust wrote: > Guido Brune schrieb: > > ich komme aus dem SAP Bereich und beherrsche weder RubyonRails noch > > PHP. > > Dann dürfte es schwierig für dich sein, die hier gemachten Aussagen > nachzuvollziehen. > > > Ich habe folgende Fragen: + Für welche Einsatzbereiche eignet sich > > RubyonRails besonders? > > Entwicklung von Webanwendungen und Web-APIs mit besonderem Augenmerk > auf schneller Benutzbarkeit und schlankem, wartbaren Quelltext. > > > + Welche Vor- bzw. Nachteile gibt es gegenüber PHP? > > Du kannst RoR nicht unmittelbar mit PHP vergleichen: Ruby ist wie PHP > die Programmiersprache, Rails ein Framework, das auf Ruby aufsetzt. > Es gibt auch in Ruby andere Frameworks als Rails. > > Ruby ist im Gegensatz zu PHP eine vollständig objektorientierte > Sprache. Module & Mixins machen Wiederverwendbarkeit ideal möglich, > Reflection, Procs und Lambdas ermöglichen die geradezu triviale > Umsetzung von DSLs. > > Ruby ist eine Sprache "aus einem Guss", nicht wie PHP ein > Flickenteppich verschiedenster Entwurfsmuster und Konventionen, die > sich auch über die Zeit und mit den Versionen von PHP stark > unterscheiden. Ruby macht Spaß und ist sinnvoll, ist gleichzeitig > elegant und lesbar (und somit wartbar). Die Tools im Umfeld von Ruby > (ich denke insbesondere an testgetriebene Entwicklung mit RSpec, > HTML/CSS-coding mit SASS/HAML und Deployment mit capistrano) lassen > andere Modelle (darunter auch PHP) unglaublich alt aussehen. > > Allerdings findet man Webhoster mit Ruby-Support nicht in gleicher > Anzahl wie PHP-basierter Webspace. Das muss ggfs. bei der Auswahl der > Technologie berücksichtigt werden, wenn am Ende 20 EUR monatliche > Preisdifferenz die Technologie für das ganze Projekt bestimmen dürfen. > > Grüße, > > Christian
Guido Brune Premium Member
The company name is only visible to registered members.

Re^2: Einsatzbereiche RubyonRails / Abgrenzung zu PHP
Hallo,

Christian Aust schrieb:
Guido Brune schrieb:
ich komme aus dem SAP Bereich und beherrsche weder RubyonRails noch PHP.

Dann dürfte es schwierig für dich sein, die hier gemachten Aussagen nachzuvollziehen.

Habe es trotzdem verstanden! Vielen Dank! ;-)

Allerdings findet man Webhoster mit Ruby-Support nicht in gleicher Anzahl wie PHP-basierter Webspace. Das muss ggfs. bei der Auswahl der Technologie berücksichtigt werden, wenn am Ende 20 EUR monatliche Preisdifferenz die Technologie für das ganze Projekt bestimmen dürfen.

Da macht nicht mal einen Euro pro Tag!

Ich weiss zwar nicht, was im Webbereich an Stundensätzen möglich ist,
aber im SAP Bereich fängt der Spass ab ca. 60,-- Euro/Stunde an.

Bei den dargestellten Aspekte müßte das RubyonRails bessere Produtivität von 4 Stunden in der
Entwicklung haben (20,-- * 12 = 240,-- Euro = 4 Stunden ) . Ich glaube, dass ich da nicht ernsthaft
die Kostenfrage stellt.

Alles Gute & Frohes Neues,

Guido
- 31 Dec 2010, 03:11 am
Guido Brune wrote: > Hallo, > > Christian Aust schrieb: > > Guido Brune schrieb: > > > ich komme aus dem SAP Bereich und beherrsche weder RubyonRails noch > > > PHP. > > > > Dann dürfte es schwierig für dich sein, die hier gemachten Aussagen > > nachzuvollziehen. > > > > Habe es trotzdem verstanden! Vielen Dank! ;-) > > > Allerdings findet man Webhoster mit Ruby-Support nicht in gleicher > > Anzahl wie PHP-basierter Webspace. Das muss ggfs. bei der Auswahl der > > Technologie berücksichtigt werden, wenn am Ende 20 EUR monatliche > > Preisdifferenz die Technologie für das ganze Projekt bestimmen dürfen. > > > > Da macht nicht mal einen Euro pro Tag! > > Ich weiss zwar nicht, was im Webbereich an Stundensätzen möglich ist, > aber im SAP Bereich fängt der Spass ab ca. 60,-- Euro/Stunde an. > > Bei den dargestellten Aspekte müßte das RubyonRails bessere > Produtivität von 4 Stunden in der > Entwicklung haben (20,-- * 12 = 240,-- Euro = 4 Stunden ) . Ich > glaube, dass ich da nicht ernsthaft > die Kostenfrage stellt. > > Alles Gute & Frohes Neues, > > Guido
Guido Brune Premium Member
The company name is only visible to registered members.

Re^3: Einsatzbereiche RubyonRails / Abgrenzung zu PHP
Hallo zusammen,

ich habe in einem anderen Zusammenhang PHP als "altbacken" bezeichnet:

https://www.xing.com/net/opensource/opensource-meets-busines...

Vorsicht episch!

Danke für _Nicht_-Trollen!

Guido
- 31 Dec 2010, 08:43 am
Guido Brune wrote: > Hallo zusammen, > > ich habe in einem anderen Zusammenhang PHP als "altbacken" > bezeichnet: > > https://www.xing.com/net/pri7878bfx/opensource/opensource-meets-business-83/alternatives-shopsystem-zu-ebay-amazon-auf-opensource-basis-gesucht-32542771/34367811/#34367811 > > Vorsicht episch! > > Danke für _Nicht_-Trollen! > > Guido
Christian Aust
(not a XING member)

Re^3: Einsatzbereiche RubyonRails / Abgrenzung zu PHP
Guido Brune schrieb:
Bei den dargestellten Aspekte müßte das RubyonRails bessere Produtivität von 4 Stunden in der Entwicklung haben (20,-- * 12 = 240,-- Euro = 4 Stunden ) . Ich glaube, dass ich da nicht ernsthaft
die Kostenfrage stellt.
In einem Entwicklerumfeld, das von Begriffen wie NWDI, Systemlandschaft und kostenpflichtigem Zugang zu OSS-Notes geprägt ist, und in dem Projekte erst dann richtig interessant zu werden scheinen, wenn man 1000e Manntage nach Indien auslagern kann... in diesem Umfeld zählt Produktivität nicht wirklich viel.

Ich sehe bei meinen Kunden (gerade bei den ganz großen), wie jedes Jahr 8-stellige Eurobeträge in Projekten verplempert werden, nur weil man sich in der Technik auf den Füßen und im Weg herumsteht. Selbst kleine Änderungen an Software führen zu gewaltigen Kostenblöcken und erheblicher Unsicherheit, ob der Mist danach noch läuft. Ich persönlich kenne zwei Großprojekte, in denen mehrere Branchengrößen viele tausend Manntage Entwicklungszeit geliefert haben, das Ergebnis heute jedoch vollkommen unwartbar ist. Führt das zu einem Umdenken? Natürlich nicht. Die Strategie "Nobody ever got fired for buying IBM" geht auch auf, wenn man stattdessen "SAP & Microsoft" einträgt.

Und daher hat es RoR bei den großen Unternehmenskunden ganz schwer. Just my $.02

- Christian

p.s.: Auch euch allen ein gutes neues Jahr 2011.
- 31 Dec 2010, 12:06 pm
Christian Aust wrote: > Guido Brune schrieb: > > Bei den dargestellten Aspekte müßte das RubyonRails bessere > > Produtivität von 4 Stunden in der Entwicklung haben (20,-- * 12 = > > 240,-- Euro = 4 Stunden ) . Ich glaube, dass ich da nicht ernsthaft > > die Kostenfrage stellt. > > In einem Entwicklerumfeld, das von Begriffen wie NWDI, > Systemlandschaft und kostenpflichtigem Zugang zu OSS-Notes geprägt > ist, und in dem Projekte erst dann richtig interessant zu werden > scheinen, wenn man 1000e Manntage nach Indien auslagern kann... in > diesem Umfeld zählt Produktivität nicht wirklich viel. > > Ich sehe bei meinen Kunden (gerade bei den ganz großen), wie jedes > Jahr 8-stellige Eurobeträge in Projekten verplempert werden, nur weil > man sich in der Technik auf den Füßen und im Weg herumsteht. Selbst > kleine Änderungen an Software führen zu gewaltigen Kostenblöcken und > erheblicher Unsicherheit, ob der Mist danach noch läuft. Ich > persönlich kenne zwei Großprojekte, in denen mehrere Branchengrößen > viele tausend Manntage Entwicklungszeit geliefert haben, das Ergebnis > heute jedoch vollkommen unwartbar ist. Führt das zu einem Umdenken? > Natürlich nicht. Die Strategie "Nobody ever got fired for buying IBM" > geht auch auf, wenn man stattdessen "SAP & Microsoft" einträgt. > > Und daher hat es RoR bei den großen Unternehmenskunden ganz schwer. > Just my $.02 > > - Christian > > p.s.: Auch euch allen ein gutes neues Jahr 2011.
Guido Brune Premium Member
The company name is only visible to registered members.

Re^4: Einsatzbereiche RubyonRails / Abgrenzung zu PHP
Hallo,

ich weiss nicht, ob man es der Technologie anlasten kann, wenn Projekte scheitern oder die Architektur schlecht warbar ist.

Gute Softwaretechnik hat mit Projektmanagement nur bedingt etwas zu tun. Im Gegenteil die Beratungen leben davon kostspielige Berater beim Kunden unterzubringen. Der Mehrwert des Kunden interessiert da nur bedingt.

Nur meine 2 Euro Cent

Guido

P. S.: Frohes NEUES!
- 31 Dec 2010, 4:43 pm
Guido Brune wrote: > Hallo, > > ich weiss nicht, ob man es der Technologie anlasten kann, wenn > Projekte scheitern oder die Architektur schlecht warbar ist. > > Gute Softwaretechnik hat mit Projektmanagement nur bedingt etwas zu > tun. Im Gegenteil die Beratungen leben davon kostspielige Berater > beim Kunden unterzubringen. Der Mehrwert des Kunden interessiert da > nur bedingt. > > Nur meine 2 Euro Cent > > Guido > > P. S.: Frohes NEUES!
Guido Brune Premium Member
The company name is only visible to registered members.

Re^4: Einsatzbereiche RubyonRails / Abgrenzung zu PHP
Christian Aust schrieb:
Guido Brune schrieb:
Bei den dargestellten Aspekte müßte das RubyonRails bessere Produtivität von 4 Stunden in der Entwicklung haben (20,-- * 12 = 240,-- Euro = 4 Stunden ) . Ich glaube, dass ich da nicht ernsthaft
die Kostenfrage stellt.

In einem Entwicklerumfeld, das von Begriffen wie NWDI, Systemlandschaft und kostenpflichtigem Zugang zu OSS-Notes geprägt ist, und in dem Projekte erst dann richtig interessant zu werden scheinen, wenn man 1000e Manntage nach Indien auslagern kann... in diesem Umfeld zählt Produktivität nicht wirklich viel.
Ich bin gerade in ein Projekt involiviert, welches in 100 Tagen abgewickelt werden wird.
Ich lerne da sehr viel und es sehr interessant! Durchgängig objektorientiert in ABAP!

Alles Gute,

Guido
- 31 Dec 2010, 4:46 pm
Guido Brune wrote: > Christian Aust schrieb: > > Guido Brune schrieb: > > > Bei den dargestellten Aspekte müßte das RubyonRails bessere > > > Produtivität von 4 Stunden in der Entwicklung haben (20,-- * 12 = > > > 240,-- Euro = 4 Stunden ) . Ich glaube, dass ich da nicht ernsthaft > > > die Kostenfrage stellt. > > > > In einem Entwicklerumfeld, das von Begriffen wie NWDI, > > Systemlandschaft und kostenpflichtigem Zugang zu OSS-Notes geprägt > > ist, und in dem Projekte erst dann richtig interessant zu werden > > scheinen, wenn man 1000e Manntage nach Indien auslagern kann... in > > diesem Umfeld zählt Produktivität nicht wirklich viel. > > Ich bin gerade in ein Projekt involiviert, welches in 100 Tagen > abgewickelt werden wird. > Ich lerne da sehr viel und es sehr interessant! Durchgängig > objektorientiert in ABAP! > > Alles Gute, > > Guido