Applicazioni RPG per AS400: perchè riscriverle per renderle moderne?

[ciccio]

"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/

[4ndre4]

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." ?

[ciccio]

4ndre4 <a.laf...@gmail.com> ha scritto:

> On Monday, 7 March 2016 08:38:35 UTC, ciccio wrote:
> > "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/
>

CUT

> 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?

Paragonare lo sviluppo software con la costruzione di una casa,
è estremamente errato (oltre che più vecchiume di così non si può). Come
esempio sarebbe deleterio perfino per i bambini dell'asilo.

CUT

> 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.

[rootkit]

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?

[4ndre4]

On Monday, 7 March 2016 11:11:51 UTC, ciccio wrote:

[...]

> Paragonare lo sviluppo software con la costruzione di una casa,
> è estremamente errato (oltre che più vecchiume di così non si può). Come
> 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?

[Dr.UgoGagliardelli]

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?

[Francesco Da Riva]

Il giorno lunedì 7 marzo 2016 13:59:15 UTC+1, Dr.UgoGagliardelli ha scritto:
>
> 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?

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

[enoquick]

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

[ilChierico]

On 07/03/2016 14:30, enoquick wrote:

> Li metti tu i soldi per investire in una ristrutturazione completa del
> 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.

[ilChierico]

On 07/03/2016 14:19, Francesco Da Riva wrote:

> 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.

[Dr.UgoGagliardelli]

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.

[Francesco Da Riva]

Il giorno lunedì 7 marzo 2016 17:34:05 UTC+1, Dr.UgoGagliardelli ha scritto:

> 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.

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

[rootkit]

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.

[ilChierico]

On 07/03/2016 19:02, rootkit wrote:

> 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.

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.

[Dr.UgoGagliardelli]

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.

[Dr.UgoGagliardelli]

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.

[rootkit]

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

[ciccio]

Dr.UgoGagliardelli <do.no...@me.please> ha scritto:

CUT

questa è già un'analisi più condivisibile e razionale delle solite
lezioncine dei saputelli del ng

[4ndre4]

On Tuesday, 8 March 2016 09:08:18 UTC, ciccio wrote:

[...]

> questa è già un'analisi più condivisibile e razionale delle solite
> 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.

[Suarez]

On Tue, 8 Mar 2016 07:28:19 +0100, "Dr.UgoGagliardelli" <do.no...@me.please>
wrote:

