[j2me Mshell Python] Disperazine Infinita...

[madhacker]

per la libreria ho dimenticato di dire che va certificata. Per la spiegazione la posticipo a domani, anche se credo che io sia l'ultimo delle persone che possa spiegare qualcosa a qualcuno. Per quello ci vuole carisma, come lo hai tu.

Imho, credo che chiunque si avvicini al python per symbian sia perchè lo abbia già usato, quindi un minimo di conoscenza c'è. Qualora così non fosse, come base si può pur sempre utilizzare la documentazione sul sito python.org

Ovviamente cambieranno le librerie, ma cercare su qualche motore di ricerca il nome della libreria da usare ti trova sicuramente qualche esempio idoneo all'occasione. Tu fai riferimento ad una fascia giovane di età, ma con i mezzi di oggi penso che non siano svantaggiati,anche perchè oggi si cresce con internet.

Non mi voglio dilungare, perchè non saprei trovare una chiusura e lo faccio alla python

os.abort

[lento]

per la libreria ho dimenticato di dire che va certificata.

Ho tentato si signarla col metodo IMEI mi ritorna questo errore:

The .sis file contains capabilities that are not permitted for Open Signed (Online)

FAILURE: Submitted .sis file uses a UID that is not allocated to the account holder matching this email address (0xa0009885 )

Ci capisci qualcosa? non sono molto informato so sto menata di segnare i files..

Per il resto spero tu abbia ragione.

Fammi sapere se ho sbagliato qualcosa.

Modificato 31 Maggio 2009 da lento

[Il.Socio]

Riporto da Symbian Developers Network:

1.19 What is the UID Range for Open Signed Online?

Open Signed Online allows SIS files to be signed where

- UIDs are in the Test Range (0xE0000000 to 0xEFFFFFFF) OR

- UIDs where the email address of the submitter matches the email address of the UID owner for the Protected Range (0x20000000 - 0x2FFFFFFF) and Unprotected Range (0xA0000000 - 0xAFFFFFFF)

