|
|
|
|
Strumenti |
06-07-2017, 10:02 | #41 |
Senior Member
Iscritto dal: Jan 2008
Messaggi: 8406
|
|
06-07-2017, 14:39 | #42 | |
Senior Member
Iscritto dal: Nov 2005
Città: Texas
Messaggi: 1722
|
Quote:
Addirittura spesso occorre valutare le licenze per i singoli tool o le singole feature. Non e' raro sviluppare del software e poi accorgersi che non lo si puo' distribuire e quindi buttare tutto. Ad ogni modo ho spedito una richiesta di informazioni ad Oracle, nella speranza di ottenere una risposta, che eventualmente riportero' qui per chi e' interessato ad usare MAF. Ho verificato anche il listino prezzi delle licenze e c'erano dei prodotti relativi allo sviluppo Mobile, ma si riferivano ai prodotti server e non c'era alcun riferimento a MAF. Personalmente... vista la situazione cosi' ingarbugliata credo che con MAF siano alla finestra a vedere cosa succede per poi decidere: ci sono tanti concorrenti sul cross-development e non hanno ancora deciso come fare. Vorrebbero ovviamente imporre una licenza super costosa ma hanno paura di tagliare le gambe al prodotto, quindi stanno studiando l'accoglienza di MAF presso gli sviluppatori e poi decidere. Non vedo altro motivo: insomma, non c'e' una sola parola sulla licenza, e' davvero un disastro!
__________________
In God we trust; all others bring data |
|
06-07-2017, 16:46 | #43 |
Senior Member
Iscritto dal: Nov 2005
Città: Texas
Messaggi: 1722
|
Ricevuto una risposta da Oracle, utile come uno spazzaneve ai tropici.
Per motivi di privacy riporto solo una parte del messaggio, la piu' importante: Codice:
What is the company that you work for? I could connect you with your account manager and discuss the licensing structure. Ehi! Aspetta un attimo: sul sito c'e' anche una licenza per l'uso di Java a circa 9000 dollari! Meglio non investigare.... Ho risposto ad Oracle dando ulteriori specifiche sul mio caso ma senza riportare le informazioni richieste perche' non sono rilevanti per me: voglio solo sapere se si puo' usare MAF per semplici app senza dover contattare il mondo e pagare cifre astronomiche. Credo che dovro' rassegnarmi a cancellare e portare il tutto un'altra volta. Spero di non avervi annoiato, e spero che questa discussione possa essere utile a qualcuno...
__________________
In God we trust; all others bring data |
06-07-2017, 17:28 | #44 |
Senior Member
Iscritto dal: Nov 2005
Città: Texas
Messaggi: 1722
|
Ho avuto anch'io questa impressione.
Comunque non mi hanno ancora risposto, lascio passare ancora qualche ora, poi telefono alla tipa che ha spedito il messaggio che ho riportato sopra. Avro' diritto ad una risposta, no?
__________________
In God we trust; all others bring data |
06-07-2017, 17:44 | #45 |
Senior Member
Iscritto dal: Jul 2005
Città: Vicenza
Messaggi: 1570
|
Sottovento, domanda:
Vista la velocità con la quale hai convertito l'app nativa android tramite MAF mi viene da pensare che la struttura non sia comunque particolarmente complessa a livello di interfaccia e/o modello dati. Sicuro che lo sbattimento nel cercare tool e framework per lo sviluppo multipiattaforma valga davvero la candela? Se il progetto in questione non è particolarmente complesso secondo me ti converrebbe quasi quasi buttarti sullo sviluppo nativo, tanto ormai la versione android già ce l'hai, ti mancherebbe solo quella per ios, che però secondo me non ti porterebbe via troppo tempo nè con la prima stesura nè poi con la manutenzione. Alla fin fine se non hai necessità di interfacce super sbarluccicose e con animazioni "esoteriche" l'app la metti su davvero in quattro e quattro otto. Conta che swift è un linguaggio semplicissimo da imparare (ma immagino non sia questo il problema) e cocoa touch una volta imparata quella manciata di concetti base è davvero semplice da usare. |
06-07-2017, 17:55 | #46 | |
Senior Member
Iscritto dal: Nov 2005
Città: Texas
Messaggi: 1722
|
Quote:
Non c'e' un reale motivo per questo se non una genuina stupidita' da parte mia. Tuttavia ora sono curioso di sapere la risposta di Oracle (if any, of course) che riportero' qui a beneficio di chi sta valutando MAF. Credo che passero' a comprare un mac ed un iphone... DIMENTICAVO - passando da Android nativo (in java) a MAF (java), l'applicazione e' passata da 5Mb a 30Mb, e le velocita' di esecuzione si e' ridotta drasticamente. Insomma, la nuova app e' decisamente piu' lenta se scritta in MAF anche se sono entrambe Java. L'app semplicemente riceve dati da socket e li mostra in diverse liste, poca roba. Non vedo il motivo di un simile rallentamento
__________________
In God we trust; all others bring data Ultima modifica di sottovento : 06-07-2017 alle 17:58. |
|
06-07-2017, 21:15 | #47 | ||
Senior Member
Iscritto dal: Jan 2014
Messaggi: 3826
|
Quote:
Quote:
Ma io sono rimasto sconvolto dai prezzi che hai scritto. 9000$ di licenza Java, per cosa? |
||
06-07-2017, 21:31 | #48 | |
Senior Member
Iscritto dal: Nov 2005
Città: Texas
Messaggi: 1722
|
Quote:
Comunque ora so cos'e' un account manager: uno che si occupa delle licenze Oracle e della loro struttura. Credo ce ne voglia uno per ogni installazione... Si, ma mi sembra irragionevole: ricevo un centinaio di record da socket, non e' una gran roba. Android nativo le mostra istantaneamente, MAF ha bisogno di parecchio tempo, ed e' un'operazione banale. Non l'ho capito nemmeno io. Ho provato a cercare ancora il listino prezzi ma ne ho trovato un altro con prezzi completamente diversi. Ho scoperto che ci sono prodotti che vengono licenziati anche a 2 milioni/anno, tecnologie cosi' avanzate che gente come me non riesce nemmeno a pronunciarne il nome.
__________________
In God we trust; all others bring data |
|
07-07-2017, 04:14 | #49 | |
Senior Member
Iscritto dal: Nov 2005
Città: Texas
Messaggi: 1722
|
La tata dell'Oracle non ha risposto, forse e' timida o forse vuole che faccia io il primo passo. La chiamero' e vi faro' sapere.
Nel frattempo ho continuato a cercare le licenze ed ho trovato un articolo interessante: https://blogs.oracle.com/jdeveloperp...tion-framework Nelle varie risposte che l'autore da' a chi, come me, ha cercato senza trovare nulla, scrive (nel maggio 2016): Quote:
(potrebbero anche sembrare ragionevoli, occorre fare una stima). Sul loro shop i prezzi sono ovviamente diversi, ci mancherebbe che combaciassero: https://shop.oracle.com/apex/f?p=dst...mobile%20cloud Comunque se i prezzi sono questi, non sono proprio impossibili per un'azienda, anche se si parla di un'app interna. Sta a vedere se ho capito correttamente, con Oracle non si sa mai. Nemmeno la tata si e' azzardata a fare una stima dei prezzi (e nemmeno a suggerire un tipo di licenza)
__________________
In God we trust; all others bring data |
|
07-07-2017, 09:12 | #50 | |
Senior Member
Iscritto dal: Jul 2005
Città: Vicenza
Messaggi: 1570
|
Quote:
Sinceramente non so come funzioni per i vari framework crossplatform, ma immagino che sia comunque necessario passare attraverso il sistema di firma digitale Apple per poter installare le applicazioni sui dispositivi. Ultima modifica di [Kendall] : 07-07-2017 alle 09:20. |
|
07-07-2017, 20:58 | #51 | |
Senior Member
Iscritto dal: Nov 2005
Città: Texas
Messaggi: 1722
|
Quote:
La licenza Oracle e' ancora un mistero: ho provato a telefonare alla tipa di Oracle qui negli USA ma non ha nemmeno risposto al telefono. Ho l'impressione che se non spendi almeno qualche migliaio di dollari in licenze non si abbia nemmeno il diritto di avere una risposta al telefono. Continuero' a tenere questo thread aggiornato, nel caso possa interessare a qualcuno.
__________________
In God we trust; all others bring data |
|
07-07-2017, 23:01 | #52 |
Member
Iscritto dal: Jul 2009
Messaggi: 273
|
La butto lì. Premetto che sono un back-end developer e che quindi raramente sconfino nel front-end e nelle App perchè se ne occupano altri. Non so cosa faccia di preciso la tua App ma a meno che non utilizzi funzioni proprie del telefono, non puoi semplicemente cavartela con un'App fake? Mi spiego.
3 annetti fa abbiamo sviluppato un'App per un'assicurazione e c'era proprio il problema del multi-piattaforma (Android, iOS e BB10/Windows Mobile prima che ne fosse decretata la fine). Non volevano dover mandare avanti N App separate quindi abbiamo fatto un sito dal quale si accede scaricando le App dai relativi store di ogni piattaforma. Ogni cliente è convinto di stare utilizzando un'App ma in realtà sta navigando su sito che si adatta mascherandosi da App. Praticamente la stessa cosa che ha fatto Wind su BB10 dove ha realizzato un'applicazione nello store di BlackBerry che in realtà non è altro che (tra virgolette) un iframe. Se lo scopo è macinare dati, prenderli, salvarli, elaborarli ecc. te la puoi cavare in questo modo senza essere costretto ad imparare N linguaggi ed investire tanti più soldi in sviluppo. Senza considerare che è molto più facile mantenere e sviluppare il progetto dal momento che lavori sempre solo su un sistema. Con jQuery puoi fare tante cose belle e fare anche in modo che l'App tenga dei dati offline sempre disponibili. Ultima modifica di Nuke987 : 07-07-2017 alle 23:03. |
16-07-2017, 11:53 | #53 |
Senior Member
Iscritto dal: Nov 2005
Città: Texas
Messaggi: 1722
|
Nuke, grazie per l'idea ma non si applica al mio caso: l'app viene usata in posti dove la rete e' di cattivissima qualita'. Uso quindi delle socket per spedire i dati utilizzando un protocollo mio, che gestisce i timeout, le riconnessioni, etc. e soprattutto riprende a spedire dall'ultimo byte ricevuto correttamente.
I protocolli standard non sembrano funzionare, sempre a causa della rete e delle riconnessioni. A proposito delle licenze, ho ottenuto un'altra risposta da Oracle: Codice:
I first need to know the name of your company to find your account manager and product specialist. Spero che nessuno abbia seguito il mio suggerimento iniziale: e' vero, MAF sembra bello e permette di scrivere in Java su entrambe le piattaforme. Ma la politica di Oracle e' suicida. Meglio lasciar perdere.
__________________
In God we trust; all others bring data |
17-07-2017, 09:14 | #54 | |
Senior Member
Iscritto dal: Jul 2005
Città: Vicenza
Messaggi: 1570
|
Quote:
Si tratta di una libreria per comunicazioni socket completamente asincrona, dove tutta la comunicazione viene gestita in thread separati tramite GDC mentre tutti gli eventi (connessione stabilita, timeout, ricezione dati, invio dati, ecc...) vengono notificati tramite delegato (interfaccia) nel main thread dell'applicazione. Delle API davvero potenti e di facile utilizzo (e supportate attivamente da parecchio tempo). |
|
17-07-2017, 09:26 | #55 | |
Senior Member
Iscritto dal: Nov 2005
Città: Texas
Messaggi: 1722
|
Quote:
__________________
In God we trust; all others bring data |
|
27-02-2018, 20:47 | #56 |
Senior Member
Iscritto dal: Nov 2005
Città: Texas
Messaggi: 1722
|
Scusate per il necropost ma ho l'impressione che possa essere utile a qualcuno, quindi riesumo il thread.
Dopo varie peripezie, sono approdato a GLUON, il quale mi permette di sviluppare in java FX. Il risultato puo' girare sotto android (provato), iOS (non ancora provato) e qualsiasi JVM, per esempio su un laptop Win/Linux (provato). E' basato su un progetto open source. Tuttavia ho preferito installare il plug in GLUON per il quale c'e' una versione free (visualizza uno splash screen in partenza) ed una a pagamento, ovviamente senza splash screen. Ho realizzato un'app che mi era stata chiesta nel giro di pochi giorni, usando la versione free. Trattandosi di programmazione java + java FX, mi ci e' voluto poco. L'ho trovato molto bello. Inoltre il plug in e' disponibile per Netbeans/Android Studio/.... quindi non occorre cambiare ambiente di sviluppo preferito. Ne so ancora poco, per esempio non ho ancora usato il debugger android: siccome il risultato gira anche sul laptop, ho sempre testato prima la versione desk e preparato il package quando il funzionamento era ok. Grazie a tutti
__________________
In God we trust; all others bring data |
28-02-2018, 11:32 | #57 | |
Senior Member
Iscritto dal: Jan 2008
Messaggi: 8406
|
Quote:
Invece mi pare di capire che faccia esattamente quanto promesso. Ed è lecito aspettarsi che funga alla perfezione pure su iOS. Se le cose stanno così, è decisamente un toolkit d aggiungere alla lista dei preferiti per lo sviluppo di app mobile. Peccato che arriva in un'epoca in cui c'è Flutter, che onestamente è strabiliante, un mondo a parte rispetto ai soliti framework basati su Javascript. |
|
28-02-2018, 15:15 | #58 | |
Senior Member
Iscritto dal: Nov 2005
Città: Texas
Messaggi: 1722
|
Quote:
Attualmente ho app scritte usando Android Studio (native) e scritte usando Gluon. Preferisco Gluon, e credo che continuero' a preferirlo nel caso la prova con iOS (per la quale non sono ancora attrezzato) sia positiva. Ogni volta che mi viene chiesta una app, cerco di valutare quale ambiente devo usare in accordo con le mie conoscenze, che sono limitate ma che cambiano nel tempo. Da come ne parli, Flutter potrebbe entrare nella rosa Vado a vedere di cosa si tratta. Grazie mille!!
__________________
In God we trust; all others bring data |
|
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 11:35.