Sistema multipiattaforma: perch\u00e9 per noi \u00e8 importante sviluppare questa soluzione?<\/h2>\n
Vediamo innanzitutto quali sono i due principali svantaggi delle applicazioni legacy:<\/p>\n
– il knowledge drain<\/b>: provoca la perdita di conoscenze sia sulle applicazioni in quanto codice applicativo sia sui linguaggi; conoscenze facilmente rimpiazzabili con le moderne applicazioni ma difficilmente con applicazioni legacy.
\nLa scalabilit\u00e0 dipende pi\u00f9 dal sistema che c’\u00e8 sotto; sebbene AS400 abbia una scalabilit\u00e0, questa \u00e8 verticale anzich\u00e9 orizzontale.<\/span><\/p>\n– il vendor lock-in<\/b>: se volessimo azzardare un paragone potremmo definirlo, insieme allo stato, \u201cun socio maggioritario dell\u2019azienda\u201d. Molto dipende dai dettagli certo, ma vendor lock-in nonostante Google lo neghi, bene o male c’\u00e8 sempre.
\n<\/span>Le moderne applicazioni si focalizzano su google cloud platform, e comunemente su piattaforme cloud caratterizzate da maggiore scalabilit\u00e0 e da una maggiore disponibilit\u00e0 online. L\u2019utilizzo di pattern di sviluppo diffusi in ogni parte del mondo, facilita l\u2019incontro con sviluppatori che questi pattern li conoscono.<\/span><\/p>\nPerch\u00e8 gli sviluppatori di smeup vogliono appoggiarsi alle nuove tecnologie e costruire indipendenza?<\/b><\/p>\n
Una base di sviluppatori molto pi\u00f9 ampia e tutte le librerie disponibili open-source, sono una ricchezza preziosa; tuttavia cercare una libreria crittografica per l’RPG, non \u00e8 cos\u00ec facile come invece cercare quella per lodge Js.<\/p>\n<\/div><\/div><\/div><\/div><\/div>
La separazione tra tecnologia e applicazione<\/h2>\n
Principio fondamentale su cui si basa il nostro sviluppo di Sistemi multipiattaforma \u00e8 proprio mantenere separate tecnologia e applicazione in modo che sia molto pi\u00f9 facile cambiare la tecnologia in seguito alla sua evoluzione, senza che l\u2019applicazione ne sia intaccata.<\/p>\n
Attraverso le foundation, smeup mette a disposizione dei suoi incaricati del delivery tutta una serie di strumenti semplici da utilizzare come \/copy e API affinch\u00e9 siano in grado di sviluppare, sia nei nostri laboratori sia direttamente presso il cliente, il codice della soluzione applicativa.<\/p>\n
Che problemi risolve a noi<\/h3>\n\n- Permette soprattutto di essere liberi da alcuni requisiti stringenti: As400 e RPG hanno diversi requisiti .
\nEssere svincolati da AS400 consente:
\n– Maggiore Scalabilit\u00e0 del business: pi\u00f9 possibilit\u00e0
\n– Nuovi modelli di business
\n– Fornire delle Mini-app vs grosso erp
\nUn esempio \u00e8 quello della Cassa negozio. Grazie al multipiattaforma possiamo realizzare la cassa di un negozio, cosa che prima non era possibile fare perch\u00e9 non era possibile mettere un AS400 in un negozio.<\/li>\n - Permette di aver un miglior rapporto costi sviluppo\/benefici perch\u00e9 in generale ci consente di coinvolgere molti pi\u00f9 sviluppatori, e di conseguenza anche a giovani gi\u00e0 formati almeno sulla parte tecnica e valutare anche la possibilit\u00e0 di fare outsourcing all\u2019 esterno . non \u00e8 necessario avere dei programmatori rpg.<\/li>\n
- Consente di avere accesso a software open-source scritto da altri, quindi accedere a numerosi repository, progetti open-source a cui attingere.<\/span><\/li>\n<\/ol>\n
Che problemi risolve ai clienti<\/h3>\n\n- Siamo un fornitore pi\u00f9 flessibile e rapido, perch\u00e9 ci consente di risolvere molti dei problemi dei nostri clienti<\/li>\n
- Hanno un software pi\u00f9 moderno: possiamo vendere ai clienti un software pi\u00f9 efficiente<\/li>\n
- Possiamo fare progetti che prima non era possibile realizzare: Ad esempio erogare delle app in una modalit\u00e0 che non preved l\u2019utilizzo dell\u2019as400 oppure sviluppare delle applicazioni snelle che possono essere realizzate facilmente e velocemente senza il vincolo dell\u2019as400 dietro.<\/li>\n<\/ol>\n<\/div><\/div><\/div><\/div><\/div>
Il nostro interprete: JaRIKo<\/h2>\n
Cos\u2019\u00e8 JaRIKo ? <\/b><\/p>\n
JaRIKo \u00e8 un interprete del linguaggio di programmazione RPG. Dato che \u00e8 scritto in Kotlin, JaRIKo gira su una JVM (Java Virtual Machine).<\/p>\n
Si tratta di un vero e proprio motore all\u2019interno del multipiattaforma che riceve il codice RPG e una riga alla volta, lo esegue sopra la java virtual machine, ovvero una macchina che usa java ma in questo caso esegue del codice rpg.<\/p>\n<\/div><\/div><\/div><\/div><\/div>
Quali sono le peculiarit\u00e0 dei sistemi multipiattaforma?<\/h2>\n\n- Il codice RPG gira ovunque (raspberry, smartphone, ps desktop, server, cloud, data center\u2026): quindi offre molta flessibilit\u00e0<\/li>\n
- Il codice RPG \u00e8 estendibile (ovvero: possiamo aggiungere nuovi codici operativi, nuovi tipi di variabile, ecc)<\/li>\n
- Il codice RPG \u00e8 sostituibile anche a pezzi con codice Java (singolo programma, singola procedura, singola routine) dando una grandissima flessibilit\u00e0 . E\u2019 possibile prendere ad esempio un pezzo di codice rpg scritto 10 anni fa e metterci dentro dei pezzi di java. Lo schema mostra come sia possibile scrivere il programma 2 in java mentre il programma 1 e 3 rimangono in prg, oppure si possa riscrivere una singola procedura o la singola routine.<\/li>\n<\/ul>\n<\/div>