Newsgroup: it.lavoro.informatica
Titolo: Applicazioni RPG per AS400: perchè riscriverle per renderle moderne?

"Applicazioni RPG per AS400: perchè riscriverle per renderle moderne?"
 
Appunto, meglio buttare tutto nel cesso e cominciare a programmare
le applicazioni con un linguaggio moderno e al passo coi tempi.
 
http://www.lineaedp.it/news/23094/applicazioni-rpg-per-as400-perche-riscriverle-per-renderle-moderne/
 
 
 


Ancora con questa stronzata del buttare tutto nel cesso e riscrivere con un linguaggio moderno? Ma tu, veramente, avresti il coraggio di renderti ridicolo davanti al CTO di una grande azienda dicendogli di riscrivere tutto un sistema da zero? La tua politica e` quella che, un sistema, raggiunti 20 anni, si butta giu` e si riscrive? Come la metteresti se uno ti dicesse che il palazzo in cui vivi, siccome ha raggiunto i 60 anni, va buttato giu` e ricostruito con mezzi e materiali moderni? Ah, inoltre - dettaglio - devi ricacciare fuori i soldi per comprarti casa. Ma la smetti di scrivere puttanate? Quale esperienza hai, tu, di sviluppo software? Immagino che tu sia rimasto confinato in un officetto a scrivere due paginette web, perche` dimostri di conoscere poco e niente di come si lavora su progetti veri. Quale sarebbe, poi, un "linguaggio moderno"? I linguaggi mainstream di oggi sono tutt'altro che moderni. Come bisogna spiegartelo, in cinese, che riscrivere un sistema comporta costi enormi, una rianalisi di tutti i requisiti, e puo` prevedere una fase di assestamento post-sviluppo (fix dei bug, garanzia dei requisiti di sicurezza, ecc..) del tutto insostenibile?
 
Che cosa non avresti capito del periodo di quell'articolo: "Quella che avete appena menzionato è sicuramente l'esigenza principale di chi, nel corso degli anni, ha continuamente investito nella piattaforma IBM Power System, ossia il celeberrimo AS400 per i più nostalgici, e nella realizzazione di applicazioni scritte in RPG e ormai talmente personalizzate che non avrebbe alcun senso cambiare." ?
 

 
 
Nello sviluppo software non c'è posto per i "nostalgici".
Per loro esiste il MAME.
 
 


scusa ma tu hai a che fare con questo prodotto o questa azienda?
è almeno la terza volta che riproponi una discussione sui massimi sistemi 
sulla base di una loro marchetta.
fanno quello di mestiere, cosa vuoi che dicano? 

 esempio sarebbe deleterio perfino per i bambini dell'asilo.
 
Io credo che la tua capacita` di comprensione sia ben al di sotto di quella di un bambino di 2 anni. Oltre al fatto che la tua esperienza nello sviluppo di sistemi software e` evidentemente pari a zero. Certe stronzate le puoi dire perche` sei ben protetto da uno schermo, una tastiera, ed un nick che piu` anonimo non si puo`. L'esempio che ti si sta facendo e` con un "sistema" che e` stato tirato in piedi, investendo risorse, persone, materiali, tecnologie fisse al tempo della progettazione, e che non e` possibile buttare giu` ed essere ricostruito solo perche` all'idiota di turno e` venuto lo schiribizzo dei materiali e tecnologie piu` moderne. E` chiaro, poi, che un sistema software e` diverso da un edificio, ma non era questo il punto. Non si tratta di essere "nostalgici" - come al solito non capisci un cazzo di quel che gli altri scrivono. Non si decide di mantenere sistemi tirati in piedi in 20, 30, 40 anni perche` si e` nostalgici o affezionati alla vecchia tecnologia. Non li si abbatte e ritira su, come ti e` stato ampiamente spiegato piu` e piu` volte, per motivi pratici, economici e di rischio. Ci faresti la grazia di spiegarci qual e` il motivo piu` cogente per cui un sistema scritto su AS/400, in RPG, che funziona perfettamente, fa il suo dovere da qualche decennio, dovrebbe essere tirato in piedi e ricostruito? Hai idea del fatto che sistemi creati 10 anni fa in Java, tra 10 anni saranno ugualmente vetusti? Che fai, li butti giu` e li riscrivi? Ma ti rendi conto delle puttanate che scrivi?


