Newsgroup: it.comp.lang.delphi
Titolo: Delphi è morto, e se lo dico io

che ho iniziato col Delphi1, è proprio cosi.
 
In alternativa Lazarus sta migliorando, ma secondo me il futuro è web e 
php col quale si riescono a fare delle cose eccellenti anche come 
applicativi sofisticati e intranet.
 
 
-- 
Quando la dittatura è un dato di fatto, la rivoluzione diventa un diritto.
(Victor Hugo)
 
“L’intelligenza sa di essere libera, quali che siano le coercizioni 
esteriori. Sa che la grandezza dell’Uomo è nel pensiero, e sa che c’è 
sempre almeno un altro uomo che lo afferra e lo trasmette.”
(Ida Magli, Omaggio agli Italiani)

 applicativi sofisticati e intranet.
 
PHP Tanta roba, condivido il tuo pensiero...
 
Un saluto,
David
 
 

 
 
 
-- 
-------------------------------
per scrivere in privato
togliere "1975nosp"
 
to reply remove "1975nosp"
 
---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus
 
 


 
certamente, fai tutto lato server e con qualsiasi browser
comunque non è un rad come delphi però non ne senti la mancanza
con php, html5 e css fai applicativi veri e propri.
un server apache locale o iss e un db , ora non piu solo mysql, ma anche 
firebird per esempio o oracle.
ci sono comunity molto folte e con gente preparata.
 
veri e propri applicativi cosi come li conosci.
 
www.php.net
 
 
e qui trovi un po tutto.
 
www.w3schools.com/php/default.asp
 



 
esempio
 
http://tinypic.com/r/hwmn8l/9
 



 
esempio 2



esempio 2
http://tinypic.com/r/eqb5tk/9
 



 
esempio3
http://tinypic.com/r/29m5fut/9
 



 
oramai è tutto su web intranet
nei giorni scorsi sono stato in un clinica e ho sbirciato e ho visto che 
hanno tuttoweb, dalle perenotazioni alle cartelle cliniche alle terapie, 
alla parte amministrativa.
Tutto su web.
I vantaggi sono innumerevoli , dagli aggiornamenti alla distribuzione 
alla manutenzione.
ti serve un server e poi come client puoi avere dal pc allo smartphone
passando per l'ipad stesso applicativo. Va bhe! Poi dipende da cosa devi 
fare, ma comunque non si torna piu indietro.


 ma comunque non si torna piu indietro.
 
Il giorno che a scuola hanno spiegato che solo gli idioti non cambiano idea la razza umana era assente.
 
A.

 meglio dire è un alternativa valida a delphi?
 
