Newsgroup: it.comp.os.linux.development
Titolo: [XPOST] Consiglio prima di iniziare

Salve a tutti e buone feste,
per prima cosa mi scuso per il crosspost, sono cosciente del fatto che
questo post potrebbe essere considerato OT su almeno uno (e nel peggiore dei
casi due) dei tre NG su cui ho postato, ma ho come scusante (almeno spero)
che due di questi NG hanno davvero un traffico ridotto.
Passiamo hai fatti,
per sostenere un esame devo scrivere un simulatore (non un emulatore e se
sarà necessario in seguito chiarirò quali ritengo siano le differenze
principali) di un semplice processore (diciamo che per il momento sarei
orientato su un 6502, processore alla base del glorioso Commodore 64) e
relativo assemblatore.
Il professore consiglia di scriverlo in un linguaggio visuale (lui ha citato
Visual Basic, Visual C++, e Java) e io vorrei approfittare dell'esame per
imparare un linguaggio che non conosco quale il C++.
Il primo problema che si è presentato è stato di tipo etico, per scrivere un
programma in visual C++ bisognerebbe comprare il famoso pacchetto Microsoft,
ma la versione per studenti (la "Accademic") costa 199 dollari, per questo
mi sono orientato verso il kdevelop usando il quale non avrei problemi di
licenza.
Ora sono nella fase due e cioè quella in cui dovrei procurami una
documentazione per imparare il linguaggio, per quanto riguarda l'uso
dell'ambiente kdevelop ho trovato parecchio materiale sul sito ufficiale.
Per il linguaggio invece avevo pensato al "Stroustrup C++ Linguaggio,
libreria standard, principi di programmazione".
C'è da premettere che conosco la programmazione imperativa (nella
fattispecie del Pascal e di parte del C che continuo a perfezionare con
l'ausilio del K&R) e dei fondamenti della programmazione ad oggetti.
Secondo voi la scelta del kdevelop è azzeccata? Tenete conto del fatto che
ci tengo ad imparare il C++.
Inoltre credete che lo Stroustrup sia un supporto adeguato per l'impresa che
mi attende?
Sono ben accetti ogni tipo di consigli.
P.S. Se qualcuno ha materiale sul 6502 si faccia avanti.
Vi ringrazio per avermi letto.
--
Noisemaker
"Dove il tempo non è che una curva, un filo sciolto del tessuto universale,
un tessitore potrebbe creare un fatale nodo, e gettare nel caos la sorte dei
pianeti"

 mi attende?
secondo me no, non molto. Prova a cercare thinking in c++ , lo puoi 
scaricare gratis dal sito di bruce eckel
-- 
Non c'è più forza nella normalità, c'è solo monotonia.

 mi attende?
Come detto prima. Ottimo libro, la Bibbia del C++, ma forse troppo
"esoterico" se non hai già "studicchiato" il C++.
Andrea Sini


Ti ringrazio e ti prego nel prossimo reply di eliminare il crosspost, mi
rendo conto di essere stato maleducato e ne chiedo scusa.
Al limite indica il NG su cui scrivi e lo elimino io
Grazie di tutto



Scaricherò, e se al limite non mi ritrovo con l'inglese (ipotesi remota, ma
non si sa mai) faccio un salto in libreria sperando che la traduzione non
sia stata fatta da un incompetente
Grazie dell'aiuto.
P.S. Se in fase di sviluppo ho problemi o bisogno di aiuto su che NG mi
consigli di postare? A me pare che la questione si di interesse su più NG


 partire thread tra più ng.
Ah beh... se l'alternativa al crossposting dev'essere il multiposting...
-- 
Daniele Orlandi

 Sono ben accetti ogni tipo di consigli.
