🚀 go-pugleaf

> >Na rynku narzedzi programistycznych sa one coraz powszechniej stosowane :
> >
> >1) IBM -  Team(Cos tam) (project managment) - ObjectStore - ObjectDesign
> >2) SELECT - SELECT Enterprise (CASE) - Enabler (znany tez jako Maestro) -
> >SoftLab
> >3) Platinum Technology - Paradigm Plus (CASE)  - ObjectStore - Object
> >Design
> >4) Technology Builders - Caliber (requirements managment) - Versant -
> >Versant
> >5) IDS prof. Sheer - ARIS (BPI/PPR, CASE)- POET  - POET
> >
> >Wymieniam z pamieci wiec moga byc bugi, ale i szperajac po webie mozna ja
> >zweryfikowac
> >a i przy okazji na pewno lista sie wydluzy.
> >
> >Warto zwrocic uwage, ze modele dziedzinowe aplikacji wyzej wymienionych sa
> >zlozone, a ich
> >realizacja w technologii RDBMS zaaowocowalaby zapewne kodem w ktorym
> >20-30% jego
> >objetosci przewala obiekty z pamieci do tabelek i nazad.
> >
>
> Moglaby czy jest?

Kodow zrodlowych softu IBMa, Platinum i inych nie mam.

W sofcie mego zespolu ksztaltuje sie to na poziomie 10-15%.
Operujemy jedank na duzo prostszym modelu dziedzinowym niz soft wczesniej
wymieniony.

Wspomniane wyniki potwierdzaja statystki firm analitycznych (Gertner podaje
20%)
na ktorych autorytet czesto sie Pan powoluje.

Proponuje aby sie Pan chwile zastanowil nad np :
Ile trzeba wpalcowac kodu aby zapiswac, odczytywac diagram sekwencji UMLa z/do
RDBMSa za pomoca SQLa ?
Albo jak zorganizowac w tabelkach struktury sieciowe nezbedne w narzedziach
project i reqirements managment ?


> Ja tez moge podac liste "buzzwords", bezie nawet
> dlusza. Od slyszenia ze "gdzies dzwonia" do konkretow dosyc dluga
> droga.

Nie rozumiem wywodu (oczywiscie to moja wina, ze nie nadazam).
Podalem konkretne przyklady, konkretnych produktów opartych na ODBMS

> >> Moje
> >> wlasne negatywne zwiazane sa z Gemstone - kiepskia skalowalnosc, brak
> >> porzadnych narzedzi administracyjnych i slaba sprawnosc.

Moze Pan skonkretyzuje na czym polegaly Pan doswiadczenia z Gemstone,
aby nie podejrzewac Pana o "buzzwords".

Mam nadzieje ze nie polegalo to na tym ze pewnego niedzielnego poranka
z braku alternatywnych rozrywek zainstalowal Pan sobie Gemstona i do
czasu obiadu stwierdzil brak skalowalnosci i inne eliminujace go cechy

> >> Producenci obiektowych baz danych siedza cicho jak mysz pod miotla,
> >> Nie oglaszaja swych produktow. Firma produkujaca Versant na liczne
> >> telefony i e-majle w sprawie ich produktu odezwala sie po 3
> >> miesiacach.
> >
> >A moze sa zarypani robota ? Nie maja jak Oracle'a 3-4 pracownikow dzialu
> >marketingu (tzw. technology consultant) na jednego developera.
> >
>
> Jezeli nie moga sobie pozwolic na marketing, to znaczy ze dosyc
> kiepsko sie maja. Z firmami majacymi sie kiepsko interesow raczej nie
> robie.
>

I dlatego nie jest Pan czlowiekiem interesow. Gdyby wszyscy stosowali Pana
kryteria to goscia ktory wynalaz kolo okrzyknieto by maniakiem, a kolo
dziwotworem.
Wywrotnym, niestabilnym i okraglym.

Dobry biznesmen stosuje metode W.Gretzky'ego.
 "Wszyscy biegna tam gdzie krazek znajduje sie w tej chwili, a ja tam gdzie
bedzie za sekunde"


> >> Taki sposob "obslugi klienta" praktycznie eliminuje
> >> produkt z rynku.
> >>
> >> Wszyscy stosuja Oracle i MSQL oraz narzedzia ktore mapuja obiekty do
> >> modelu relacyjnego.
> >
> >Jakis czas temu bardzo negatynie wyrazal sie Pan o tej ideii w kontekscie
> >toola TopEnd od Oracle'a,
> >a w konluzji stwierdzil ze facio po kursie VB efektywniej zrealizuje
> >aplikacje niz eksperci OO
> >wyposazeni w TopEnda.
> >
>
> Nie wiem co to jest TopEnd od Oracla i nigdy sie o nim nie wyrazalem.
> Nie wyrazalem sie tez na temat faciow od VB po kursie.

Bylo to latem 98. Odsylam do postow.


> >> Zwiazane jest to rowniez z wymaganiami klientow -
> >> chca oni miec relacyjne bazy danych a nie jakies dziwotwory.
> >
> >Dziwotworem jest aplikacja OO grzebiaca po tabelkach.(ja tez takie
> >dziwotwory tworze)
> >
>
> Nic na to nie poradzimy.
>

My ?

Proponuje aby nie wyglaszal Pan zlosliwosci w imieniu spolecznosci listowiczow.

A moze ma Pan na mysli siebie i swego psychoanalityka. Za bajorem to modne.

Piszac "ja tez" zaliczylem siebie do populacji w ktorej kodzie aplikacji 20%
to "kombinowanie z obiektami w kontekscie SQLa"


> >> Maja
> >> bowiem doswiadczenia z takowymi oraz maja specjalistow ktorzy umieje
> >> je uzywac..
> >
> >Otoz to.
> >
>
> Klient nasz pan...
>
> >Przecztalem kiedys, ze mimo "blyskawicznego" postepu IT nowe idee toruja
> >sobie
> >droge w proporcjonalnie odwrotnym stosunku. Bylo to chyba wspomnaine przy
> >okazji Simuli 67. Jezyk ten zawieral ponad 30 lat temu trzy podstawowe
> >konstrukcje
> >wspolczesnych jezykow OO a dalej twierdzi sie, ze OT jest w wieku
> >przedszkolnym.
> >
>
> Chyba nie jest tak zle. Jak poczytac proceedings OOPSLA to widac ze OT
> wchodzi w okres "bicia piany". Na ostatniej konferencji ogloszono
> zreszta "oficjalny koniec ery obiektowej" i "oficjalny poczatek ery
> komponentowej".
>

To jest dopiero bicie piany !! :)

Przpomina mi sie cytat z ksiazki W.Bojarskiego "Podstawy analizy i teorii
systemów"
"Wybitni naukowcy jak kobiety ktore na wiosne zachwycaja nas  nowymi kreacjami
na kolejne
konferencje przyjezdzaja z nowymi ideami i nikt nie ma im za zle ze przecza
temu co twierdzili rok wczesniej"


Pozdrawiam
Marek