E` un troll, non rispondergli.
 
 

 E' la parte SERVER che deve adeguarsi
 
Ma quando mai. Hai mai sviluppato un applicazione web?


 
4ndre4 È UN CRETINO non dargli retta



esistono scelte aziendali, io sto parlando di intranet, e una azienda 
non lascia libertà di scelta del browser, lo sceglie e basta. In ogni 
caso gli applicativi web aziendali intranet li fanno girare in un solo 
browser.
Le cliniche svizzere devono usare un applicativo intranet per la 
gestione delle cartelle e delle terapie,  "donato" dalle compagnie di 
assicurazione, altrimenti non rispondono.
 
oggi e sempre piu domani le applicazioni saranno con tecniche web, un 
server(computer) e tanti "terminali stupidi" attaccati che condividono 
dati e programmi con una comune interfaccia.
 
Mi ricorda qualcosa.
 
P.S. ma laforgia è sempre stato cosi cretino o è peggiorato da quando è 
emigrato?


Buongiorno,
 
scrivo per dire che condivido pienamente la "visione" che il futuro è rappresentato dalle web-app, che semplificano lo sviluppo, mettono daccordo tutti i SO semplicemente perchè hanno un browser, e permettono di abbattere radicalmente i costi di hardware e licenze varie. Oggi ci troviamo in una FASE DI PASSAGGIO, la massa sta sperimentando i vantaggi di queste tecnologie mediante le Intranet, e vorrebbe "aprire" definitivamente il router aziendale per lavorare con il telefonino mentre prende il sole in spiaggia. 
 
Secondo me il vero passaggio si avrà quando questa tecnologia sarà accessibile alle piccole/medie aziende con connessioni veloci e server sicuri e facili da tenere, ovviamente a buon mercato. 
In altre parole, Delphi (e Lazarus) non è morto e non morirà nei prossimi 8/15 anni, almeno fino a quando non saranno migliorate:
 
- la sicurezza dei webserver per i comuni mortali
 
le grandi aziende che possono permettersi server in batteria, ip pubblici/dns in cascata e professionisti a totale disposizione, non hanno già oggi questi problemi, ma la piccola azienda che ha 1 solo server/ip pubblico non può rischiare di farsi trarre in ostaggio da un balordo.
 
- la velocità delle connessioni a costi umani
 
la fibra ottica risolve già oggi il problema, ma le piccole aziende di cui sopra non se la possono permettere. 50 persone possono lavorare tranquillamente con una Intranet, 15 persone con una adsl 5 mega si girano i pollici..
 
 
Tutto ciò premesso vorrei aggiungere una recente esperienza.
 
Poco tempo fa ho dovuto rendere disponibili alcune viste mediante una webapp aziendale (internet, non intranet).
Partendo da zero, ho scelto Ruby on Rails (qui si parla di php, ma spezzo una lancia per RoR) e dopo aver studiato 2 settimane, ho realizzato la webapp in 2 giorni.
Per metterla online ci sono volute però 2 settimane ed un professionista che "ha blindato" l'unico server aziendale sul quale gira il DB e sono custodite anche informazioni vitali (Disegni/relazioni/offerte/contratti/Ordini degli ultimi 40 anni di lavoro): il professionista (sorvoliamo su quanto è costato) mi ha spiegato chiaramente che c'erano 2 possibilità per dormire sonni tranquilli:
1) "webserver esterno" a 1000 euro l'anno, backup linea, backup dati ecc.
2) "webserver interno" a 5 mila euro una tantum + contratto di assistenza remota da 350 euro l'anno.
Dopo 6 mesi di uso "non sicuro" il Committente deve ancora decidere quale delle 2 strade prendere.
Tuttavia ha deciso che d'ora in avanti vuole solo webapp.
 
Saluti.
 
---
Giovanni Fantuzzi


sono assolutamente daccordo , solo che secondo me i tempi non sono cosi 
lunghi, secondo me parliamo entro il 2022/25.
Per quando riguarda il webserver direi che la soluzione migliore secondo 
me è usare un server privato in una farm iperprotetta.
Esempio 
www.seeweb.it
 , una delle migliori se non la migliore farm 
presente sul mercato italiano, questi fanno backup anche ogni ora e 
hanno 2 centri uno a milano e l'altro a roma. I server erano tutti ibm 
non so ora. Certamente ve ne sono tante altre con soluzioni diverse e 
svariate piattaforme.
 
Saluti.


@Delta11
 
Grazie per la condivisione.
 
Visto che ci siamo ti chiedo se usi un framework php o se fai tutto a manina.
Ho in programma di approfondire l'argomento Php/Ror e sono terrorizzato all'idea di dover seguire le evoluzioni dei vari framework, posto che programmare non è la mia attività lavorativa principale.
 

On Thursday, 14 April 2016 10:12:43 UTC+1, Giovanni Fantuzzi  wrote:
 
[...]
A parte le cazzate di Delta11, che e` un noto troll, il mondo dello sviluppo software e` web-based ormai da un bel pezzo. Altro che "fase di passaggio". Io credo che lo sviluppo su web soffra ancora di difetti atavici e sarebbe molto migliorabile, ma le applicazioni desktop sono ormai un bel ricordo. Aprire la rete aziendale e lavorare su VPN e` qualcosa che ormai si fa da molti anni. Riguardo ai server sicuri, connesioni veloci e a buon mercato, esistono diversi servizi di cloud computing. AWS, per esempio, e` un'ottima piattaforma che abbatte, e di tanto, i costi (anche per le piccole/medie imprese). 

Non metto in dubbio la tua professionalità. Però credo che lavoriamo in ambiti diversi. Aziende da 10 / 20 dipendenti non hanno interesse a cambiare qualcosa che funziona bene - e che conoscono altrettanto bene - con soluzioni web based che vanno di moda oggi. Semplicemente molti stanno sperimentando alternative (chi può) ma con la crisi che c'è in giro credimi che nessuno ha voglia di mettere le mani al portafoglio. Chi da anni ha già fatto il passaggio probabilmente aveva i soldi per farlo. Manutenere un buon gestionale pascal costa molto meno che passare ad altro. Tutto qui.


no non uso nessun framework.
per un intranet normale, per un gestionale che siamo abituati a fare in 
delphi è molto semplice e non serve un framework specifico.
fino a 100 postazioni secondo me non serve niente in ambito gestionale.
Molti usano zend che è un framework per applicazioni in php ma non so se 
internet o intranet. Comunque io non lo uso , io uso php, css e html5.
Anche nelle fiere dove di solito vanno con un pc e si collegano con 
tablet dove caricano clienti provvisori offerte e cosi via. Quando 
smontano tutto travasano i dati e via.
 
una volta che ti sei creato il tuo ambiente con le tue librerie/classi 
una azienda normale la gestisci senza difficoltà.


E vorrei anche vedere che mettessi in dubbio la mia professionalità sulla base di quel che ho scritto. Le soluzioni web non sono una "moda" di oggi. Sono lo standard ormai da diversi anni. Le aziende da 10/20 dipendenti possono anche tenersi il gestionalino in Pascal ma quando non troveranno professionisti per fare manutenzione sarà un bel guaio. Investire in una soluzione web risparmia soldi e sangue in futuro.

@4ndre4
 
Chiedo anche a te. Il "tuo standard" è php o altro? framework si o framework no?

Ciao a tutti,
  ogni tanto si ricade sempre nella stessa discussione.
E' meglio questo o quello ??
Rimanendo nello specifico delle applicazioni web, non discuto il fatto che 
rappresentino il futuro, ma siamo certi che questa soluzione sia risolutiva 
per tutti?
A mio personalissimo pensiero dico certamente no. Perche' ?
Il perche' e' presto detto, basti pensare alle diverse applicazioni web che 
gestiscono, per esempio, i centri diagnostici; quante volte il sistema 
rallenta per problemi sulla linea, oppure il server presenta problemi e 
tutto si blocca.
Oppure dal medico di famiglia, quante volte il sistema, server, da dei 
problemi.
Infine, nel caso del mio lavoro, quando ricevo alcuni rappresentanti, che 
usano l'ormai insostituibile pad, non e' raro che abbiano difficolta' a 
connettersi con il server e salvare l'ordine in un file excel e poi (in un 
secondo momento) riprovare.
Come in tutti i settori ci sono esempi pro e contro, dove far pendere l'ago 
della bilancia dipende dalle necessita' di ognuno.
 
A titolo personale, fin quando la tecnologia non si dimostri totalmente 
affidabile il passaggio alle sole applicazione web non la vedo cosi' 
positiva.
 
Infine, non mi ricordo bene quale sia la casa che ha sviluppato questo tool, 
per Delphi c'e' una suite limitata di componenti che permette di sviluppare 
un'applicazione (che ripeto, utilizzando solo quei componenti) che gira sia 
in locale (inteso desktop, server ecc..) che come web application.
Vista la strada che ha preso delphi con firemonkey (write one, compiled 
everywhere) non escludo che la Embarcadero, o chi per essa, nel giro di 
qualche anno non integri anche questa possibilita'.
 
Stiamo a vedere.
 
Ciao
 
Daniele 
 

 in locale (inteso desktop, server ecc..) che come web application.
 
 
Imho, delphi non nasce con quel target.
A parte il già citato php ci sono numerosi strumenti specifici per lo sviluppo web. Io tendo a evitare le "forzature".
Poi, ognuno fa le proprie scelte, purtroppo non sempre CONSAPEVOLI.
 
A.
 

 qualche anno non integri anche questa possibilita'.
 
forse...comunque si parlava di applicazione INTRANET



BRAVO, ALBERTO, concordo pienamente!


 Ios non so ma Android si porta dietro sqlilite di default.
 
Anche iOS, oltre a Core Data, ha installato sqlite.
 
David
 
 

> BRAVO, ALBERTO, concordo pienamente!
 
..va be... pero' mo almeno un caffe' ... e ke kaz...
Se poi hai una amica "esperta e disponibile" potrei anche rinuciare al caffe..
 
:-D
 
A.


purtroppo no, però ho una serie di canne del gas...faccio la collezione!
 
AH AH AH AH


 faccio la collezione!
 
.....contento tu...... Lol!
 
A.

 ..manco "canne" e basta...  uff...
 
sai che io sono contrarissimo alle droghe, tutte le droghe, canne comprese.


 Chiedo anche a te. Il "tuo standard" è php o altro? framework si o framework no?
 
Io lavoro in Java per il back-end e HTML5/CSS3/JavaScript con la miriade di librerie correlate per il front-end. Che significa "framework si` o framework no"? QUALE framework? Chi e` che lavora, oggi, senza un framwork di qualche tipo?
 

 A parte il già citato php ci sono numerosi strumenti specifici per lo sviluppo web. Io tendo a evitare le "forzature".
 