A parte la puttanata in se' che scrivi, ti sei accorto, vero, che si 
tratta di un articolo redazionale, ovvero pubblicitario commissionato da 
un'azienda ad una rivista specializzata in publicita' grosso modo 
rivolta al settore informatico?
 
Cosa pretenderesti da un culo? Una romanza?
 

 rivolta al settore informatico?
 
Mi chiedevo infatti: ad oggi esistono soluzione di quel tipo, ovvero atte a "rivestire" codice con interfacce a carattere per renderle web o almeno grafiche, che siano realmente valide in ambito "AS/400"
 
Ciao
  Francesco


Li metti tu i soldi per investire in una ristrutturazione completa del 
codice con un nuovo linguaggio piu gli inesorabili bug fix?
 
 

 codice con un nuovo linguaggio piu gli inesorabili bug fix?
 
Lo sacro marketing che "se un sistema funziona, buttalo giù" e rifallo 
da capo, sennò qui noi sacri programmatori ci muoriamo di fame.

 Mi chiedevo infatti: ad oggi esistono soluzione di quel tipo, ovvero atte a "rivestire" codice con interfacce a carattere per renderle web o almeno grafiche, che siano realmente valide in ambito "AS/400"
 
Lo sacro gatto che si morde la sacra coda.
 


Dipende dal significato che dai al termine "valido". Se intendi il punto 
di vista tecnologico la risposta e' no. Se invece intendi il punto di 
vista economico allora e' si' a breve termine, ma continua ad essere no 
nel lungo periodo.

 nel lungo periodo.
 
Argomento molto interessante: lo potresti estrinsecare un po' di più?
Soprattutto definendo, se puoi, l'ordine di grandezza della scala temporale di breve e lungo.
 
Ciao
  Francesco


provo a rispondere anch'io.
il breve periodo può essere anche domattina: il vantaggio di queste 
soluzioni è che, oltre ad essere economiche, da subito hai una 
interfaccia http. chiaramente il vantaggio di una soluzione immediata lo 
godi nell'immediato, oltre ti rimangono i limiti tecnologici.
 

 godi nell'immediato, oltre ti rimangono i limiti tecnologici.
 
E che ci fai? Se devi solo far inserire dati, l'interfaccia a carattere 
basta ed avanza e aiuta pure a velocizzare l'inserimento manuale dei dati.
 


Beh, ovviamente se la tua applicazione host si riduce alle funzionalita' 
di una macchina da scrivere non ci fai niente. In tal caso anche un 
terminale stile vt100 sarebbe sprecato, le schede perforate farebbero il 
loro porco mestiere allo stesso modo.


