Newsgroup: it.lavoro.informatica
Titolo: Vs.net oppure Oracle: chiedo un vs parere

Un saluto a tutto il ng.
Non ho mai postato niente su questo ng anche se ho sempre letto con 
molta attenzione i msg scritti dai frequentatori.
Premetto che ho iniziato a lavorare nel settore IT nel 1991.
Negli ultimi anni ho lavorato in Borland Delphi (devo dire, con grande 
soddisfazione...)
Ora, guardando avanti e cercando sulla rete e non solo ho notato alcune 
cose sulle quali mi sto seriamente interrogando:
1) tanto x iniziare, le richieste di svilupaptori delphi, al momento, 
sono prossime allo zero
2) Pochi gg fa ho assistito ad una presentazione di Delphi2005.
Visti i precedenti e viste alcune cose di questo nuovo prodotto, non ho 
difficoltà ad ammettere che si tratta di un qualcosa di tosto, 
sopratutto paragontato alla versione attuale di 
vs.net
.
L'impressione positiva sul piano tecnico è controbilanciata da negativi 
fattori commerciali: nessuno, imho, che deve comprare oggi un rad 
penserebbe a delphi visto che per 3000 euro avrebbe un ambiente misto 
sia per .net che per win32 ("e che ci faccio oggi con win32??"), mentre 
con poco in più zio billy da un visual studio completo, specifico per 
.net + un mare di altra roba pur se con licenza x sviluppatori.
Una sottolineatura va fatta sul marketing di Borland, secondo me 
inefficace. Delphi è uno strumento ovviamente non perfetto, ma pensato, 
progettato con cura e molto molto sofisticato, ma venduto male.
Mi fa sorridere smanettare nel framework .net e trovare cose che delphi, 
in termini di gerarchia di classi, ha forse dalla sua prima versione, 
datata quasi 10 anni fa.
3) In generale, le richieste di sviluppatori sono relative al momento a 
java, roba x .net, abap più cose vecchie tipo rpg.
Il mio dubbio è semplice: continuare a sviluppare software, spostandosi 
su strumenti m$ per .net oppure mandare a quel paese lo sviluppo e 
seguire il percorso per la certificazione oracle cambiando ambito di lavoro?
La terza via, java la sto prendendo con le pinze...
Per quello che riguarda il web ho scarsissima cognizione di causa e 
questo comporetebbe una curva di apprendimento molto ripida.
Negli altri due casi, avendo conoscenza approfondita di windows, 
esperienza di sviluppo sw e uso di database relazionali la curva di 
apprendimento sarebbe meno ripida....
Un grazie per ogni eventuale risposta.
-- 
Alberto Salvati
A *Neapolitan* delphi developer who is studing c# & .Net
"Dicette 'o pappece 'nfaccia 'a noce dammi 'o tiempo che pure te spertoso!"

> Un grazie per ogni eventuale risposta.
Mi pare che hai fatto una ottima analisi della situazione.
La risposta definitiva credo la possa trovare solo tu.
Di una cosa sono certo. Se dovessi puntare sui 3 cavalli, su Delphi oggi non
metterei un euro, perche' come hai detto tu la Borland fa molta fatica a
reggere i giganti, pur facendo ottimi prodotti, e soffre oggi anche una
fortissima pressione dai sui ex amici(Sun e IBM) che stanno offrendo
Ambienti di sviluppo Java free, usando la ottima scuola MS per eliminare i
concorrenti.
P.S. uso Jbuilder dalla version 4
Nicola
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 concorrenti.
Ah, questa non la sapevo. Ecco, vedi i punti di vista diversi? :)
A pensarci ho visto richieste javabeam e j2ee, ma jbuilder zero....


 questo comporetebbe una curva di apprendimento _molto ripida_ .
In ordinata hai un tasso di apprendimento o un tasso di difficoltà 
nell'apprendimento?
-- 
ale
http://www.sen.it
rara temporum felicitate, ubi sentire
quae velis, et quae sentias dicere, licet 

 .net + un mare di altra roba pur se con licenza x sviluppatori.
E' vero che con delphi 2005 devi ricominicare da zero ma la stessa cosa vale
con vs 2005.
Come tu hai già detto delphi rispetto a vs ha delle funzionalità avanti di
anni.
Ad esempio fare un applicativo web con delphi per gestire un database si fa
in giornata, con vs ci metti una settimana.
Anch'io ho il tuo stesso dubbio perchè non so cosa fa di nuovo la versione
2005 ma sono sicuro (basandomi sul passato!) che il prodotto offra una
maggiora rapidità di sviluppo rispetto alla concorrenza.
Se poi sei un libero professionista poco ti dovrebbero interessare le altre
considerazioni sul marketing di borland o sulla richiesta di programmatori
delphi perchè quello che conta è il valore del prodotto in se' e do cosa ti
fa fare ed in quanto tempo.


 nell'apprendimento?