Che cos'e` una "forzatura"?
 

> sai che io sono contrarissimo alle droghe, tutte le droghe, canne comprese.
 
idem. 
Ma ogni tanto non mi privo di un birra e un bicchiere di vino RIGOROSAMENTE FERMO. 
Poi, se ti ricordi di qualche "amica"... :-))
 
A.


allora siamo daccordo, adesso sono incasinato ma piu in la forse 
facciamo una rimpatriata con un buon bicchiere di vino rosso 
rigorosamente fermo fermo!


 Poi, ognuno fa le proprie scelte, purtroppo non sempre CONSAPEVOLI.
 
Sono cosi' lontano, ma cosi' lontano da poter solo pensare ad avvicinarmi ad 
un'applicazione web.
Piu' consapevole di cosi' ! :-))
A parte tutto, dovro' affrontare il discorso tecnico, ma per ora (tanto per 
farmi del male) un aspetto intrigante che mi suscita molta curiosita' e' 
poter usare i cloud.
 
Buon fine settimana
 
Ciao
 
Daniele 
 

 che mi suscita molta curiosita' e' poter usare i cloud.
 
bamboccione...cazzo!


 Buon fine settimana
 
Altrettanto
 
A.

> bamboccione...cazzo!
 
Tu avresti SICURAMENTE apprezzato "quello che era in giro" al meeting AWS.
Ah, non c'erano droghe di alcun tipo... :-D
 