Il breve puo' essere l'immediato. Nel senso che l'applicazione host non 
subisce alcuna modifica, comprendendo flussi operativi, navigazione, 
data-base, interfacce esterne etc..
Il lungo dipende da quanto tempo ci metti ad accorgerti che 
nero-su-bianco non e' poi tanto piu' moderno di verde-su-nero, quindi 
cominci ad investire su integrazioni basate sulla gui per cercare di 
inseguire quegli obiettivi che avrebbero modernizzato l'applicazione per 
davvero.
Ad un certo punto qualcuno potrebbe accorgersi del fine gattopardesco 
dell'operazione, ovvero che nulla e' cambiato e decida che sia ora di 
fare quel salto di qualita' che avrebbe permesso di raggiungere gli 
obiettivi veri ed inizia la sw selection per dotarsi di un nuovo erp.
Se vuoi puoi prendere ad esempio l'evoluzione delle ACG, fino a poco 
tempo fa commercializzate da IBM: V1, V2, V3, Web Edition, Vision4 poi 
basta, fine dei giochi. Le ACG sono passate di mano, ma piu' che altro 
sono passati di mano i clienti di ACG. L'evoluzione e' durata grosso 
modo 30 anni, escludendo ADM e ADB da cui derivano. In questo lasso di 
tempo anche le relazioni tra i dati sono rimaste immutate, ovvero 
cablate nella miriade di programmi che accedono al db, esattamente negli 
stessi programmi in cui sono cablate le interfacce video e di stampa 
assieme alle possibili elaborazioni.
A mio giudizio la mancanza di una qualsivoglia evoluzione tecnologica ne 
ha decretato la morte.
In questo caso specifico, il lungo termine di 30 anni e' dovuto solo al 
fatto che la base dell'installato era composta da migliaia di clienti, 
ma per un'applicazione made-in-house potrebbe essere molto piu' breve.
 


e che ne so io? rispondevo ad una domanda nel merito della soluzione, 
quindi presuppongo che al "che ci fai" abbia già una risposta.

Dr.UgoGagliardelli <do.no...@me.please> ha scritto:
 
CUT

questa è già un'analisi più condivisibile e razionale delle solite
lezioncine dei saputelli del ng
 
 

 lezioncine dei saputelli del ng
 
