Izbrani forum: Glavni forum
Izbrana tema: članek Varuh konkurence v vojno proti IT-kartelu
Prikaz samo enega sporočila - znotraj teme...
sporočil: 632
Pri IT tehnologijah si generalno vezan na določene firme.
Mocrosoft je kompatibilen edino z Microsoftom, IBM mainframe operativni sistem je kompatibilen edino z IBM opremo, Oracle tudi. Torej če imaš nekaj od Oracla, je edino smiselno z tem nadaljevati. Druga zgodba so "domači" ponudniki , recimo SRC. Ta pobere skoraj vsa naročila v javni upravi , tudi ko za to ni primeren.
Mocrosoft je kompatibilen edino z Microsoftom, IBM mainframe operativni sistem je kompatibilen edino z IBM opremo, Oracle tudi. Torej če imaš nekaj od Oracla, je edino smiselno z tem nadaljevati. Druga zgodba so "domači" ponudniki , recimo SRC. Ta pobere skoraj vsa naročila v javni upravi , tudi ko za to ni primeren.
Neposredni odgovori na sporočilo št. 761894
Strani: 1
sporočil: 1.269
[Glavni forum]
Tema: Varuh konkurence v vojno proti IT-kartelu
[#762075] 29.03.10 10:32 · odgovor na: (#761894)
[#762075] 29.03.10 10:32 · odgovor na: (#761894)
Hm, kaj pa platform independenci?
Če imaš/sam napišeš java aplikacijo, ki uporablja Oracle DB, zakaj taista aplikacija ne bi mogla uporabljati tudi DB2?
Mislim, da je tu največji problem znanje na strani kupcev. Če ima kupec zaposlenega strokovnjaka za Oracle mu je verjetno ceneje kupiti bazo Oracle. Veliki strokovnjak za Oracle je lahko skoraj čista ničla pri DB2, še posebej, če je le ta instalirana na npr IBM mainframe-u ali na OS400. Že npr. Oracle na Win se razlikuje od Oracle na unix-u.
Največji problem je v tem, da bi JU morala imeti za pokrivanje tako širokega spektra veliko specializiranih znanj (veliko rač osebja ali pa vse out-sourcati).
V analogiji s ponudniki avtomobilov bi se reklo naj JU nima svojih servisnih delavnic, temveč naj HW&SW servisira pri pooblaščenih serviserjih. Tu pa nastane težava integracije, če je aplikacija od enega ponudnika, baza pa od drugega. To bi pomenilo da, motor avtomobila vozite na en servis, menjalnik pa na drugega. Ko vam avto cuka pa se oba izgovarjata eden na drugega in nihče ne popravi. Za preložitev tovora (podatki) v drug avto pa morata motor in menjalnik delovati.
Če imaš/sam napišeš java aplikacijo, ki uporablja Oracle DB, zakaj taista aplikacija ne bi mogla uporabljati tudi DB2?
Mislim, da je tu največji problem znanje na strani kupcev. Če ima kupec zaposlenega strokovnjaka za Oracle mu je verjetno ceneje kupiti bazo Oracle. Veliki strokovnjak za Oracle je lahko skoraj čista ničla pri DB2, še posebej, če je le ta instalirana na npr IBM mainframe-u ali na OS400. Že npr. Oracle na Win se razlikuje od Oracle na unix-u.
Največji problem je v tem, da bi JU morala imeti za pokrivanje tako širokega spektra veliko specializiranih znanj (veliko rač osebja ali pa vse out-sourcati).
V analogiji s ponudniki avtomobilov bi se reklo naj JU nima svojih servisnih delavnic, temveč naj HW&SW servisira pri pooblaščenih serviserjih. Tu pa nastane težava integracije, če je aplikacija od enega ponudnika, baza pa od drugega. To bi pomenilo da, motor avtomobila vozite na en servis, menjalnik pa na drugega. Ko vam avto cuka pa se oba izgovarjata eden na drugega in nihče ne popravi. Za preložitev tovora (podatki) v drug avto pa morata motor in menjalnik delovati.
Strani: 1