A.

 poter usare i cloud.
 
AWS ti consente di aprire un account free per un anno. Puoi sperimentare liberamente.


E` un noto troll, e tu continui a dargli da mangiare.

 php
 
Posto che il futuro possa essere web (anche se spero vivamente di no), se devo
svilupparlo in PHP significa che mi voglio veramente male. Python + Genropy (o,
al più, Django, Flask/Werkzeug o Bottle), Java + JSF o Go (con qualche libreria
che non conosco, visto che non lo uso per web) sono decisamente scelte migliori
e più sensate di un linguaggio pensato male e gestito peggio come PHP
 
Enrico
P.S. non cito Ruby e l'omnipresente RoR solo perché non mi piace ;)

 (anche per le piccole/medie imprese). 
 
Occhio che con AWS è facile legarsi mani e piedi nell'usare solo la piattaforma
di Amazon. E non lo dico per sentito dire. Ad esempio, usare una istanza RDS di
SQL Server significa non poter estrarre i dati se non sotto forma di spool SQL,
ovvero non è possibile fare un backup del database da portare su di un altro
server (ovviamente nessuno ti costringe ad usare RDS, e puoi sempre usare Ec2
con macchine che hanno SQL Server preinstallato, ma ovviamente è una cosa che
devi sapere e che non ti dicono se non implicitamente)
 
Enrico

 Occhio che con AWS è facile legarsi mani e piedi nell'usare solo la piattaforma di Amazon. 
 
Ogni volta che fai una scelta su infrastruttura/piattaforma, ti leghi in qualche modo ad essa. E` perfettamente normale.

 devi sapere e che non ti dicono se non implicitamente)
 
Ero al loro meeting a Milano 2 settimane fa.
La sintesi di ciò che è stato detto è:
 
1) l'azienda risparmia
Hanno battuto veramente tanto su questo
 
2) i servizi sono adatti a diversi settori e/o progetti
C'erano brevi presentazioni di aziende di vari tipi, settori e dimensioni che spiegavano cosa hanno fatto e cosa stanno facendo.
Enel, Prada, Ferrero, Banca popolare di Sondrio, una azienda piu' piccola della quale purtroppo non ricordo il nome che si occupa di dinamica dei fluidi e lavora con case automobilistiche e industrie aerospaziali.
Per la cronaca, tutti i servizi seat/pge sono su aws.
 
3) sicurezza
 
La sintesi di ciò che NON è stato detto:
 
1) ricadute occupazionali
Le cito solo pro forma. 
A tanti (troppi) sfugge che lo scopo ultimo di una azienda è il profitto, il resto viene, se esiste, DOPO...FORSE...
 
