IBM doneert delen RUP aan Eclipse Project

IBM heeft wederom een contributie gedaan aan de 'open-source gemeenschap'. Het bedrijf heeft namelijk delen van het intellectueel eigendom van het Rational Unified Process (RUP) vrijgegeven. IBM zal voorstellen om zijn nieuwe donaties aan de open-source gemeenschap te integreren in het Eclipse-project.

RUP is geen concreet softwareproduct, maar een methode om software ontwikkelingsprojecten te beheren. RUP is een ontwikkelingsframework dat eenvoudig kan worden aangepast aan de eisen van een bepaald project, waarbij het volgens bepaalde bronnen ook mogelijk zou moeten zijn om deze methode te gebruiken bij zogenaamde 'agile' ontwikkelingsmethoden, waarbij de stappen van analyse, ontwerp, ontwikkeling en testen meerdere malen worden doorlopen. De methode is in feite een verzameling van bekende technieken en praktijken die een efficiënte ontwikkeling van software mogelijk zou moeten maken. RUP is oorspronkelijk ontwikkeld door het softwarebedrijf Rational, dat in 2003 is overgenomen door IBM.

IBM heeft nu documenten en enkele softwaretools vrijgegeven voor gebruik door de open-source gemeenschap. De softwaretools ondersteunen de integratie van RUP in het ontwikkelingsproces. Het bedrijf heeft RUP vrijgegeven met als doel dat organisaties softwareprojecten efficienter kunnen uitvoeren waarbij de kosten binnen de perken blijven en het project binnen de gestelde tijd wordt afgerond. Volgens analisten overschrijdt de helft van alle softwareprojecten in de VS het budget en 90 procent te laat afgerond wordt. IBM hoopt dat deze tools standaard worden opgenomen in het Eclipse-project, dat eerder al door IBM is vrijgegeven onder een open-source licentie.

Reacties (18)

[Verwijderd]

Eclipse is serieus gewoon het product voor de java developer en ik ben IBM dan ook dankbaar dat hun release van Eclipse als open source niet heeft geleid tot minder aandacht. Acties zoals deze zijn super!

[RetepV]

Ik vind Eclipse anders een aardig stijle learning-curve hebben. Eclipse mag dan misschien een superprofessionele ontwikkelomgeving zijn, maar voor de beginnende Java ontwikkelaar zou ik denk ik toch eerder Netbeans aanraden. Wil je gebruik kunnen maken van Eclipse, dan moet je imo al zo veel kennis van Java hebben dat het onbruikbaar is voor beginners.

Ik ben C++ en VB.NET programmeur en gebruik al weer een paar jaar Visual Studio (in zijn verschillende verschijningen). Om me thuis bezig te houden ben ik begonnen met het schrijven van J2ME programma'tjes voor mijn GSM. Eclipse was mij aangeraden, en het zag er ook wel heel professioneel uit. Maar na 2 avonden was ik nog bezig met het zoeken van functies die ik dacht nodig te hebben.

Toen ik uiteindelijk maar Netbeans (4.1) had geinstalleerd, had ik binnen 5 minuten mijn eerste programma'tje gemaakt. Goed, het was de met een wizard gegenereerde Hello World midlet , maar de volgende avond had ik al een zelf geschreven midletje gemaakt. Appeltje eitje.

Maar goed, misschien dat ik over een maandje ook wel genoeg van Java en J2ME en MIDP en CLDC en J2EE, en whatever er nog meer bij komt kijken, weet om Eclipse ook de beste IDE ter wereld te vinden .

Overigens heb ik ook gekozen voor Netbeans omdat Sony een SDK voor zijn telefoontjes levert. Deze SDK plugt zo in Netbeans in.

[bartware]

Ik vind Eclipse anders een aardig stijle learning-curve hebben

offtopic: Een steile leercurve betekent dat je in korte tijd heel veel leert. Daarna vlakt de hoeveelheid wat je nog bijleert in de tijd af.
Een vlakke leercurve betekent juist dat je heel lang bezig bent en vrij weinig progressie boekt.
Doordat we "steil" moeilijk vinden klinken gebruiken veel mensen dit verkeerd is mij opgevallen.

[ToAoM]

Ik vind Eclipse anders een aardig stijle learning-curve hebben

offtopic: Een steile leercurve betekent dat je in korte tijd heel veel leert. Daarna vlakt de hoeveelheid wat je nog bijleert in de tijd af.
Een vlakke leercurve betekent juist dat je heel lang bezig bent en vrij weinig progressie boekt.
Doordat we "steil" moeilijk vinden klinken gebruiken veel mensen dit verkeerd is mij opgevallen.