/ )
' /
---' (_____
((__)
_ ((___)
-'((__)
--.___((_)

[enoquick]

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.

[Max_Adamo]

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

[fm]

"Suarez" <Sua...@despammed.com> 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 ---

[rootkit]

On Tue, 08 Mar 2016 20:39:44 +0000, Max_Adamo wrote:


>> 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?
>
> 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.

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.

[rootkit]

On Mon, 07 Mar 2016 07:30:41 -0600, enoquick wrote:


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

lui pensa di essere dalla parte di quelli che quei soldi li incassano.

[Roberto Tempesti]

Il 08/03/2016 22:24, fm ha scritto:

> 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 ---
>

Per il momento bene.

[Dr.UgoGagliardelli]

Il 08.03.2016 21.39, Max_Adamo ha scritto:
> Il Mon, 07 Mar 2016 13:58:06 +0100, Dr.UgoGagliardelli ha scritto:
>
>> Il 07.03.2016 09.38, ciccio ha scritto:
>>> "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/
>>>
>>>
>> 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?
>
> 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?

[...]
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.

[Dr.UgoGagliardelli]

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.

[ilChierico]

On 08/03/2016 14:32, enoquick wrote:

> Vista da questa angolazione è un'altra cosa ma siamo oramai in un
> sistema quasi full capitalista.

Se vuoi farti bucare il sistema, comprati un PC e usa win o anche linux,
non un sistema proprietario del quale IBM conosce i nomi di tutti i
programmatori che hanno scritto il codice del sistema e hanno progettato
la macchina.

E che sono i soli a sapere come funziona (mica l'ho scritta io
quest'obiezione).

Che senso ha permettere ad Android di comunicare con AS400? Fosse un win
qualsiasi, capirei. La pelle è la tua. Ma con AS400 o altri sistemi
chiusi? Si chiamano sistemi chiusi mica per far lavorare solo l'ottimo
dott. Gagliardelli, questo lo sappiamo tutti :-)

> 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:-(

[ilChierico]

On 08/03/2016 06:03, Dr.UgoGagliardelli wrote:

> 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.

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;-)

[ilChierico]

On 08/03/2016 07:26, rootkit wrote:

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

[rootkit]

ehmbè?

[rootkit]

On Fri, 11 Mar 2016 16:10:32 +0100, ilChierico wrote:


> 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?

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.

[Dr.UgoGagliardelli]

Il 11.03.2016 16.10, ilChierico ha scritto:
> On 08/03/2016 06:03, Dr.UgoGagliardelli wrote:
>
>> 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.
>
> E allora perchè non usare le schede perforate se fanno lo stesso lavoro
> in metà tempo e costano pure meno?

Cos'avrai mai capito non si sa.
La tua obiezione (che ha omesso) diceva:

> 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.

A questo ho replicato io, quel "solo far inserire dati" fa pensare ad
una perforatrice anni '70, se non ad 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?

Evidentemente per te il termine interfaccia si riduce ad "interfaccia
utente". Invece, la comune accezione ha un senso piu' generale. Puoi
avere un programma bellissimo che calcola benissimo, ma senza dati non
serve ad un gran che'. Visto che inserire i dati rappresenta un costo
ricorrente, se prospetto al cliente scaricarne l'onere su qualcun altro
e' ovvio che sara' disposto ad un investimento pur di evitare un costo
improduttivo. Ma il bel programma che fa i calcoli dovra' essere in
grado di gestire fonti di dati diverse: tramite interfacce diverse,
appunto, non solo tramite la tua CUA straveloce.

>
> Guarda che li ho letti anch'io gli articoli "mettiamo un'interfaccia
> web/http/grafica/sarcazzo alla buona vecchia applicazione in RPG per

[...]

> E tutto questo è un discorso generale che ha poco o nulla a che fare con
> l'AS400.

Certamente, l'as400 e' un server e non si vede perche' occorra annegare
delle interfacce grafiche o pseudo tali, nei suoi bei programmi di calcolo.
L'intervento immediato per evitare di estirpare almeno la view da un bel
programma che oltre a fare i calcoli assume anche i ruoli di model e
controller, non ti sembra un turpe palliativo? Nel breve sara' costato
poco, ma a distanza di tempo risultera' un inutile spreco di quattrini.

>
> 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;-)

E questo che c'azzecca?

[Dr.UgoGagliardelli]

Il 11.03.2016 16.16, ilChierico ha scritto:
> On 08/03/2016 14:32, enoquick wrote:
>
>> Vista da questa angolazione è un'altra cosa ma siamo oramai in un
>> sistema quasi full capitalista.
>
> Se vuoi farti bucare il sistema, comprati un PC e usa win o anche linux,
> non un sistema proprietario del quale IBM conosce i nomi di tutti i
> programmatori che hanno scritto il codice del sistema e hanno progettato
> la macchina.
>
> E che sono i soli a sapere come funziona (mica l'ho scritta io
> quest'obiezione).

Te lo auguro, perche' a naso mi sembra una gran coglionata.

>
> Che senso ha permettere ad Android di comunicare con AS400?

E quale sarebbe il controsenso?

> Fosse un win
> qualsiasi, capirei. La pelle è la tua. Ma con AS400 o altri sistemi
> chiusi? Si chiamano sistemi chiusi mica per far lavorare solo l'ottimo
> dott. Gagliardelli, questo lo sappiamo tutti :-)

Mah, io conosco l'as400 da molto prima della GA, ma non l'ho mai
considerato un sistema chiuso, essendo dotato di tutte le interfacce e
protocolli standard per interagire col mondo esterno. Si potra' forse
dire che sia un sistema proprietario, ma quale sarebbe la relazione con
la possibilita' di colloquiare con client esterni?

>
>> 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:-(
>

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

[enoquick]

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.

[enoquick]

Il 11/03/2016 09:16, ilChierico ha scritto:
> On 08/03/2016 14:32, enoquick wrote:
>
>> Vista da questa angolazione è un'altra cosa ma siamo oramai in un
>> sistema quasi full capitalista.
>
> Se vuoi farti bucare il sistema, comprati un PC e usa win o anche linux,
> non un sistema proprietario del quale IBM conosce i nomi di tutti i
> programmatori che hanno scritto il codice del sistema e hanno progettato
> la macchina.
>

Che centra ?

> E che sono i soli a sapere come funziona (mica l'ho scritta io
> quest'obiezione).
>
> Che senso ha permettere ad Android di comunicare con AS400? Fosse un win
> qualsiasi, capirei. La pelle è la tua. Ma con AS400 o altri sistemi
> chiusi? Si chiamano sistemi chiusi mica per far lavorare solo l'ottimo
> dott. Gagliardelli, questo lo sappiamo tutti :-)
>
>> 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:-(
>

Era un po diverso

[Dr.UgoGagliardelli]

Il 11.03.2016 18.58, enoquick ha scritto:
> Il 09/03/2016 01:40, Dr.UgoGagliardelli ha scritto:

[...]

>> 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.
>
>
>
> 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.
>

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.
:-)

[WalterC]

fm <f...@fm.it> ha scritto:

<big cut>

> 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

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.

[ciccio]

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...

[ciccio]

Dr.UgoGagliardelli <do.no...@me.please> ha scritto:

CUT

> Certamente, l'as400 e' un server e non si vede perche' occorra annegare
> delle interfacce grafiche o pseudo tali, nei suoi bei programmi di calcolo.
> L'intervento immediato per evitare di estirpare almeno la view da un bel
> programma che oltre a fare i calcoli assume anche i ruoli di model e
> controller, non ti sembra un turpe palliativo? Nel breve sara' costato
> poco, ma a distanza di tempo risultera' un inutile spreco di quattrini.

CUT

Qualcuno qui dentro questo ancora non l'ha capito.

[ciccio]

4ndre4 <a.laf...@gmail.com> ha scritto:

CUT
>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?

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?

[Dr.UgoGagliardelli]

Il 12.03.2016 10.52, ciccio ha scritto:
> 4ndre4 <a.laf...@gmail.com> ha scritto:
>
> CUT
>> 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?
>
> 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.

Come se su as400 non esista una jvm. Ma che cazzo dici?

> 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?

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.

[ciccio]

Dr.UgoGagliardelli <do.no...@me.please> ha scritto:

> > 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?
> 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.

un sistema "proprietario" ha più contro che pro. Chiaro adesso?

[Dr.UgoGagliardelli]

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

[fm]

"WalterC" <20889i...@mynewsgate.net> ha scritto nel messaggio
news:201603120...@mynewsgate.net...

OK
Grazie a tutti quelli che hanno risposto.

ciao
fm

[fm]

/
"ciccio" <21669i...@mynewsgate.net> ha scritto nel messaggio
news:201603120...@mynewsgate.net...

Stupidaggini.

Rileggiti le due prime risposte al tuo post iniziale,
quella di 4ndre4.

[enoquick]

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à.

[4ndre4]

On Saturday, 12 March 2016 09:52:59 UTC, ciccio wrote:

[...]

> 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.

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?

[4ndre4]

On Saturday, 12 March 2016 12:24:59 UTC, ciccio wrote:

[...]

> 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?

[4ndre4]

On Saturday, 12 March 2016 09:14:49 UTC, WalterC wrote:

[...]

> 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?

Ovvio. Farlo capire a certe zucche dure, e` impresa molto ardua.

[4ndre4]

On Saturday, 12 March 2016 09:38:49 UTC, ciccio wrote:

[...]

> 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

Cosa che ovviamente nel mondo reale (cioe` non in quello in cui vivi tu) non avverra` mai.

[Luca Menegotto]

Il giorno sabato 12 marzo 2016 16:33:25 UTC+1, 4ndre4 ha scritto:

> 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

[ciccio]

4ndre4 <a.laf...@gmail.com> 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.

[ciccio]

4ndre4 <a.laf...@gmail.com> ha scritto:

> On Saturday, 12 March 2016 09:52:59 UTC, ciccio wrote:
>
> [...]
> > 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.
>
> 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

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.

[ciccio]

4ndre4 <a.laf...@gmail.com> ha scritto:

Auguri, allora.

[ciccio]

enoquick <enoq...@gmail.com> ha scritto:

CUT

> Ora,per quale motivo una azienda si vuole tenere il "cesso" non lo
> so,avranno le loro ragioni.

Ci sono millemila ragioni.

[4ndre4]

On Saturday, 12 March 2016 16:58:14 UTC, ciccio wrote:

[...]

> 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.

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.

[4ndre4]

On Saturday, 12 March 2016 17:02:42 UTC, ciccio wrote:

[...]

> 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.

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.

[4ndre4]

On Saturday, 12 March 2016 17:05:33 UTC, ciccio wrote:

[...]
> Ci sono millemila ragioni.

Ce ne illustri TRE, Ing. Cane.

[4ndre4]

On Saturday, 12 March 2016 17:04:39 UTC, ciccio wrote:

[...]
> Auguri, allora.

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

[enoquick]

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.

[Dr.UgoGagliardelli]

Il 12.03.2016 17.58, ciccio ha scritto:
> 4ndre4 <a.laf...@gmail.com> ha scritto:
>
>> On Saturday, 12 March 2016 12:24:59 UTC, ciccio wrote:
[...]
>

> 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.

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?

[ciccio]

4ndre4 <a.laf...@gmail.com> ha scritto:

> On Saturday, 12 March 2016 17:02:42 UTC, ciccio wrote:
>
> [...]
> > 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.
>
> 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:

[ciccio]

enoquick <enoq...@gmail.com> ha scritto:

Certo, ma non è soltanto la miopia ad essere un male per loro...

[enoquick]

Ecco,continua a giudicare.

[Luca Menegotto]

Il giorno martedì 15 marzo 2016 12:52:51 UTC+1, ciccio ha scritto:

> quindi è impossibile
> che ci siano "sistemi scritti in Java con 20 anni di utilizzo alle spalle,
> 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

[ciccio]

enoquick <enoq...@gmail.com> ha scritto:

CUT

> >> 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.
> >>
> >
> > Certo, ma non è soltanto la miopia ad essere un male per loro...
> >
> >
> >
>
> Ecco,continua a giudicare.

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

[ciccio]

Luca Menegotto <menegot...@gmail.com> ha scritto:

> Il giorno martedì 15 marzo 2016 12:52:51 UTC+1, ciccio ha scritto:
>
> > quindi è impossibile
> > che ci siano "sistemi scritti in Java con 20 anni di utilizzo alle spalle,
> > manutenzione, evoluzione" come stai dicendo tu.
>
> Oh bella. Perché è impossibile?

E' questione di tempistica, non si può ingannare il trascorrere del tempo.

> 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?

Nota che l'accrocchio interfaccia web al server arcaico l'hanno tirata
su proprio perché arrivati ad un certo punto /bisogna/ cambiare...

> 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.

[enoquick]

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

[Luca Menegotto]

Il giorno martedì 15 marzo 2016 19:28:17 UTC+1, ciccio ha scritto:

> > Oh bella. Perché è impossibile?
> E' questione di tempistica, non si può ingannare il trascorrere del tempo.

Ma il trascorrere del tempo lo combatti modificando la logica aziendale implementata nel software, non mettendo l'interfaccia web perché fa più figo.

> Nota che l'accrocchio interfaccia web al server arcaico l'hanno tirata
> su proprio perché arrivati ad un certo punto /bisogna/ cambiare...

Bisogna? Ora, io non conosco quale sia lo scopo dell'accrocchio. Nel caso che ti cito io, la necessità di cambiare l'UI non c'è, de facto. Per quanto brutta possa essere l'interfaccia carattere, se ci sei abituato non esiste GUI che ti consenta di fare le cose in modo più veloce.

Per dire, io sotto Linux uso la GUI per impostare il sistema per le operazioni che non svolgo di frequente; e per le quali non ho ovviamente memoria; le cose che conosco si fanno tutte via terminale a carattere. Perché? Perché è più veloce.

> A maggior ragione la logica aziendale se è legata ad un sistema
> 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

[Roberto Tempesti]

Il 15/03/2016 19:28, ciccio ha scritto:

> A maggior ragione la logica aziendale se è legata ad un sistema
> che va ancora a manovella non potrà /mai/ evolversi.
>

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

[ciccio]

Luca Menegotto <menegot...@gmail.com> ha scritto:

> Il giorno martedì 15 marzo 2016 19:28:17 UTC+1, ciccio ha scritto:
>
> > > Oh bella. Perché è impossibile?
> > E' questione di tempistica, non si può ingannare il trascorrere del tempo.
>
> Ma il trascorrere del tempo lo combatti modificando la logica aziendale
implementata nel software, non mettendo l'interfaccia web perché fa più figo.

E che lo dici a me?! Dillo a loro! ;-D

> > Nota che l'accrocchio interfaccia web al server arcaico l'hanno tirata
> > su proprio perché arrivati ad un certo punto /bisogna/ cambiare...
>
> Bisogna? Ora, io non conosco quale sia lo scopo dell'accrocchio. Nel caso che
ti cito io, la necessità di cambiare l'UI non c'è, de facto. Per quanto brutta
possa essere l'interfaccia carattere, se ci sei abituato non esiste GUI che ti
consenta di fare le cose in modo più veloce.

E allora hanno messo sotto quei programmatori per tirare su quello
strato di interfaccia grafica per nulla?!

> Per dire, io sotto Linux uso la GUI per impostare il sistema per le operazioni
che non svolgo di frequente; e per le quali non ho ovviamente memoria; le cose
che conosco si fanno tutte via terminale a carattere. Perché? Perché è più veloce.

Beh, ovvio...

> > A maggior ragione la logica aziendale se è legata ad un sistema
> > 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.

E allora che continuino ad usare l'orrida e preistorica interfaccia
grafica a caratteri verdi e tristi contenti e felici!

[ciccio]

Roberto Tempesti <roberto....@nospam.it> ha scritto:

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

[ciccio]

enoquick <enoq...@gmail.com> ha scritto:

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

[enoquick]

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.

[Dr.UgoGagliardelli]

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.