2) come si "torna indietro" se una azienda cambia idea.
Ho avuto il piacere di parlare con una persona di Ericsson (c'erano dei piccoli stand di alcuni partner di aws tra i quali anche loro..) che mi ha detto senza mezzi termini che loro, come azienda, fanno ANCHE quello, cioè, il "riportare in casa i tuoi dati".
A chi interessa qua si parla della "join" tra loro e aws:
http://www.ericsson.com/it/news/160414_alleanza_amazon_254740127_c
 
 
L'idea di avere un "framework" di servizi che puoi assemblare a tua discrezione (E RESPONSABILITA'!) unità ad una smisurata potenza elaborativa, il tutto pagato a CONSUMO con la possibilità di spegnere ciò che non ti serve più... 
Si, l'impatto è stato non da poco.
Ho un paio di idee nel cassetto da anni e li, per la prima volta, ho intravisto la possibilità di realizzarle senza dover vendere un rene e sopratutto con tempi decisamente più bassi.
 
Ovviamente (ma non per tutti), come per qualsiasi decisione, anche quella di avvalersi di aws e' legata ad un IMPRESCINDIBILE ed attenza valutazione di tutti gli aspetti, compresa una approfondita analisi di risk assestment che includa anche la valutazione di impatti, tempi e costi qualora l'azienda dovesse decidere di fare marcia indietro e, non ultima, la risposta ad una domanda scema "rispetto ad oggi, se migriamo su cloud cosa succede in azienda qualora la connettività andasse ai festini del nano di arcore??"...
 
 
A.

domanda scema "rispetto ad oggi, se migriamo su cloud cosa succede in azienda qualora la connettività andasse ai festini del nano di arcore??"...
 
Ma cosa stai dicendo! Ma sai almeno di cosa si parla?

 qualche modo ad essa. E` perfettamente normale.
 
Nì, dipende da come fai la scelta. Se usi AWS solo per le istanze Ec2, stai
di fatto usando delle normali VPS, né più né meno del crearti il tuo ambiente
di virtualizzazione (e.g. con VMWare) nella tua LAN. Le cose cambiano
ovviamente nel momento in cui cominci ad usare i servizi SaaS di AWS, dove
lì in base alla scelta rischi di legarti più o meno mani e piedi ai sistemi
implementati da Amazon (e.g. se usi S3, devi implementare delle chiamate ad hoc
per l'upload ed il download dei file)
 
Enrico

 connettività andasse ai festini del nano di arcore??"...
 
Come tutte le cose dipende ha i suoi pro ed i suoi contro. Per capirci, secondo
la mia esperienza, su cloud metterei solo ambienti di produzione che
necessitano di connettività remota da qualsiasi punto del globo e che devono
avere uno SLA decisamente alto. Sistemi di sviluppo/test o sistemi di
produzione che però devono rimanere per qualche motivo a gestione interna
dell'azienda, non li metterei su cloud se non quando sono sicuro che non ci
saranno problemi di connessione (e.g. AWS tra i vari servizi che ti offre c'è
quello di una CDN dedicata con la tua azienda, e so di aziende che hanno
accordi con Amazon tali da permettersi un cavo dedicato tra l'azienda e i data
center di AWS)
 
Enrico

 la mia esperienza <cut>
 
bhe, credo che che mia domanda riassume il concetto... o no?
 
A.

 Nì, dipende da come fai la scelta. 
 
Ripeto: ogni volta che fai una scelta infrastrutturale, sei legato mani e piedi a cio` che hai scelto. Non vale solo per AWS, vale per qualunque cosa. Scegli un sistema operativo, scegli un database, scegli un qualunque provider di servizi, e poi vediamo se ti e` facile migrare.

 bhe, credo che che mia domanda riassume il concetto... o no?
 
La tua domanda "riassume" che non sai di cosa stai parlando.

 piedi a cio` che hai scelto.
 
Penso che a questo punto dovremmo metterci d'accordo sul concetto di "scelta
infrastrutturale". Per me, significa che se ho bisogno di e.g. Oracle e Linux,
l'andarmi a legare (più o meno) mani e piedi avviene nel momento in cui il
provider di servizi che scelgo non mi permette una facile migrazione del mio
sistema ad altro prodiver. Ma la scelta iniziale (ovvero basare il mio sistema
su Oracle e Linux) non la vedo come una limitazione, ovvero non la vedo come un
legarmi a quelle architetture, ma come requisiti di prodotto
 
Enrico

 bhe, credo che che mia domanda riassume il concetto... o no?
 
Lo riassume, ma bisogna sempre fare i necessari distinguo. Cosa succede, ad
esempio, se l'hardware che gestisce il meraviglioso servizio critico per
l'azienda ha un problema o c'è un calo di tensione a causa di uno zelante
tecnico Enel? Tutte le soluzioni hanno i loro pro ed i loro contro, sta a te
capire se una o l'altra si adattano alle tue esigenze
 