Een steile leercurve zegt niets over de tijd die je nodig hebt. Het zegt enkel wat over hoeveel functionaliteit je zult moeten leren om het product te ke kunnen gebruiken.

Bij een steile leercurve moet je eerst veel leren alvorens je eer iets nuttigs mee kan, bij een vlakke leercurve kan je al vrij snel werken en leer je al werkende steeds een beetje bij.

Mijn ervaring met eclipse is dat het allemaal erg mee valt, als je niet meteen voor de verleiding valt om 1000-en-1 plugins te installeren.

[zwippie]

Tsja, een nieuwe full-fledged IDE heeft altijd een steile leercurve. Ik ben zelf vanuit de VB6 hoek naar Java gegaan en heb zowel NetBeans, JBuilder als Eclipse geprobeerd.
Eclipse is me uiteindelijk het best bevallen voor het standaard Java werk.

Eén van de mooie eigenschappen van Eclipse is dat het eigenlijk een soort zwitsers zakmes is, met ruimte voor nog meer handige functies en tools! De Emacs van de 21e eeuw zeg maar.

Voor een eenvoudige programmeur (zoals ik) is RUP trouwens zware overkill.

[Verwijderd]

Misschien is RUP voor 99% van de programmeurs wel zware overkill. Ik moet dat RUP eerst nog in actie zien voordat ik een positief woord erover kwijt wil.

[Gwaihir]

Is al ergens bekend wat er precies wordt gedoneerd? Het bron-artikel is hier helaas niet duidelijker over dan de tekst alhier..

[Martin Sturm]

Dat viel mij ook op. Het is gewoon nergens duidelijk te vinden wat ze nu precies doneren. Behalve wat vage omschrijvingen als 'documenten' en 'software' is er gewoon volledige onduidelijkheid met wat ze nu doneren.

[Verwijderd]

Nu kunnen projecten bij sourceforge.net en freshmeat.net beter in kaart worden gebracht en misschien zullen er niet zoveel projecten meer abrupt aan hun einde komen. Ik kom regelmatig projecten tegen, die enthousiast waren begonnen en vervolgens na een aantal releases dood bloeden.
Zonde !!!!

[Verwijderd]

oh nee he, hopelijk zetten ze bij eclipse het ietjes degelijker in elkaar als bij IBM RAD/WSAD

[SPee]

Dan weet jij zeker niet dat WSAD als bron IDE eclipse is
WSAD is niets meer dan eclipse + extra plugins. Nu zijn van die extra plugins (een deel) van RUP in eclipse.

Ik vraag me af of ze apart te downloaden zijn, want anders wordt eclipse nog wel heel erg groot.

[Verwijderd]

Who cares. Ik installeer altijd alles. Heb je in één klap alle mogelijke tools beschikbaar. Kost wel extra memory, maar dan heb je ook wat.

[Verwijderd]

Vreemde gang van zaken (maar wel mooi) als men weet dat je voor het gebruik van normale producten een license server nodig hebt.

[Roel Broersma]

Inderdaad, hetgeen hier wordt gedoneerd is op z;n minst 'vaag' te noemen.

RUP is een soort van methode, geen software.
Je kunt het eerder vergelijken met wat ITIL of PRINCE2 voor projecten/processen betekend.
RUP is ontwikkelt door een groep mensen die onderzoek hebben gedaan naar het falen van software ontwikkelings projecten, hieruit is een soort project aanpak methode gekomen. Deze methode heet RUP.

Je kan dus alleen maar het idee doneren, de definitie en de uitwerking, niet iets fysieks zoals een stuk hardware.

Misschien komt er over een tijd wel een Eclipse / MS Project achtig iets ?

Straks klik je dan 'New File' in Eclipse en krijg je vragen als: "Waarom wil je dat?", "Heb je erover nagedacht?" en "Heb je een concreet plan?"

[Verwijderd]

But a lack of standards in core development activities such as requirements setting, analysis and design, testing and project management has increased time and overhead as organizations continually reproduce the myriad processes, plans and compliance documents that are fundamental to software development. Best practices often remain siloed within an individual team or company.

Dit bovenste is dus waar. ITIl/ASL/Prince2 vormen de theorie, maar je moet het zelf nog in praktijk brengen. RUP is dus zeg maar de tool om dat ook daadwerkelijk te kunnen doen. Voor meer info.

[pling]

Meer info: http://www-128.ibm.com/de...al/library/05/1011_kroll/

ibm press release

[Hyronymus]

Als je zoveel verwacht aan reacties kan je wellicht proberen om zelf het goede voorbeeld te geven en géén goedkope opmerking te plaatsen.