Tu hai molto da imparare. Scrivi meno imbecillita` e leggi di piu`. Potresti imparare qualcosa. Chiamare "saputello" chiunque dimostri di saperne piu` di te ti fa solo passare per un idiota.
 

On Tue, 8 Mar 2016 07:28:19 +0100, "Dr.UgoGagliardelli" <do.no...@me.please>
wrote:

     / )
    ' /
---' (_____
       ((__)
    _ ((___)
     -'((__)
--.___((_)
 
 


Vista da questa angolazione è un'altra cosa ma siamo oramai in un 
sistema quasi full capitalista.
E'il denaro che comanda,il nuovo dio,non la classe lavoratrice.
 


si ma poniamo la questione in un altro modo... la metto anche un po' da 
ignorante, perché non conosco bene alcune questioni. 
Tu hai il tuo bell'accrocchio (passami il termine) RPG o Cobol e davanti, 
dietro, a fianco (poiché 15 anni fa è arrivato il XXI secolo) ci devi 
mettere dei web services, vuoi fare interagire i servizi con la app per 
iphone e per android etc, etc... e ci sono sicuramente dei web services da 
poter utilizzare. Poi che fai, metti elasticsearch di fronte a DB2? Ti 
serve un sistema di chat da aggiungere, che deve parlare con tutto il 
resto della compagnia. Morale: finiresti una marea di incapsulazioni, 
tramite protocolli proprietari, stravaganti e probabilmente costosi: 
java -> rpg, xmpp -> db2... 
 
E come fai a gestire modifiche continue in un ambiente del genere, dove 
hai un turco davanti che parla in persiano ad un portoghese che sta dietro 
a lui ed è costretto a parlare suomi con il francese al suo fianco. 
 
Conviene continuare a customizzare un sistema del genere o non è che avere 
un sistema 
 
ne approfitto per segnalare una bella applicazoine del XXI secolo, per il 
telefono android, per fare la dichiarazione dei redditi in olanda --> 
https://goo.gl/U7oYlB
  :)
 
-- 
Massimiliano Adamo

 ha scritto nel messaggio 
news:kjktdbtj798tfn9nj...@4ax.com...

E, solo per mia curiosità,
i possessori di ACG (ammesso che siano ancora tali)
come si stanno trovando con TS ?
 
ciao
fm
 
ai possessori di AGC 
 
 
 
--- news://
freenews.netfront.net/
 - complaints: 
ne...@netfront.net
 ---

 services da poter utilizzare. 
 
eeeh... frena.
 
quello che fanno questi strumenti è pubblicare le maschere a caratteri 
come form html. magari qualche froceria ma poco altro.
tutto il resto con uno stack del genere nemmeno nei migliori sogni.
 

 codice con un nuovo linguaggio piu gli inesorabili bug fix?
 
lui pensa di essere dalla parte di quelli che quei soldi li incassano.
 
 
 


Per il momento bene.

 poter utilizzare. Poi che fai, metti elasticsearch di fronte a DB2?
[...]
Ammetto di non aver capito bene la tua obiezione. Se intendi che nel 
front-end html basato su uno screen-scraper puoi integrare tecnologie 
del XXI secolo, devi sempre tener presente che nel back-end c'e' un 
programma che manipola i pannelli video tramite l'interfaccia telnet, 
quindi si aspetta degli input precisi. Inoltre, lo stesso programma 
assume/basa la sicurezza, quindi le autorizzazioni dell'utente, sul 
login del server telnet, ignoto al front-end, che conseguentemente non 
potra' utilizzare alcuno schema di autorizzazioni basato sull'utente.
Ma questo e' solo un esempio di come possa essere debole l'integrazione 
fatta in quel modo, sicuramente inconsistente rispetto al contesto 
dell'applicazione back-end.
 


Diciamo che non e' l'unica alternativa. Per esperienza diretta, posso 
dirti che, data la necessita', in genere l'investimento si orienta verso 
la sostituzione completa dell' erp. Investimento che in genere e' meno 
oneroso di qualsiasi ristrutturazione profonda.

 E'il denaro che comanda,il nuovo dio,non la classe lavoratrice.
 
Era così anche quando sono nato. E prima che io nascessi. E prima che 
qualcuno creasse il Dio che regge il nostro misero Universo O:-(
 

 loro porco mestiere allo stesso modo.
 
E allora perchè non usare le schede perforate se fanno lo stesso lavoro 
in metà tempo e costano pure meno? Facciamo finta che io sia il cliente, 
tu mi costringi a pagare un'enormità per una macchina che non so nemmeno 
come funzioni e pretendi anche di aver ragione? Io cliente ragiono con 
il buon senso, e se si può fare con meno soldi e sprecando meno risorse, 
mi compro la macchina o il sistema che fa il lavoro con meno soldi e 
impiegando meno risorse.
 
Sai com'è, i soldi non crescono sugli alberi. Ma se proprio non l'hai 
letto, ti riassumo il contenuto degli articoli sulla grafica applicata 
all'AS400, altro che la tua applicazione si riduce alla funzionalità di 
una macchina da scrivere.
 
Chi era quello che urlava nel deserto "il mezzo è il messaggio?" ebbene, 
"l'interfaccia è il messaggio" secondo te? Conta più l'interfaccia o il 
programma che materialmente esegue i calcoli?
 
Guarda che li ho letti anch'io gli articoli "mettiamo un'interfaccia 
web/http/grafica/sarcazzo alla buona vecchia applicazione in RPG per 
AS400 che gira sempre con lo stesso codice e che funziona da Dio ma 
proprio per questo non ci fa più guadagnare una mazza e nel contempo 
soddisfiamo gli esperti del marketing che vogliono a tutti i costi 
un'interfaccia grafica anche dove non serve".
 
Per non parlare delle esperienze degli utenti pagati solo per inserire 
dati e che possono bellamente ignorare come funzioni un AS400, che ti 
confermano la praticità di una interfaccia testuale rispetto a quella 
grafica.
 
Altrimenti magari convinci il cliente a comprare uno scanner OCR o roba 
simile, che ha più senso di continuare ad inserire a manina gli stessi dati.
 
E tutto questo è un discorso generale che ha poco o nulla a che fare con 
l'AS400.
 
L'unificazione delle interfacce non è ancora una realtà, con buona pace 
di mamma M$ e di Win10, se proprio vogliamo controbattere. Altro che 
macchina da scrivere O;-)

 quindi presuppongo che al "che ci fai" abbia già una risposta.
 



ehmbè?

 programma che materialmente esegue i calcoli?
 
questa è una bella domanda.
se intendi strettamente l'interfaccia utente se ne può discutere. ma se 
si parla di interfaccia nella accezione attuale, cioè interfaccia oltre 
al front-end anche per altre applicazioni/sistemi (api), eccome se conta.
 
 

 macchina da scrivere O;-)
E questo che c'azzecca?
 


Adesso pero' ci devi svelare le tue fonti, il tuo pusher, per meglio 
dire. :-)


La mia risposta era a questa sua affermazione:
 
Appunto, meglio buttare tutto nel cesso e cominciare a programmare
le applicazioni con un linguaggio moderno e al passo coi tempi.
 
 
Non parla di comprare un nuovo erp,ma proprio di svilupparne app. in 
altri linguaggi.
 


 
Era un po diverso
 
 


Beh, sai com'e' ciccio...
Non so quanto bambino o adulto sia, di certo non traspare da quello che 
scrive. Meglio precisare, altrimenti si fa dei film mai visti.
:-)

 ai possessori di AGC 
 
Per quello che mi riguarda (uso praticamente solo la gestione archivi e la
contabilità) al momento v3r8 fa ancora il suo dovere e, se sei stato ordinato
nella creazione delle verticalizzazioni su tale base, riadattarle nel passaggio
v33 -> v38 non è stato complicato; ho avuto invece problemi in un caso nella
migrazione dei programmi del ciclo attivo (la stampa fatture è diventato un
mostro ingestibile) e mi hanno raccontato di problemi nella conversione v33 v38
di verticalizzazioni sul ciclo passivo, dovute alla modifica della base dati;
sempre per sentito dire, l'abbandono di webfacing per lo strumento di
conversione "al volo" dell'interfaccia (credo sia ACG Enterprise) è vista con
favore, perchè fare modifiche ai file video quando c'e' di mezzo webfacing è
quantomeno complesso (parlo per esperienza diretta: di solito non ti serve un
sistema di test, in quel caso è obbligatorio). 
Parlando del rapporto commerciale, nulla è cambiato, dopo un iniziale momento di
allarme (successivo alla vendita di IBM a Teamsystem) perchè avevo avuto la
sensazione (e non credo di essere stato il solo) che avrebbero fatto morire le
ACG forzando i clienti ad acquistare i loro prodotti equivalenti. Poi sono
arrivati messaggi tranquillizanti (almeno per ora).
Sono d'accordo con tutti quelli che sostengono l'arretratezza del disegno, ma
alla fine, se devi cambiare qualcosa che funziona da almeno vent'anni, qualcosa
pure costerà, ne convenite? E di questi tempi, nonostante quello che dice il
governo, ripresa da queste parti non se ne vede. E chi dovrebbe tirar fuori i
quattrini per avere qualcosa di più moderno se ne guarda bene dal farlo.
 
 
 

Dr.UgoGagliardelli <do.no...@me.please> ha scritto:

Ma quali film ;-)
 
Il film vero (per loro) sarebbe quello di buttare nel cesso tutti quei sistemi
legacy anti-diluviani e passare ad un ERP decente anche perché moderno, ma il
bello è che ne esistono anche di gratuiti: OpenERP per esempio. Quindi il
nocciolo del discorso rimane sempre quello... Perché tenere in piedi dinosauri
decrepiti quando fuori esistono già le astronavi...
 
 
 
 

 poco, ma a distanza di tempo risultera' un inutile spreco di quattrini.
CUT
 
Qualcuno qui dentro questo ancora non l'ha capito.
 
 
 

delle puttanate che scrivi?
 
Genio, AS/400 è un sistema *proprietario* che ha legato mani e piedi
a chi ha *sborsato* soldi per averlo, l'uso di Java invece non ha legato
alcuno mani e piedi. Anzi, permette e permetterà sempre di essere
indipendenti e di *evolversi*: infatti Google sta già passando da JDK a
OpenJDK.
Tu se devi scappare da un sistema proprietario, che fai, non scappi
perché "forse" costa troppo e ti prendi paura? :-O
E' tutto chiaro? O vuoi che ti faccia i disegnini come si fa con i bambini
dell'asilo?
 
 
 

 dell'asilo?
No, per niente chiaro. Dovresti spiegare perche' occorre "scappare" da 
un sistema "proprietario", e soprattutto dirci cosa sigifichi 
"proprietario" secondo te. Magari spiegarci quali siano pro e contro, 
tanto per discutere su una base comune.
 

 tanto per discutere su una base comune.
 
un sistema "proprietario" ha più contro che pro. Chiaro adesso?
 
 


No, cio' che non e' chiaro e' cosa intendi per "proprietario". 
Conseguentemente non e' dato sapere quali siano i pro e contro secondo te.
 

 ha scritto nel messaggio 
news:201603120...@mynewsgate.net...

OK
Grazie a tutti quelli che hanno risposto.
 
ciao
fm 


 ha scritto nel messaggio 
news:201603120...@mynewsgate.net...

Stupidaggini.
 
Rileggiti le due  prime  risposte al tuo post iniziale,
quella di 4ndre4.



Adesso ci allarghiamo un po,oltre allo sviluppo in casa esistono erp sul 
mercato.
OK
Ora,per quale motivo una azienda si vuole tenere il "cesso" non lo 
so,avranno le loro ragioni.
Vai in tutte le aziende che hanno il "cesso" e chiediglielo.
Oppure lo sai già.
 

 OpenJDK.
 
Genio, che AS/400 sia proprietario o non proprietario non c'entra un cazzo con quanto ho detto. Anche se sviluppi in Java devi *sborsare* soldi, perche` l'infrastruttura ce la devi avere ed un sistema scritto in Java normalmente lo paghi, e lo paghi fior di quattrini. E ti leghi mani e piedi a quel sistema ugualmente. Si sta parlando di evoluzione delle *APPLICAZIONI*. Un sistema scritto in Java con 20 anni di utilizzo alle spalle, manutenzione, evoluzione continua, significa avere un "mostro" dal quale non ti sganci facilmente comunque. E` *QUESTO* il punto, non quello che hai capito tu. O forse tu credi davvero che tra cinque anni si butti giu` quanto scritto in Java 15 anni fa perche` esistono tecnologie nuove? 

 un sistema "proprietario" ha più contro che pro. Chiaro adesso?
 
