Newsgroup: it.comp.lang.delphi
Titolo: Due domande sul Delphi

Scusate se apro altre discussioni ma mi servono dei pareri.
1) Mi fate una critica, quanto più possibile non di parte, delle differenze 
tra Delphi e il Visual Basic .net? Pregi e difetti, dovrei cominciare con 
uno dei due.
2)Trova lavoro un programmatore Delphi?
Ciao 

 2)Trova lavoro un programmatore Delphi?
Offerte se ne trovano ogni tanto. 
-- 
I am what I am, I do what I can
Do. Or do not. There is not try.

 2)Trova lavoro un programmatore Delphi?
La domanda è piuttosto generica. Suppongo che siano maggiori le 
richieste di sviluppatori Visual Studio in generale, ma non penso che 
uno sviluppatore Delphi venga "schifato" anche se deve essere impiegato 
adottando VS, appunto.
Ciao,
   Marco.
-- 
Marco «Alka» Breveglieri	
http://www.abls.it
  «bvmcnxsjlkhròhyeq, potrei scrivere a questo punto,
   se mi addormentassi sui tasti» (Daniele Luttazzi)

 Scusate se apro altre discussioni ma mi servono dei pareri. [...]
Il fatto che tu dica "dovrei cominciare" significa che tu hai un 
progetto in mente da sviluppare?
Dovresti definire accuratamente quali obiettivi devi perseguire per 
poter dire quali problemi potresti incontrare con l'uno o l'altro strumento.
Un confronto assoluto tra Delphi e 
VB.NET
 è un argomento troppo vasto.
Brevemente, si potrebbe dire che sono entrambi linguaggi di alto livello 
(non inteso nel senso "per altolocati"), leggibili e che supportano la 
programmazione ad oggetti.
In merito agli ambienti di sviluppo, Visual Studio (se usi 
VB.NET
) ti 
costringe attualmente ad utilizzare la piattaforma .NET per l'esecuzione 
delle tue applicazioni, oltre al fatto che la libreria visuale 
utilizzata (Windows Forms) è un po' scarna attualmente (le cose 
cambieranno all'uscita di .NET 2.0) rispetto alla VCL, la libreria 
Borland che è disponibile sia per Win32 che per .NET.
E' meglio che comunque tu esponga i tuoi dubbi per poter fare 
valutazioni più precise.
 > 2)Trova lavoro un programmatore Delphi?


 adottando VS, appunto.
No, Marco.
Stai tranquillo che nel 90% dei casi veniamo, come dici tu, schifati.
In linea di massima chi fa selezione, se ha una scheda con su scritto
c# se ne fotte se chi gli sta davanti ha 10 anni di delphi o di java
alle spalle.
Cannonball, se la tua speranza è trovare lavoro come sviluppatore
delphi, sappi che IN ITALIA ogni 100 ricerche x 
vs.net
 (divise tra vb e
c#) ne esce si e no una, e dico UNA, per cio che riguarda delphi.
AS

 alle spalle.
Lo immagino. Però ho dimenticato di inserire la "tecnica del baro" nella 
mia risposta.
Mi spiego: dal mio punto di vista, uno sviluppatore Delphi con un minimo 
di esperienza potrebbe - senza alcun problema - indicare nel proprio 
Curriculum sia C# che 
VB.NET
, poichè
1)
C# è un linguaggio relativamente giovane, quindi non si troveranno 
_generalmente_ sviluppatori particolarmente smaliziati, se non quelli 
che magari si sono buttati a capofitto sul .NET Framework e sul 
linguaggio C#, appunto;
2)
se si ha una buona esperienza su Delphi e si conosce un minimo di OOP, 
si hanno (secondo me) maggiori possibilità di lavorare con 
VB.NET
 
discretamente e con buoni risultati rispetto ad uno sviluppatore che 
proviene da VB6.
Il mio suggerimento conclusivo qual è? Se si intende fare uso di 
linguaggi di programmazione per trovare lavoro, è lecito e giusto dare 
un'occhiata al panorama generale delle richieste e dei requisiti; però, 
io non escluderei la possibilità di soddisfare tali requisiti da un 
punto di partenza differente.
Se si conosce bene Delphi, si può apprendere senza troppe difficoltà 
qualsiasi altro linguaggio a scelta: Java, C#, VB.NET...
Io suggerisco di barare. Se si conosce bene Delphi e viene richiesto di 
lavorare con C# o con 
VB.NET
, non dovrebbero esserci grossi problemi se 
non quello di prendersi un "librino" e studiarsi la sintassi.
Personalmente, perderei qualche momento in più nell'approfondimento 
dell'architettura del .NET Framework, cosa che è sempre possibile fare 
anche con Delphi.NET, senza obbligatoriamente usare C# o 
VB.NET
 a cui si 