ho sempre pensato che il problema, + che il linguaggio, è la logica.
Una applicazione client/server, anche a n livelli è strutturalmente 
diversa da un sito web.
In questo vedo la difficoltà.
Grazie per la tua risposta


 fa fare ed in quanto tempo.
Vallo a dire a chi, nelle aziende, sceglie gli strumenti di sviluppo....
Delphi è forse lo strumento più potente per sivluppare su winsozz; è 
giusto a metà strada fra vb (limitato, instabile e non OO..) e la 
complessità di c++, ma certamente in Italia è tra i meno usati.
E non certo x colpa miao tua..
Come ho gia detto in altre sedi&occasioni, ne ho fin sopra i pochi 
capelli che mi restano di lottare contro i mulini a vento nel fare 
*gratis* marketing al posto di Borland.


 Un grazie per ogni eventuale risposta.
Secondo la mia modestissima opinione, passare da Delphi a .net è
faticoso, soprattutto perchè se ti sei perso i fondamenti dello
sviluppo web dovresti partire da html e web server... c'è un mare di
cose da imparare..
Invece, se conosci le applicazioni gestionali e simili e conosci i DB,
passare a Oracle e per non farsi mancare nulla anche SQLServer, è non
solo più indolore, ma anche più remunerativo.
Rischi altrimenti di prepararti in .net in concorrenza con persone che
vengono da VB, ASP, che sanno tutto di web, anche i trucchi.
Ma questi stessi sviluppatori, spesso, si trovano in difficoltà se
devono scrivere stored complesse, e sopratuttto disegnare un DB. Il
DBA è sempre il DBA... e metteresti a frutto se non tutta buona parte
dell'esperienza.
In oltre i DB ci saranno sempre... la .net ancora 3 - 4 anni ??
PS da un tuo reply: jbuilder è lo strumento (editor), javabeam e j2ee
sono tecnologie.. quindi si usa jbuilder per scrivere javabeam ec...

 sono tecnologie.. quindi si usa jbuilder per scrivere javabeam ec...
Grazie per questa sottolineatura e per la tua risposta.


 In oltre i DB ci saranno sempre... la .net ancora 3 - 4 anni ??
Guarda che è .NET o Java che finiscono dentro i DB.
E poi, non confondete i framework con i linguaggi e le IDE. Sono cose
diverse.
Se vi piace Delphi usate Delphi per .NET.
E poi le seriali si possono usare anche con .NET....

 Non credo che c# sia pensato solo come alternativa a vbscript.
Considerando che quasi tutto il nuovo software di Microsoft è scritto in C#
non mi pare che sia un rimpiazzo del vbscript.....

> E poi le seriali si possono usare anche con .NET....
non in modo gestito.


 
... Sap vende un servizio per usare sap (light) in affitto su un loro
server con accesso da web, Microsoft in USA include in office un mini
ERP, la mia azienda fa le paghe usando un servizio via web fornito da
una soc a Milano !ecc...
Quale potrebbe mai essere il futuro.. un giorno arriverà qualcuno da
un tuo cliente e gli offrirà il servizio erp completo a 50 euro il
mese per 50 utenti. Niente problemi, niente installazioni, call center
H24, niente dati persi aggiornamenti ecc.. normativi.. e le fatture le
inviano loro via postTel.. le le riba lo stesso...
IMHO, il client server è morto o agonizzante, MS non ci investe e non
ci investirà.
Saluti
Enrico.

 lavoro?
puoi sempre utilizzare gli strumenti borland per programmare
in .NET ;)
(ti consiglio vivamente C#, anche se proprio non indispensabile)
en passant, non so come sei messo quanto a codice VCL Win32
ma credo che VCL (ed addirittura il BDE !!!) siano disponibili
su dot.Net
Confonta:
Borland:
   BDE + ODBC + VCL
  ADO + BDE + ODBC + VCL
   DBX + ADO + BDE + ODBC + VCL
 
ADO.NET
 + DBX + ADO + BDE + ODBC + VCL
M$
odbc
odbc (deprecated) => dao
dao (deprecated) => rdo
rdo (deprecated) => OleDB
OleDB (deprecated) => ADO 1.0 1.5 2.0
ADO (deprecated) => 
ADO.NET
Win32 API
Win32 API (deprecated) => MFC
MFC (deprecated) => VBControls
VBControls (deprecated) => ActiveX
ActiveX (deprecated) => ATL
ATL (deprecated) => WinForms
WinForms (deprecated) => XAML
and so on ...

 Together
tutti quelli sopra
+ Janeva (Client J2EE access)
ASP.NET
WinForms
... sto aspettando la provvigione da Borland ;)

http://community.borland.com/article/0,1410,32778,00.html