Tu sei l'azienda "Ciccio & C." e sviluppi software (ragioniamo per assurdo - sappiamo tutti che non ne sei capace). Hai messo in piedi un sistema (in Java, e parte web con CSS rigorosamente "puri") che il cliente "Incosciente SpA" utilizza da 20 anni. Che fai, siccome esistono tecnologie nuove, vai dal tuo cliente e gli proponi di buttare giu` tutto il sistema, e ritirarlo su? E per di piu` accollandosi i costi?  
 

 pure costerà, ne convenite? 
 
Ovvio. Farlo capire a certe zucche dure, e` impresa molto ardua.

 legacy anti-diluviani e passare ad un ERP decente anche perché moderno
 
Cosa che ovviamente nel mondo reale (cioe` non in quello in cui vivi tu) non avverra` mai.

 Che fai, siccome esistono tecnologie nuove, vai dal tuo cliente e gli proponi di buttare giu` tutto il sistema, e ritirarlo su? E per di piu` accollandosi i costi?
 
Diciamo che se ti chiami Siemens te lo puoi permettere (ho ancora il dente avvelenato). Altrimenti no.
 
-- 
Ciao!
Luca

 ha scritto:

Se un'evoluzione del sistema garantisce migliori prestazioni e
risparmi in costi e tempi, certamente, ed anzi mi bacerebbero pure le mani
ogni volta che ci incontriamo.
 
 

scritto in Java con 20 anni di utilizzo alle spalle, manutenzione, evoluzione 
 
Genio, impara questo conto a memoria:
 
2016 - 20 = 1996
 
CIOE' nel 1996 Java era stato rilasciato da APPENA un ANNO, quindi è impossibile
che ci siano "sistemi scritti in Java con 20 anni di utilizzo alle spalle,
manutenzione, evoluzione" come stai dicendo tu.
 
 
 
 

 ha scritto:

Auguri, allora.
 
 

 so,avranno le loro ragioni.
 
Ci sono millemila ragioni.
 
 

 ogni volta che ci incontriamo.
 
LOL :) Ma *COSA* risparmi? Non hai idea di quel che stai dicendo. Parli a vanvera come al solito. Non stai offrendo nessuna ragione tecnica cogente perche` si debba cambiare un intero parco applicativo. Ti rendi conto dei costi di un tale investimento, per un'azienda? E per cosa, poi, per un puro gusto di adeguamento alla modernita`? Sei veramente uno sparacazzate. Ti riempirebbero di calci nel culo, ogni volta che ti vedono, altro che baci. Sogna, pupo.
 
 

 CIOE' nel 1996 Java era stato rilasciato da APPENA un ANNO, quindi è impossibile che ci siano "sistemi scritti in Java con 20 anni di utilizzo alle spalle, manutenzione, evoluzione" come stai dicendo tu.
 