C++ e` una buona scelta. Fai una libreria/core che fa tutto in perfetto C++
standard (e per quella sei IT su it.comp.lang.c++), poi eventalmente la
interfacci con l'utente come meglio credi (le GUI su it.comp.lang.c++ sono
OT, in quanto non parte dello standard).
f/up a riguardo su it.comp.lang.c++ 
 
-- 
[ RiK0                                ]
[ non credo negli schemi non vincenti ]
[ two is an odd prime number          ]



così almeno non hai i thread che si propagano tra più newgroup....


Il crossposting č peccato.....
il multiposting č peccato......
scusate, ma voi quando dovete postare qualcosa che di interesse su piů NG
come fate?
--
Noisemaker
"Dove il tempo non č che una curva, un filo sciolto del tessuto universale,


 come fate?
beh, magari si evita di postare contemporaneamente su più ng. Se ciò non
è possibile almeno il multiposting evita il reply selvaggio tra più ng.
Non sarà bello, ma almeno dimostri di esserne coscente.
Se tu fai un reply al tuo messaggio originario vedrai che automaticamente
partirà un reply ad ogni ng e non solo a questo.


La mia intenzione era stabilire con voi qual'era il NG più adatto per
continuare e segnalare il follow up li (come è accaduto)
Mi scuso ancora per il mio comportamento, ma l'intenzione era buona, volevo
solo coinvolgere più gente.
--
Noisemaker
"Dove il tempo non è che una curva, un filo sciolto del tessuto universale,


 Al limite indica il NG su cui scrivi e lo elimino io
Si, scusa. Hai ragione
Ciao
Andrea

 sia stata fatta da un incompetente
Il primo volume č stato interamente tradotto in italiano:
http://pensareincpp.altervista.org
--
Colossus
Cpsed, a Linux OpenGL 3d scene editor
http://cpsed.sourceforge.net

 Certo però non realizzerai un programma per WIN32.
Falso. Se non usi librerie non portabili ma ti limiti alla stl, ed
eventualmente alle qt, puoi portare il tutto su win32. Fra l'altro il gcc
esiste pure per windows, ad esempio nell'incarnazione mingw.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail** 
-<! Living on Earth may be expensive, but it includes an annual free trip
		around the Sun. !>-

 esiste pure per windows, ad esempio nell'incarnazione mingw.
Well, pero` QT per Win lo sappiamo tutti che si paga (a meno di ottenere la
famosa licenza educational... ma non ho mai capito come funziona).
Personalmente QT mi piace, specie perche` e` ben portabile fra GNU/Linux e
MacOS X che sono le mie piattaforme primarie.
Tuttavia se bisogna stare su Win32 + GNU/Linux personalmente consiglierei
GTK... o al limite wx (ma francamente ho piu` simpatia per GTK, cosa del
tutto personale, btw).


 tutto personale, btw).
GTK non fa faville su win32, da quanto vedo con dia. WX va decisamente
meglio. Io non ci metto il naso visto che ho fatto solo GUI da 2 soldi, e
solo in python.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! God Knows How Long I Tried To Change Fate !>-
  		Blind Guardian - Mordred's Song

 solo in python.
Anche io quando posso evito di fare GUI... e uso Python.
Comunque GTK non lo ho visto cosi` male sotto Windows... poi vabbe`, nulla
contro WX, specie ora che lo stanno migliorando molto.


 solo in python.
Beh è vero che Dia non è una scheggia su Windows, ed ha inoltre alcuni
problemini con caratteri e cose del genere. Ma in generale le GTK2 su
windows girano piuttosto bene. Io ho provato anche il mio XPN e Gimp e
non ho problemi di alcun tipo.
-- 
I Used To Be Schizophrenic, But We're OK Now.
 
 |\ |       |HomePage   : 
http://nem01.altervista.org
 | \|emesis |XPN (my nr): 
http://xpn.altervista.org

 contro WX, specie ora che lo stanno migliorando molto.
Immagino che quando avranno un GUI builder ben funzionante, documentazione,
e l'integrazione in qualche IDE (già vedo qualcosa in anjuta) saranno una
valida alternativa.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail** 
-<! Le donne e le salsicce sono la stessa cosa: pelle fuori e maiale dentro !>-

 non ho problemi di alcun tipo.
Non mi riferivo ai caratteri, nè alla velocità. Il problema che trovo io è
sullo scrolling del canvas, che non viene aggiornato in tempo reale. Poi
magari è solo un problema di dia.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail** 


 magari è solo un problema di dia.
Beh se provi a fare un paio di zoom avanti e indietro vedrai che i
caratteri si sballano in dimensione (almeno a me succede questo). Per
quanto riguarda lo scrolling, se ho capito bene da me si il problema si
presenta quando il disegno inizia a diventare un pò complesso, ad ogni
modo il canvas di Dia è un componente a parte derivato da quello GTK ma
con tante cose in più, magari quello GTK standard non ha questi
problemi.
-- 
Fate. It protects fools, small children, and ships called Enterprise.


 problemi.
A me succede quando scrollo il canvas, e il redraw avviene parecchio tempo
dopo. Niente di troppo brutto, intendiamoci.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
-<! Computer programmers never die, they just raise an unhandled exception.!>-

Ciao,
Ho letto tutte le risposte che hai ricevuto finora, ma rispondo al tuo
messaggio originale, perche' ha piu' senso cosi'.
Per prima cosa dovresti decidere quanto tempo intendi dedicare a questo
progetto. Secondo me farlo in C++ non conoscendo il linguaggio e
dovendo comunque realizzare anche un'interfaccia grafica ti prendera'
da tre a sei mesi a tempo pieno, a meno che tu (ed il tuo prof) non vi
accontentiate di una schifezza.
Quindi dovresti ragionare su quali sono gli scopi per i quali affronti
questo progetto e valutare se non sei troppo ambizioso; hai gia' da
realizzare il simulatore vero e proprio e la sua interfaccia,
aggiungere un linguaggio nuovo e complesso non e' poco.
Detto questo al tuo posto avrei probabilmente deciso di realizzare il
progetto in C++ su linux con GTK e l'interfaccia scritta a mano, per
imparare. Se puoi permetterti di dedicare cosi' tanto tempo a questo
progetto secondo me non te ne pentirai, salvo che ti consiglio
caldamente di usare un GUI Builder, perche' scrivere interfacce a mano
e' incredibilmente noioso.
Buon lavoro!
Ciao,
Nicola

 software commerciale su misura spesso te ne puoi fregare.
Siamo anche su icold... comunque avere una soluzione portabile non è
male. Il giorno in cui un cliente ti chiederà il dato programma anche
per GNU/Linux ( e non credo sarà fra molto ) avrai tutto già pronto.
Credo che ormai le soluzioni multipiattaforma andranno sempre più
diffondendosi, anche perchè in genere il costo aggiunto di tali
soluzionio è basse. Inoltre quasi tutte le soluzioni nate nella culla di
GNU e di Linux sono parecchio portabili di loro.
-- 
RiK0
Non credo negli schemi non vincenti.

 GNU e di Linux sono parecchio portabili di loro.
Sulla prima ne dubito. Pensa solo a tutta la roba scritta con mfc, o le
classi della Borland, o in vb.
Sulla seconda sono assolutamente d'accordo.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail** 
  -<! Where's the warrior in you And the spirit he got? You say - "lost" No!
		It's somewhere inside !>- Lost Horizon - Sworn In The Metal Wind

 classi della Borland, o in vb.
Infatti io ho detto che andranno diffondendosi sempre di piu`, non che sono
gia` le piu` diffuse :))