può, con poco sforzo, se richiesto, passare in un secondo momento.


 IMHO se devi proprio scegliere fallo tra Delphi e C#.
Aggiungi qualche motivazione, altrimenti sembra davvero una "guerra di 
religione". :-)


Marco, la tua idea non è errata, ma al solito il punto di vista è
diverso...
Il problema sorge se quando il selezionatore ti porta in azienda e
becchi uno che le cose le sa..
Ora, puoi beccare il tipo flessibile che, consapevole di quanto hai
detto nel tuo post, decide di "rischiare".
Ma puoi anche beccare il tipo non flessibile che ti molla, tratta a
pesci in faccia il selezionatore che a sua volta ti mette nella black
list escludendoti da qualsiasi contatto...
Io non rischierei....
AS

 becchi uno che le cose le sa..
I casi sono due: il selezionatore di turno può essere una persona che 1) 
sa quello che sta facendo, 2) non conosce la problematica e quindi 
seleziona in base a requisiti predeterminati.
Se becchi uno che le cose "le sa" veramente, allora non sarà quello che 
si farà problemi a valutare la persona in base alle proprie conoscenze, 
conscio del fatto che ciascuna persona va istruita per fare un 
determinato lavoro e che non è possibile discriminare in base al fatto 
che il linguaggio C#, per prenderlo come esempio (non che ce l'abbia con 
esso), appaia o no nell'elenco "puntato e numerato" del Curriculum Vitae.
Se, invece, al contrario, si tratta di una selezione blanda che prevede 
come unico criterio la conoscenza di C# solo perchè si lavora con C# in 
azienda e il selezionatore è stato istruito a prendere solo quelli che 
lo trattano, c'è sempre la possibilità - come ho detto prima - di "barare".
Ovviamente, si parla di "barare" ma in modo lecito: se si scrive C# e 
poi non si conosce un po' bene Delphi e OOP, sarà alquanto improbabile 
riuscire a mantenere le proprie promesse dichiarate con entrambe i 
linguaggi.
Va inoltre detto che la fondazione di C# e 
VB.NET
 su un framework e una 
piattaforma comune che è fruibile pure da Delphi riduce il "gap" dello 
sforzo nel passare dall'uno all'altro e, perchè no, viceversa.
Io approfondirei la programmazione ad oggetti con un linguaggio che 
piaccia e che non diventi frustrante, in base ai propri gusti.
A volte, non vorrei che rispecchiando troppo sugli annunci di lavoro si 
abbia la paura di non riuscire a muoversi tra i vari linguaggi e si 
resti così legati al "più richiesto" che non sempre può essere assorbito 
in egual misura da tutte le persone.


 in egual misura da tutte le persone.
No, Marco. La prospettiva è diversa.
Se in Italia usano solo c#, il fatto che io possa avere + o meno
difficolta ad impararlo cade davanti al fatto che se non lo imparo la
sera non porto a casa la zuppa....
Il tutto rigorosamente imho ed esente da polemica.
Ribadisco, abbiamo solo 2 punti di vista diversi che partono da
situazioni lavorative diverse.
Tu hai una azienda e hai un elevato potere decisionale.
Io sono un consulente e devo "vendermi" al meglio.
AS
AS

 Io sono un consulente e devo "vendermi" al meglio.