LOL :) A parte il fatto che io ho parlato di sistemi costruiti 15 anni fa e di un cambiamento radicale che dovrebbe avvenire, secondo il genio "ciccio" di i.l.i, tra 5 anni, per quale motivo non dovrebbero esistere sistemi scritti in Java e la cui costruzione e` iniziata nel 1996? Che cosa pensi che ci abbia fatto la gente, con Java, in un anno dalla sua uscita? Ma poi l'esattezza cronologica non c'entra neanche un cazzo. Il punto dell'esempio e` un altro: scegli la tecnologia X, considera un sistema sviluppato in 20 anni usando quella tecnologia e poi vienimi a dire come convinceresti il CEO di un'azienda che su quel sistema ci ha costruito tutto un business a buttare tutto giu` e ricostruire. Sei uno sparaminchiate che non sa quel che dice. La verita` e` che tu puoi affermare quel che affermi perche` non hai nessuna esperienza e non sei stato mai realmente coinvolto in una conversione del genere.

 Ci sono millemila ragioni.
 
Ce ne illustri TRE, Ing. Cane.

 Auguri, allora.
 
Auguri a te. Che tu ti possa svegliare nel mondo reale, prima o poi.
 


Per cambiare o per tenerselo ?
Nell' uno o nell' altro caso (e non sto a disquisire sulle ragioni del 
tenerselo o no) avranno le loro ragioni.
E' facile dal pulpito additare il "cesso" ed affermare "tu sei da 
cambiare perchè sei un cesso ed oggi si puo fare di meglio".
Vero che si puo fare di meglio (ma anche di peggio) ma se una azienda 
non cambia il "cesso" con qualcosa di meglio (sviluppato in casa o no 
non importa) avranno le loro ragioni,magari anche solo per miopia,ma è 
pur sempre una ragione.
 

 ogni volta che ci incontriamo.