(Altre info qui: https://www.symbiansigned.com/app/page/publ...ignedOnline.do)

Vale a dire che: l'uid che e' stato utilizzato consente solo a madhacker di certificare la libreria tamite opensigned online.

Per renderla certificabile da tutti, tramite open signed online e' necessario cambiare l'uid, ad esempio in 0xE0009885

Oltre a quello, le capabilities che sono state specificate per la dll sono troppo elevate perche' possa essere certificata tramite opensigned online.

Per poterla rendere certificabile tramite opensigned online e' necessario rimuovere le capabilities: multimediadd, networkcontrol, commd e diskadmin

Modificato 31 Maggio 2009 da Il.Socio

[madhacker]

per la libreria credevo che avessi un certificato. a breve la posterò con la possibità di certificarla online.

ecco come promesso la spiegazione dello scheletro di python

# Copyright (c) 2006 Jurgen Scheible
# Application skeleton (no main loop)

# importare i moduli necessari al funzionamento
import appuifw
import e32

# impostare la grandezza dello schermo (normal,large,full)
appuifw.app.screen='large'

# qui bisogna inserire le funzioni o classi da dover poi usare durante il programma
### --- ###
# la funzione item1 stampa a video "hello"
def item1():
print "hello"

# la funzione subitem stampa a video "aha"
def subitem1():
print "aha"

# la funzione subitem2 stampa a video "good"
def subitem2():
print "good"

# crea il menu dell'applicazione con relativi sottomenu
# es.: [(u'nome che compare nel menu', funzionerichiamatasenzaparentesi)]
appuifw.app.menu = [(u"item 1", item1),
				(u"Submenu 1", ((u"sub item 1", subitem1),
								(u"sub item 2", subitem2)))]	

# creare una funzione di uscita
def exit_key_handler():
app_lock.signal()

# impostare il titolo dell'applicazione
appuifw.app.title = u"drawing"	

# creare un Active Object
app_lock = e32.Ao_lock()

# Impostare il corpo dell'applicazione
testo = appuifw.Text()
testo.set(u'Benvenuto in Applicazione')
appuifw.app.body = testo

# impostare il tasto destro sulla funzione di uscita dal programma
appuifw.app.exit_key_handler = exit_key_handler

# mettere in attesa il programma fino alla pressione del tasto di uscita
app_lock.wait()

spero di essere stato semplice nei commenti

una precisazione: quando si associa una funzione ad un tasto, lo si fa senza aggiungere alla fine le parentesi tonde

es.:

def funzione():
  print "ciao"
appuifw.app.exit_key_handler = funzione

se invece la funzione prevede un passaggio di stringhe o altri dati si fa così:

def funzione(stringa=''):
  print stringa
appuifw.app.exit_key_handler = lambda:funzione('ciao')

Modificato 2 Giugno 2009 da madhacker

[madhacker]

ecco la stessa libreria già certificata. dovrebbe installarsi senza problemi.

Prova.zip

[lento]

ecco come promesso la spiegazione dello scheletro di python

Mi complimento per quanto ai fatto!

Devo anche comunicarti che sei l'unica persona del web che ha commentato in Italiano una delle due strutture di base.!

Fatti un giretto e vedrai che son tutti impegnati a spiegare come far partire la telefonata, come colorare il canvas ecc.

Nessuno che se la sente di spiegare la logica della struttura su cui poggia il tutto.

Personalmente lo metterei in un post a se stante e quando ai un attimo lo completerei con la struttura di base main loop.

Complimenti anche alla tua padronanza di tutti e tre i linguaggi, vedo che li usi con estrema facilità.

Dimenticavo Ben venuto nel castello fatato! di Symbian Python.

Credo che dai per scontate molte cose, ad esempio non si spiega che: appuifw.app.menu, appuifw.app.exit_key_handle

quando metti in attesa il programma prendono vita propria!

e questa? app_lock = e32.Ao_lock() cusa lè un active object! ( Haaa! il fantasma del trisavolo! ora ho capito! )

Per non parlare di app_lock.signal()...

Come lè statstoria che aspetto quì? app_lock.wait() e se premo tasto menù non va oltre app_lock.wait() ??.

Chi gli spega che in realtà dietro cè un loop del sistema operativo e che gestisce i vari oggetti e loro eventi?, compresa l'uscita?.

una precisazione: quando si associa una funzione ad un tasto, lo si fa senza aggiungere alla fine le parentesi tonde
es.:
def funzione():
  print "ciao"
appuifw.app.exit_key_handler = funzione

Altra magia! ho toccato il caminetto e sè aperta la botola... e dirgli che si passa il puntatore (o pseudo) della funzione...

 appuifw.app.exit_key_handler = lambda:funzione('ciao')

LAMBDA! che siamo finiti nel LISP! chi lo spiega?..

NOTA: non stò parlando di giovani neandertaliani....ma di giovani che non hanno mai programmato e che per istinto scrivono il linguaggio di programmazione in modo sequenziale....e lo vedono solo imperativo (causa...effetto) Spero sempre che nella mia ignoranza del web le persone trovino in altri luoghi risposte alla logica di base di questa programmazione.....

Certo sul PC... possono partire con python sequenziale e piano piano man mano sperimentano e trovano notizie.. evolvere.

Ripeto questo non sminuisce minimamente quello che hai fatto te lo ripeto SEI L'UNICO CHE LO HA FATTO NELL'INTERO WEB .

Se ritieni sbagliata la mia valutazione come direbbe Alter Dacce na mano de legnate a ste ntontito de lento.

Per la libreria si è installata ma nel chiamarla use prova mi dice che mancano i permessi?.

Modificato 2 Giugno 2009 da lento

[madhacker]

Mi complimento per quanto ai fatto! thumbs.gif

Ho fatto qualcosa di utile per qualcuno

Credo che dai per scontate molte cose, ad esempio non si spiega che: appuifw.app.menu, appuifw.app.exit_key_handle

quando metti in attesa il programma prendono vita propria!

e questa? app_lock = e32.Ao_lock() cusa lè un active object! ( Haaa! il fantasma del trisavolo! ora ho capito! ) rolleyes.gif

Per non parlare di app_lock.signal()...

Purtroppo è vero,molte cose le do per scontate, come il fatto che credo necessario che chi si accosta alla programmazione deve sapere almeno una base di inglese (e non solo brioche )

Credo che dai per scontate molte cose, ad esempio non si spiega che: appuifw.app.menu, appuifw.app.exit_key_handle

quando metti in attesa il programma prendono vita propria!

e questa? app_lock = e32.Ao_lock() cusa lè un active object! ( Haaa! il fantasma del trisavolo! ora ho capito! ) rolleyes.gif

Per non parlare di app_lock.signal()...

http://en.wikipedia.org/wiki/Active_Object

app_lock.signal() serve per uscire dall'applicazione e tornare alla shell di python qualora si tratta di uno script eseguito nella shell. se invece si tratta di un'applicazione a se stante si usa appuifw.app.set_exit()

Come lè statstoria che aspetto quì? app_lock.wait() e se premo tasto menù non va oltre app_lock.wait() ??.

Chi gli spega che in realtà dietro cè un loop del sistema operativo e che gestisce i vari oggetti e loro eventi?, compresa l'uscita?.

alla seguente riga

app_lock.wait()

lo script è concluso, come potrai vedere. omettendo questa riga, il programma, arrivato alla fine, si chiuderà in automatico, non permettendo all'utente alcuna interazione con il programma. per renderla un po' più spicciola, quella riga di codice permette di caricarti lo script e da all'utente la possibilità di fare quello per cui è stato progettato.

LAMBDA! che siamo finiti nel LISP! chi lo spiega?..

ehehe lambda serve esclusivamente per associare le funzioni che richiedono il passaggio di dati per il loro funzionamento, nulla di più semplice.

Ovviamente concordo con te che il pys60 non è accessibile a tutti, o almeno non ai neofiti. per quel che ne posso sapere credo che almeno un po' di inglese lo si debba conoscere,avere un buono approccio alla sintassi,molte idee e tanta tanta voglia di programmare.

ti allego la libreria che stavolta devi certificare online su symbian signed

Prova.zip

Modificato 2 Giugno 2009 da madhacker

[lento]

Ho fatto qualcosa di utile per qualcuno

E ne sono contento! Comunque ho riportato dei probabili dubbi di chi si avvicina alla programmazione tramite i cellulari.

Perchè il problema è questo...i cellulari sono diventati una via di avvicinamento all'informatica di persone inesperte.

Ma questo è solo uno degli aspetti di questo post...

Non preoccuparti...io sono in grado di programmare in python su Symbian il gestionale che uso per lavoro lò fatto in Python...

(Non ti nascondo comunque che lo uso solo in casi disperati...quando non è disponibile nessun altro linguaggio.)

Questione di gusti.....

deve sapere almeno una base di inglese (e non solo brioche )

Sob...Sob... vero verissimo!.

Tornando alla libreria che mi hai allegato sono in un bel casino.... la prima non si disinstalla.... quest'ultima non si installa....

ho eliminato anche mShell e lo reinstallata ma non termina l'installazione di prova.sis (aproposito.. nel certificarla non mi accetta prova.sisx devo rinominarla prova.sis sbaglio qualcosa?)

Comunque vai tranquillo... stasera rado al suolo il cell con un bel FORMAT. e riprovo su tabula rasa.

Grazie di tutto a reinsisto postalo a parte tutto quello che hai fatto e vediamo se viene allo scoperto qualche neofita di Python...

Ciao.. a dopo...

[madhacker]

Non preoccuparti...io sono in grado di programmare in python su Symbian il gestionale che uso per lavoro lò fatto in Python...

(Non ti nascondo comunque che lo uso solo in casi disperati...quando non è disponibile nessun altro linguaggio.)

Questione di gusti.....

giusto... anzi, stra giusto.

ecco uno dei motivi per cui ci sono diversi linguaggi di programmazione; per cercare di facilitare, ognuno sotto il proprio punto di vista, la vita al neo-programmatore.

spero di non doverti far più formattare quel gioiellino, perchè mi spiace causare danni irreversibili (per l'estensione è vero, dev'essere .sis e non .sisx)

comunque ogni volta che compilo la libreria la provo, ma senza risultati positivi. magari provo a compilarla con qualche altro sdk e poi vediamo

[lento]

Se fai un giro nel forum di mShell ci sono già delle librerie... questo conferma che si può fare...se non sbaglio sono disponibili anche i sorgenti.

Prova a vedere come le hanno impostate....

Ciao... e postalo ste scheletrone.....poi non sei obbligato a far da balia a quelli che risponderanno.

[madhacker]

mi hai anticipato di poco. stavo guardando sul forum di mshell.

ho scaricato questo http://www.m-shell.net/forum.aspx?g=posts&t=598 e installato, ma mi dice che la libreria non esiste... mah

misteri di mshell

domani indagherò un po' di più per quel che riesco

[lento]

Nonostante lo sviluppo sembra procedere per bene, io lo vedo un po' a rischio chiusura mShell...

Dovendo investire sul futuro, sarei piu' propenso per consigliare j2me come prima scelta e python se si vuole arrivare a mettere mano alle cose che non sono raggiungibili da j2me.

A distanza di tempo devo rettificare la mia visione da: Altrimenti nella tua visione invertirei i ruoli tra j2me e Python.

Prima j2me poi Python.

Ci ha pensato il mondo esterno a farmi cambiare idea !.

Un esempio? eccolo:

Ho scritto dei semplici programmini in mShell per il calcolo dei parametri di taglio (Settore Meccanica Fresatura tornitura.) che consulto al volo sul mio cell

quando sono nelle officine. Questo ha stimolato la richiesta dei miei clienti di poter avere qualcosa di simile sui loro cell!.

O li converto tutti a Nokia S60 oppure l'unico sistema è j2me! (Fine della discussione.)

Aggiungo a favore di java l'enorme documentazione e esempi disponibili in ITALIANO. Oltre il poter usare su qualsiasi piattaforma PC i programmi

che scrivo. (per j2me conoscendo bene java credo basti un buon libro o della documentazione raccolta su internet).

L'ideale sarebbe conoscerli tutti ste liguaggi! Ma chi ha tanto tempo nella vita!

[Mirko-6600]

Io direi IL C++

il phyton ,mshell , e anche j2me sono semplici linguaggi di scripting da non confondere con la programmazione

io vi dico OK iniziate co quelli imparate LE BASI della programmazione ma avrete sempre dei limiti imposti da chi ha creato il linguaggio di scripting!!!

con il c++ che è un vero linguaggio potete interfacciarvi direttamente con lhardware e non con delle librerie !!

sarà piu difficile ma dopo avete davvero le porte aperte ....

inoltre secondo me i linguaggi di scripting creano solo persone che credono di saper programmare non voglio offendere nessuno ma usare dei comandi prestabiliti e non avere la liberta di fare cio che si vuole non è programmare .... se si programma non si dovrebbero avere limiti (certo O.S e lhardware mettono limiti per fisica per scelta o per sicurezza ma non sono dei veri limiti ma piu delle scelte del produttore se non vi vanno bene cambiate sistema )

scusate se non sono stato chiaro ma ultimamente si vedono troppi script kiddies (non parlo qui parlavo nel mondo informatico in generale ) che non sanno cosa veramente sia programmare !

inoltre i linguaggi nn ce bisogno di impararli la mente del programmatore conta su come risolvere un problema poi per la sintassi la si impara in fretta se so come affrontare un problema di programmazione sapro come affrontarlo in c++ phyton ecc.. mi bastera solo cercare al nuova sintassi

Modificato 22 Agosto 2009 da Mirko-6600

[Il.Socio]

Il j2me non e' un linguaggio di scripting... per il fatto che viene preventivamente sottoposto ad una fase di compilazione (fase in cui vengono segnalati eventuali errori di sintatti) e trasformato in bytecode.

Nei linguaggi di scripting, gli errori di sintassi vengono segnalati esclusivamente a runtime.

Come linea generale, se un progetto puo' essere realizzato in diversi linguaggi, la logica suggerisce di utilizzare quello piu' "facile" e "produttivo" per il caso.

Nel contesto mobile, se ad esempio devi scrivere un "helloworld", impiegheresti ALMENO mezz'ora per scriverlo in c++ partendo da zero...

Lo stesso programma lo potresti scrivere in j2me in 10 minuti partendo da zero.

In sostanza, ti chiedo, qual'e' il vantaggio di scrivere un helloworld in c++ ??? Considerando che impiegherai + tempo, ci saranno + linee di codice (quindi + soggetto ad errori) ed infine, non sara' in grado di girare su tutti i cell. che supportano j2me (quindi meno portabile)???

Naturalmente, l'helloworld e' solo un esempio ma il discorso vale per qualsiasi progetto i cui requisiti rientrano nel campo di azione del j2me.

Non ho scomodato mshell e python solo perche' dipendono da runtime che non sono ancora integrati nei cell. attuali, ma in alcuni contesti, in cui e' lecito supporre la presenza del runtime mshell o python, allora anche questi linguaggi entrerebbero in gioco abbattendo ulteriormente i tempi di sviluppo.

P.S.

In linea teorica, bisognerebbe avere padronanza di piu' linguaggi e scegliere di volta in volta quello maggiormente appropriato in base ai requisiti del progetto in esame.

Nessun buon sviluppatore spenderebbe 2 settimane di tempo, se puo' realizzare lo stesso idendico prodotto in 2 soli giorni, ti pare?

Modificato 23 Agosto 2009 da Il.Socio

[Mirko-6600]

so che il j2me è un linguaggio compilato ma è molto limitato quasi quanto uno di scripting.. Volevo dire comunque che certo che se si deve fare una cavolava appoggio il j2me almeno è compatibile in tutti i cellulari ma qui si parla di smart phone e se si programma in c++ lo si può convertire spendendo un pò di tempo per gli altri prodotti ! Sono il primo ad usare linguaggi di scripting quando mi serve qualcosa al volo da creare ma se si deve fare qualcosa di serio preferisco fare un bel lavoro in c++ e volevo far capire che solo con certi linguaggi puoi capire davvero come si programma senza avere sempre la pappa pronta ... È un consiglio per pòi trovarvi meglio in altri ambienti

[Il.Socio]

l'helloworld e' solo un esempio a casaccio... il mio discorso valeva in linea generale... e non e' limitato alle "cavolate".

Se e' possibile soddisfare le specifiche di un progetto in un linguaggio veloce e comodo come (ad esempio) il j2me, non vedo nessun motivo valido per spendere un tempo 10 volte superiore per realizzarlo in c++

Seguendo il tuo ragionamento, allora perche' non programmi in arm, invece di utilizzare la pappa pronta che ti fornisce il c++?

Se alla fine si raggiunge il medesimo risultato (ossia soddisfare i requisiti), perche' buttare via tempo per ostinarsi a farlo in c++?

Ad esempio: realizzare un programma che consenta di accedere al televideo su connessione http.

In j2me lo si realizza tutto per bene in un paio di giornate, prova a farlo in c++ e poi darai le capocciate sul muro per non aver usato il j2me...

Non sono neanche d'accordo sul "solo con certi linguaggi puoi capire davvero come si programma"...

Es: mille volte meglio un bel codice j2me scritto secondo oop, con una solida architettura basata sui design pattern, che un codice c++ scritto "cosi' come viene".

Scrivere codice in c++ non vuol dire aver capito davvero come si programma... Gli elementi piu' importanti per capire come si programma sono i concetti, non e' il linguaggio in se.

Tant'e' che per chi inizia, sarebbe molto meglio non partire con l'imparare un linguaggio, ma dallo studio di flow-char ed algoritmi.

Il linguaggio e' un elemento di secondo piano rispetto ai concetti ed al ragionamento.

Modificato 23 Agosto 2009 da Il.Socio

[Mirko-6600]

l'helloworld e' solo un esempio a casaccio... il mio discorso valeva in linea generale... e non e' limitato alle "cavolate".

Se e' possibile soddisfare le specifiche di un progetto in un linguaggio veloce e comodo come (ad esempio) il j2me, non vedo nessun motivo valido per spendere un tempo 10 volte superiore per realizzarlo in c++

Seguendo il tuo ragionamento, allora perche' non programmi in arm, invece di utilizzare la pappa pronta che ti fornisce il c++?

Se alla fine si raggiunge il medesimo risultato (ossia soddisfare i requisiti), perche' buttare via tempo per ostinarsi a farlo in c++?

Ad esempio: realizzare un programma che consenta di accedere al televideo su connessione http.

In j2me lo si realizza tutto per bene in un paio di giornate, prova a farlo in c++ e poi darai le capocciate sul muro per non aver usato il j2me...

Non sono neanche d'accordo sul "solo con certi linguaggi puoi capire davvero come si programma"...

Es: mille volte meglio un bel codice j2me scritto secondo oop, con una solida architettura basata sui design pattern, che un codice c++ scritto "cosi' come viene".

Scrivere codice in c++ non vuol dire aver capito davvero come si programma... Gli elementi piu' importanti per capire come si programma sono i concetti, non e' il linguaggio in se.

Tant'e' che per chi inizia, sarebbe molto meglio non partire con l'imparare un linguaggio, ma dallo studio di flow-char ed algoritmi.

Il linguaggio e' un elemento di secondo piano rispetto ai concetti ed al ragionamento.

sono daccordo con te ma io intendevo creare programmi che si interfacciano con il sistema sicuramente è meglio il c++ ...autorun chiamate all'api di sistema intevenire nei bloccchi di memoria avere accesso al sistema senza dover avere la chiamata ai permessi e in modo VELOCE sicuramente lo fai con il c++ ....j2me secondo me è abbastanza lentuccio!

cmq è sicuramente una questione di target gestire socket magari e piu facile con il java ma per inviare dei socket personalizzati lo fai meglio con il c++!!

per imparare a programmare oltre alla struttura flow chart che ovviamente è la logica della programmazione che si deve imparare per prima intendevo la dinamica di come ad esempio funziona realmente uno socket se non lo si studia e si iniziano a chiamare funzioni precompilati non capiremo mai come funziona realmente lo scambio dati magari con il c++ qualcosa di piu lo impari !!

secondo me e questione di punti di vista è ovvio che tu mi dici allora usa linguaggi arm???(intendevi assembly?) ma io giudico il c++ una buona via di mezzo ...

non critico chi usa linguaggi di scripting ma critico chi usa solo quelli e si fa chiamare programmatore ... magari non sa come è formato un socket o cosa sono i registri del processore ... insomma si INIZIARE con quelli puo non essere cosi male ma poi si devono ampliare le proprie conoscenze e si apriranno molte porte infinite

[lento]

Salve a tutti! (Scusate la mia assenza....da questa discussione...ma ho dedicato tutto il mio tempo ad imparare java.)

Ringrazio 'Mirko-6600' e 'Il.Socio' per queste ultime delucidazioni.

Potrà sembrarvi strano...o un pò stupido...ma sono d'accordo con tutti e due!.

Non ho trovato nulla di sbagliato in quanto dite....credo semplicemente che si stia guardano la cosa da punti di vista differenti.

'Mirko-6600' se leggi più addietro quando parlo di castelli fatati (Python) condivido la tua idea del c++ anzi ti dirò che per mè

già quel linguaggi è troppo lontano dalla realtà (Preferisco di molto il 'C' puro!).

Non ti immagini quanto desidero sfruttare a fondo quel sistema operativo! e il suo hardware.....

Sai che bello se si potesse imparare un linguaggio e sfruttare quella conoscenza nel tempo.....

Qui nasce il problema;

Questa illusione di poter imparare a programmare un dispositivo come si è imparato l'Italiano cioè per tutta la vita è un illusione.

Ne sanno qualcosa chi è vissuto nel periodo del Commodore-64. Molta gente ha scritto alle riviste specialistiche del tempo esprimendo

il loro sconforto di aver speso un sacco di tempo per imparare l'assembler ed in un attimo si sono accorti che tutto era cambiato, che le loro conoscenze teoriche (Perfettamente valide) non erano in grado di trasportarle sui nuovi modelli!!.

La Stessa cosa è successa al 'C' con l'avvento dei sistemi operativi a Multi_task tipo Windowns e Mac!.

La stessa cosa sta avvenendo adesso con il C++ dove la evoluzione dei sistemi operativi dei cellulari e PC è talmente veloce

da impedirti di seguirli.....

La premessa di fondo è da che punto di vista si guarda la cosa:

Se sei un programmatore di professione, ho hai molto tempo da poter dedicare alla programmazione e cosa non secondaria hai accesso

facilmente alla documentazione dei vari sistemi operativi il c++ è una gran bella cosa! si può fare quello che vuoi e ottenere notevoli soddisfazioni! da ciò che si scrive.

Se sei un Hobbysta, o una persona che cerca di rosicchiarsi un pò di tempo egemonicamente occupato dal lavoro...è folle pensare

di usare il c++ , i sistemi operativi i cellulari cambiano troppo velocemente di più del tempo che hai per adeguarti!

(Per cambiare mi riferisco anche al'aggiornamento delle librerie).

In oltre cè l'aspetto PERICOLOSITA' da non sottovalutare. L'uso errato del c++ sui cellulari può provocare danni economici...

(Che sò metti il caso che ti resti aperto un canale di comunicazione a pagamento! e non hai una scheda prepagata!).

Esiste anche il punto di vista di chi cerca un programmino per il suo cell.. un pò personalizzato e non lo trova?

Allora si imbarca nel tentativo di scriversene uno pur conoscendo poco della programmazione...ed ecco che un macrolinguaggio

tipo quello che esisteva con D-Base lo farebbe felice...

Non voglio dilungarmi oltre faccio solo una precisazione su java scripting...

Il mondo è bello perché strano!: E' storia vecchia ma si ripete costantemente......

Una volta si credeva che solo programmando in Assembler si potevano ottenere programmi veloci.

Vero verissimo! ma purtroppo la complessità dei sistemi operativi e dei processori ha capovolto la situazione!.

La impossibilità di conoscere perfettamente tutto del sistema operativo e della macchina su cui si programmava portava buona parte dei

programmatori Assembler a fare programmi più lenti di un equivalente compilato in C.

Ora con l'avvento di Java6 siamo quasi prossimi al ripetersi della stessa cosa!.

Java6 compila al volo in Bytecode il programma, tenendo conto del sistema operativo e del processore della macchina in uso!.

In c++ devi compilarlo per un processore...

Cosa Vorrei......

'Il.Socio' dice:

Tant'e' che per chi inizia, sarebbe molto meglio non partire con l'imparare un linguaggio, ma dallo studio di flow-char ed algoritmi.

Il linguaggio e' un elemento di secondo piano rispetto ai concetti ed al ragionamento.

Vero verissimo!. Unito anche a questa altra citazione:

Nel contesto mobile, se ad esempio devi scrivere un "helloworld", impiegheresti ALMENO mezz'ora per scriverlo in c++ partendo da zero...

Lo stesso programma lo potresti scrivere in j2me in 10 minuti partendo da zero.

E' quanto ho sperimentato con mShell in un attimo mi sono fatto il gestionale su cell!. (con un pò più di difficoltà in Python).

Da personale esperienza gli algoriti li ho imparati e li imparo sfruttando la bontà di persone che dedicano un pò del loro tempo scrivendo un sorgente nel linguaggio che si sà usare e spegandone la logica.

Vista l'ineluttabile evanescenza dei linguaggi di programmazione soltanto la partecipazione di persone disposte a condividere conoscenze e esperienze rende quel linguaggio Il migliore!....Il più facile!.....Il più potente!.....Il linguaggi che si impara in un attimo!

Se invece ognuno tiene gelosamente nascosto il suo piccolo brandello di conoscenza.....dilagherà la peste informatica e la desolazione.

[Mirko-6600]

bel post Lento !! è quello che intendevo io il poter sfruttare appieno lhardware dei nostri terminali (Pc, palmari ,consolle , telefonini ecc.)

c'è ancora chi si definisce "purista" perche programma in assembly e attacca chi usa il c++ ad esempio e a loro volta chi usa in c++ attacca chi usa il phyton, perl ,java ,c# , visual basic ecc..

secondo me non c'è un programmatore purista ... direi che bisogna valutare come diceva il socio in base ai propri obiettivi ...

ma secondo me rimane il fatto che preferirei non dipendere da delle poche funzioni precompilate e limitate

il c++ è molto piu potente anche piu difficile ma la sintassi la si impara e dopo credo ci sia piu soddisfazione ad aver fatto un bel programma ottimizzato in c++ che maari in phyton che crasha per colpa delle runtime !

insomma è una bella discussione ma volevo far capire che forse capendo il c++ che reputo una buona via di mezzo tra basso livello e alto livello si conoscono aspetti dell os importanti che ci aiutano a capire come funziona un po il tutto!

[lento]

secondo me non c'è un programmatore purista ... direi che bisogna valutare come diceva il socio in base ai propri obiettivi ...

Vero!......i miei scopi in genere non vanno oltre un mShell (Solo in un caso ho dovuto usare J2me.)

ma secondo me rimane il fatto che preferirei non dipendere da delle poche funzioni precompilate e limitate

Che strano! in genere le limitazioni mi spingono a trovare espedienti interessanti. http://www.nokioteca.net/home/forum/index....t&p=1288896

E mi diverto di più se posso scrivere programmi in maniera estempranea, velocemente....... in qualsiasi istante.... ovunque.

[lento]

Esiste anche un bel articolo di "Peter Norvig" "Teach Yourself Programming in Ten Years" tradotto anche in italiano

Dove per imaparare consiglia di restare sul semplice evitando Java e C++ progettati per lo sviluppo professionale da parte di grandi gruppi

e quindi necessariamente troppo complessi.

In oltre sostiene che per imparare, Giocare è la miglior cosa e il modo interattivo rende più semplice imparare.

al punto di consigliare i linguaggi Python e Scheme.

Sulla complessità di C++ e Java (Sia come uso che come installazione ) mi trova perfettamente d'accordo! Ultra daccordo!.

E per imparare ci vuole qualcosa di semplice! dove l'attenzione rimane sul vero problema e non sulle infrastrutture del linguaggio.

[lento]

Hole!!

Ho seguito le discussioni su N900 écco Linux questo potrebbe essere l'armageddon.

Da qui in poi ognuno si sceglie il linguaggio che preferisce, e possiamo buttare nella spazzatura tutte le paure che il tutto

sparisca nell'arco di pochi mesi!!.

Ti và il linguaggi "C".....bene perdici tutto il tempo che vuoi.....fra dieci anni con Linux lo potrai ancora usare...

Ti và il "C++" idem come sopra.

Ti và "Java" idem come sopra.

Ti và il "Python"....il "Lua"....il "Ruby"....il "Pascal".....il...il...il...

[Il.Socio]

tutto cio' supponendo che Maemo avra' lunga vita

Purtroppo, sino ad ora, il sistema non e' riuscito ancora a "sfondare", magari l'uscita dell'N900 riuscira' a farlo risorgere per dargli una bella spinta nella giusta direzione... Ma e' ancora presto per dirlo. Bisognera' aspettare i dati delle vendite...

[lento]

tutto cio' supponendo che Maemo avra' lunga vita

Più che il successo di Maemo e importante che si diffonda l'uso di Linux (Samsung sta preparando una versione con Linux).

Se si afferma il kernel linux è probabile che i validi programmatori Gnu eseguano i porting di vari linguaggi,

(Peraltro è facile fare quei porting) indifferentemente che vadano su Maemo, Sansung o qualsiasi altro adattamento Linux.

Se il vento del si può fare si diffonde tra i linuxiani il gioco è fatto!.

Quello che li ha tenuti lontani è la costante volontà di impedirgli questi porting, anche Nokia la capito tantè che renderà Symbian OPEN nel

tentativo di far partire in Symbian quel vento.....