Non sono poi tanto diverse. Il mio potere decisionale (che mi fa una 
persona più "grossa" di quel che sono) vale per le questioni interne, ma 
non per le richieste dei clienti.
Proprio qualche giorno fa un "procacciatore di clienti" mi ha proposto 
di collaborare ad un progetto .NET e realizzato con linguaggio C#; la 
mia risposta è stata affermativa. E a chi chiede se C# rientra tra i 
linguaggi supportati, rispondo di sì, anche se non è il linguaggio 
"primario" che prediligo.
Torno alla domanda originale senza divagare ulteriormente...
"Trova lavoro un programmatore Delphi"?
In generale, si dovrebbe conoscere un po' più di un linguaggio di 
programmazione; se si parla di sviluppo Windows, senz'altro conoscere 
Delphi un po' a fondo significa conoscere quanto si trova generalmente 
in altri linguaggi, a livello concettuale, con differenze sintattiche 
che si possono facilmente apprendere, ma con la possibilità di 
indirizzare più piattaforme sempre sfruttando a fondo il RAD.
Nel caso di un raffronto con linguaggi orientati al .NET Framework, 
meglio concentrarsi sull'architettura e lasciare approfondimenti 
sintattici alla fine, se necessari, proprio solamente per poter indicare 
un linguaggio nel Curriculum e soddisfare i selezionatori più 
concentrati sui meri requisiti (senza ulteriore analisi delle effettive 
capacità).


 sera non porto a casa la zuppa....
Fortunatamente, non si usa solo C#...
Ma xche non ti piace, Marco? xche Lo odi cosi tanto???
Cosa ti ha fatto di male? ;-P
AS

 seleziona in base a requisiti predeterminati.
Pur essendo d'accordo con te, ecco la mia filosofia:
- Le probabilita' del punto 1 sono il 2%
- A meno che non ti presenti ad un colloquio per un programmatore Delphi,
il fatto di programmare in delphi NON ti aiuta, MA.....
- ...MA se conosci e programmi in Delphi, passare a C# o 
VB.NET
 e' una
bazzecola.
- Conviene mentire sempre, spudoratamente, vendersi o prostituirsi anche
fisicamente alla dottoressa in psicologia che ti sta selezionando, pur di
ottenere di che sfamare se' stessi e la prole.
-- 
Morde. 
ICLDweb: 
http://www2.samatel.com/icld/
Apriamo i sorgenti di OS/2!!!
http://www.os2world.com/petition/

 Chi non ha mai "tirato" il proprio Curriculum?
Beh, se questa "terapia collettiva" puo' servire a qualcosa, io ti confesso
che non ho mai "tirato" il mio curriculum, mai.
Tanto, prima o poi, salta fuori la palla galattica che hai messo, e li'
corri il rischio di spu..narti ;)
Ricordo ancora in banca il giorno in cui arrivo' un consulente fresco
fresco, e durante la sua prima riunione di lavoro gli venne fatta una
domandina semplice semplice sulle stored procedure e i bind ad host del
DB2.... altrettanto semplice fu la sua non-risposta: arrossi', incomincio'
a sudare visibilmente e abbasso' gli occhi. Un filo di saliva gli colava
dalla bocca, perche' nel cercare di farfugliare la risposta la saliva gli
impastava sempre di piu' la lingua.
La settimana dopo non si presento' al lavoro, e ci venne detto che era
stato destinato ad altri incarichi...
Ecco, le palle hanno le gambe corte, sempre e in ogni luogo. 
Amen.
^____^


 uno dei due.