Forse su un pianeta di un'altra galassia funziona cosi', non so.
Di sicuro, se la necessita' e' quella di migliorare le prestazioni, con 
ogni probabilita' il cliente optera' per potenziare l'hardware, che 
consente anche risparmi fiscali in termini di maggiori ammortamenti.
 
Per sostituire il software, l'esigenza dev'essere piu' profonda. In 
generale se ti accorgessi che il tuo software non supporta le 
funzionalita' che l'evoluzione del tuo business pretende.
 
Facciamo un esempio pratico: cambia una qualche legge fiscale per cui 
devi fornire dati alla pa in formati e protocolli che il tuo erp non 
gestitsce. Tu cosa cosa fai, migliori le prestazioni? Ottenendo di 
sbagliare piu' velocemente?

 LOL :) A parte il fatto che io ho parlato di sistemi costruiti 15 anni fa e
CUT
 
Genio, queste sono parole TUE:
 
"Un sistema scritto in Java con 20 anni di utilizzo alle spalle, manutenzione,
evoluzione continua"
 
E quindi ripetiamo:


 ha scritto:

Certo, ma non è soltanto la miopia ad essere un male per loro...
 
 
 


Ecco,continua a giudicare.
 

 manutenzione, evoluzione" come stai dicendo tu.
 