Enrico
P.S. comunque, giusto per fare chiarezza, con il termine "cloud" si intende
quello che prima veniva chiamato VPS, anche se ha ricevuto una grossa spinta e
evoluzione (infatti si parla di IaaS, PaaS e SaaS)

On Tuesday, 10 May 2016 11:23:09 UTC+1, Enrico Bianchi  wrote:
 
[...]
Che cosa sarebbe il "provider di servizi"? Se tu fai, all'interno della tua azienda, una scelta fondamentale di qualunque tipo - database, sistema operativo, linguaggio di programmazione, framework/librerie da usare - sei legato mani e piedi a quelle tecnologie. E migrare non e` affatto semplice come molti, che hanno dalla loro molte parole e molta poca esperienza reale, spacciano.
 

 capire se una o l'altra si adattano alle tue esigenze
 
Quoto in toto. L'importante è fare una scelta CONSAPEVOLE.
Da qui le mie domande.
 
 
A.

 Quoto in toto. L'importante è fare una scelta CONSAPEVOLE.
 
Per fare un esempio, giusto oggi Amazon mi ha inviato una email in cui annuncia
che un'istanza Ec2, a causa di problemi hardware, tra 15 giorni sarà spenta.
Le mie azioni, per preservare il servizio presente su quell'istanza, saranno:
 
 - Spegni l'istanza;
 - Crea un'immagine dell'istanza;
 - Avvia una nuova istanza.
 
Decisamente comodo, no? ;)
 
Enrico

 framework/librerie da usare - sei legato mani e piedi a quelle tecnologie.
 
Ok, abbiamo un concetto di "scelta infrastrutturale" differente (tu lo applichi
come programmatore, io lo applico come sistemista)
 
Enrico

 come programmatore, io lo applico come sistemista)
 
Ma che significa, il sistemista certi problemi non se li pone neanche. E` lo sviluppo che guida i sistemisti, non viceversa.

 Ma che significa
 
Significa che stiamo parlando di due cose differenti. Tu per "legarsi le mani a
causa delle scelte infrastrutturali" intendi che tu, sviluppatore, ti stai
legando le mani utilizzando determinate tecnologie, che c'entrano marginalmente
con il cloud (l'unico "dettaglio" importante è se il fornitore supporta le
tecnologie che vuoi utilizzare). Io, da sistemista, per legarmi le mani intendo
quanto "spazio di manovra" ho per far girare, monitorare e lavorare sul sistema
che stiamo mettendo in piedi, e questo c'entra parecchio con il cloud.
Facciamo un esempio: il meraviglioso e stupendo software spaccailculoaimondi
che stai sviluppando userà SQL Server come database. Per scelte tecniche non
imputate direttamente al sistemista, si è scelto di usare un'istanza RDS
piuttosto che un'istanza Ec2 per installare il database. Nel momento in cui tu
sviluppatore mi chiederai un backup del database da portare in ambiente di test
per provare l'installazione di spaccailculoaimondi 2.0 io, da sistemista, non
sarò in grado di eseguirlo, l'unica cosa che potrò fare è uno spool sql (con
tutti i pro e i contro del caso). Questo perché RDS non mette a disposizione un
metodo per accedere ai backup del database e SQL Server, che salva i backup su
di un path locale della macchina, non ha metodi per aggirare il limite della
piattaforma (Oracle, dal canto suo, ha dei package che permettono di trasferire
dei file tramite db link). Diversamente, se si fosse utilizzata un'istanza Ec2,
non avrei avuto alcun problema a fare il backup (ed il successivo restore),
proprio perché ho accesso (via desktop remoto) alla macchina su cui è
installato SQL Server, e quindi al path su cui esso viene salvato. In altre
parole, i sistemi di cloud sono ottimi, ma per loro natura (soprattutto quelli
PaaS come Heroku, giusto per citarne un altro) spesso portano limitazioni che
in alcuni contesti non sono accettabili
 
Enrico
P.S. per il discorso "gli sviluppatori scelgono le tecnologie da usare", spesso
e volentieri ho visto decidere le tecnologie da usare da chi non ne capiva
nulla, ovvero non dagli sviluppatori o dai sistemisti, ma da chi paga...

 nulla, ovvero non dagli sviluppatori o dai sistemisti, ma da chi paga...
 
Per me non è tanto importante il "chi" quanto il "come e perchè'
 
A.