Premetto che sono un grande amante di delphi.
Il vecchio vb era un ambiente di sviluppo che permetteva 
"l'assemblaggio" di componenti su una o più form. Delphi è il rad 
Opascal, quindi hai tutto il codice sotto mano, una vera programmazione 
ad oggetti e l'eseguibile creato che non ha bisogno di dll o runtime 
vari......
Bene, adesso tutto questo vantaggio non esiste più.
- VB.net è un rad come delphi, con il vantaggio del supporto diretto 
della stessa azienda che produce .net.
- VB.Net può sviluppare applicazioni anche per i palmari (in futuro 
l'avrà anche delphi, ma al momento questa è la realtà)
- Con VB.Net puoi fare programmi anche per mono
- Visual studio è più economico di delphi
- Con VB.Net è più facile trovare lavoro e, se è vero che un 
programmatore 
delphi.net
 può facilmente imparare VB.Net, è altrettanto 
vero il contrario
Secondo me, allo stato attuale, se devi fare porting di applicazioni 
delphi 32 su .net, usa Delphi.net (vcl). Se devi iniziare da zero, 
meglio farlo con VB.Net (mi spiace dirlo, ma questo è ciò che 
onestamente penso)
La piattaforma .net ha appiattito la programmazione perchè tutto si 
appoggia ad un framework che è in grado di svolgere qualsiasi compito a 
prescindere dal linguaggio.... le "primitive" richiamate, alla fine son 
le stesse..... tanto per farti un esempio, prima esistevano diversi modi 
per connetersi ai database (delphi ne aveva la sue tecnologie, magari 
migliori di quelli di microsoft.... dbexpress, dbe ecc..), adesso ci si 
appoggia agli strumenti offerti dal framework a prescindere dal linguaggio.

 appoggia agli strumenti offerti dal framework a prescindere dal linguaggio.
La piattaforma .NET ha solamente proposto un modello comune sostituendo 
un sistema di tipi globale e un insieme di classi al modello "realmente 
piatto" delle funzioni API di Windows.
Ciò non implica in alcun modo, direttamente o indirettamente, che 
Microsoft sia in grado di sviluppare su questa piattaforma, come su 
Win32, soluzioni migliori o peggiori della controparte Borland.
Peraltro, è falsa l'affermazione che sostiene la mancanza di tecnologie 
proprietare da parte di Delphi: ECO? BDP? DBWebControls? Per non parlare 
delle integrazioni con altri prodotti come StarTeam, CaliberRM che 
Microsoft non considera nemmeno.
Personalmente, non credo proprio che la guerra degli ambienti di 
sviluppo e dei linguaggi finisca in questo modo, così presto con un 
vincitore già decretato.
Al netto di questioni meramente commerciali, preferisco puntare 
sull'ambiente che, attualmente, mi consente una maggiore libertà di scelta.
Ciao,
   Marco.
-- 
MARCO "Alka" BREVEGLIERI   <marco [@] abls [.] it>
 
http://www.marco.breveglieri.name

 come migrare al nuovo framework.
Ma tu stai facendo di "tutta un erba un fascio". Personalmente ho fatto 
un corso di 
vb.net
 e tutta quella differenza che tu dici di vedere con 
delphi non l'ho vista. Chi inizia da zero con 
vb.net
 non ha difficolta a 
passare a 
delphi.net
La difficoltà di migrazione da VB a VB.Net ti dovrebbe far capire che VB 
ha fatto passi da gigante su VB.Net

Scusate se mi intrometto, ma queste discussioni mi ricordano le discussioni 
alla fine degli anni 80 tra Amiga e PC.
Tutti gli Amighisti a difendere, e con ragione, il proprio computer 
elogiandolo e a ridicolizzare i Pc che avevano 16 colori, un suono da 
cicalino e così via.
Ora, i pc ci sono, eccome e l'Amiga e un vecchio bel ricordo.
Non vorrei che il nostro buon amato Delphi, faccia la fine dell'Amiga.
A buon intenditore, poche parole. 

 A buon intenditore, poche parole. 
Ti riferisci al marketing criminale della commodore ed il loro motto 
"gli amiga si vendono da soli!"..... come dire, niente pubblicità, 
nessuna innovazione siamo superiori alla concorrenza e questo ci 
basta.... poi, nell'immobilismo totale la commodore è affondata.
....è questo ciò che volevi dire o ho capito male?
Ciao
Gianni

Roberto Colpani ha scritto:
 > Non vorrei che il nostro buon amato Delphi, faccia la fine dell'Amiga.
 > A buon intenditore, poche parole.
Ti riferisci al marketing criminale della commodore ed il loro motto 


 ha fatto passi da gigante su VB.Net
Ah, ok, perdonami ma non ho capito il caso specifico a cui ti riferivi, 
cioè al fatto di "partire da zero con 
VB.NET
". :-D
A livello di linguaggio e di supporto a quanto è presente nel .NET 
Framework, senz'altro i linguaggi si equivalgono pur essendo molto 
diversi nella sintassi... ma in 
VB.NET
 (e C#) non ci sono "costruttori 
virtuali", Class Helper e tante altre cosucce... :-P
Scherzi a parte, è anche una questione di ambienti e di risorse a 
disposizione, oltrechè di linguaggio, senza contare la dipendenza dal 
produttore...
Comunque, preferisco parlare di tutte queste cose - se mai sarà 
possibile - dal vivo, perchè mi interessa conoscere tutti i dubbi, le 
esperienze e il resto, ma senza un "botta e risposta" si fa fatica.
Ciao Gianni,


 A buon intenditore, poche parole. 
"Pessimismo...è fastidio..." :-D