Oh bella. Perché è impossibile?
Io non so per quanto riguarda il Java. Io seguo un'azienda che ha un parco software enorme che gira sotto AS/400; iniziato più di 20 anni fa, in alcune parti è evoluto, mentre in altre è rimasto com'era all'epoca - se una cosa svolge bene il suo lavoro, perché cambiarla?
Voglio dire: il linguaggio in fin dei conti può essere anche non importante, l'importanza è la logica aziendale che realizza. Allora, secondo te, sarebbe economico e/o sensato riscrivere da zero il software dell'azienda che ti citavo?
 
-- 
Ciao!
Luca
 

 Ecco,continua a giudicare.
 
Ma non è necessario sfastidiardi per giudicare, basta /constatare/.
 
 

 Voglio dire: il linguaggio in fin dei conti può essere anche non importante,
l'importanza è la logica aziendale che realizza. Allora, secondo te, sarebbe
economico e/o sensato riscrivere da zero il software dell'azienda che ti citavo?
 
A maggior ragione la logica aziendale se è legata ad un sistema
che va ancora a manovella non potrà /mai/ evolversi.
 
 
 


Giudicare e' facile,fare il manager e prendere decisioni un altra.
 

 che va ancora a manovella non potrà /mai/ evolversi.
 
E chi ti dice che il sistema vada - o sia mai andato - a manovella?
Anzi, il famoso AS è stato sostituito l'anno scorso; però le applicazioni preesistenti son li che girano benone.
 
-- 
Ciao!
Luca


 
 
Quando parli di "sistema che va ancora a manovella" ti riferisci ad As400 ?
 

 Anzi, il famoso AS è stato sostituito l'anno scorso; però le applicazioni
preesistenti son li che girano benone.
 
E allora che continuino ad usare l'orrida e preistorica interfaccia
grafica a caratteri verdi e tristi contenti e felici!
 
 
 

 ha scritto:

Mi riferisco ad un qualsiasi sistema che ha problemi congeniti nella
capacità di evolversi.
 
 

 ha scritto:

Se giudicare e' facile, allora prendere le /decisioni/ più /giuste/
dovrebbe essere facile per i magnàgger...
 
 
 


E quale è la decisione piu giusta ?
Cambiare il cesso ?
Evidentemente una soluzione cosi brutale non viene sempre presa  in 
considerazione.
I motivi saranno sicuramente vari ed ogni manager deciderà lui per la 
propria azienda.
 


Aha ecco, quindi ti riferisci a qualcosa del tipo commodore64, 
zxspectrum, o qualcosa del genere, o magari ad una qualche macchina 
fuori produzione da lustri.
Perche' vedi, non esiste un sistema attualmente in produzione che abbia 
i problemi che dici tu, almeno in questa galassia.
Rimango della mia idea, o quotidianamente ti fai dosi industriali di 
qualcosa di potentemente allucinogeno, oppure ci sei caduto dentro da 
piccolo.