[C++]Unire più file .exe

[gugoXX]

Originariamente inviato da cdimauro

Una traduzione "1:1" non puoi averla, visto che i linguaggi sono diversi e offrono costrutti sintattici diversi, che ognuno è libero di usare o meno per arrivare alla soluzione del problema.

Visto che per te è troppo importante utilizzare gli stessi "componenti" per ottenere le informazioni che servono, partiamo dalla stessa base: la libreria che ho usato e che fa già tutto lei.

Il confronto lo possiamo poi fare soltanto sull'output, che imponiamo essere uguale a entrambe le versioni.

Mi sembra perfettamente sensato ed equilibrato come confronto, non credi?

Tra l'altro è un'applicazione NON banale rispetto a quella di lavorare su un semplice array, visto che all'inizio confronti del genere sono stati fatti e hanno portato a poco o nulla.

Con un'applicazione come quella realizzata si può già intravedere la differenza fra di due linguaggi, e infatti le impressioni di Mazda lo confermano.

Io continuo a sostenere che sono invece proprio identici.
Differente sarebbe stato quanto scritto in C o C++.
Ma qui... una riga io una te.
Un approccio io, un approccio identico te.
Quasi le possiamo mettere a fianco su un WinDiff per leggere le righe appaiate...

[cdimauro]

Io li vedo abbastanza diversi, e a quanto pare Mazda pure.

Comunque sul QBasic non concordo: IMHO Python è molto più semplice da imparare (e lasciamo perdere le scanf, che è meglio: altrimenti potrebbe già vedere i primi segmentation fault e spaventarsi )

[cionci]

Cesare perché invece non scrivi la versione WMI con IronPython ? Sono sempre poche righe, ma almeno si vedono anche nello stesso ambiente. Tra l'altro la versione WMI è più completa.

[cdimauro]

Non ho mai lavorato né con IronPython né tanto meno con .NET, e al momento non ho abbastanza tempo da dedicarci... :|

[gugoXX]

Alla fine pero' per lavoro non servono solo le stampe su console.

Vogliamo provare a fare
- Una pagina Web con una textbox e un pulsante di login.
- L'utente entra nel sito e digita il proprio id.
- Il Web Server chiede al Database se questo ID e' autorizzato, prelevandone il nome.
- Il Web Server forza il browser dell'utente a scrivere: "Benvenuto " e il suo nome. Possibilmente senza forzare il refresh della pagina.

Vogliamo vedere quanto tempo ci si mette?
Ti avviso, penso di non metterci piu' di 5 minuti e una manciata di righe, tutte sullo stesso file (a parte la definzione XML della pagina).

[cdimauro]

Non mi sono occupato esattamente di queste cose. Ho realizzato delle applicazioni web, ma per uso interno alla mia azienda e che generano HTML nudo e crudo (con qualche riga di JavaScript): per la serie foglio completamente bianco e scritte nere...

Invece ho realizzato dei server (con Ice) per applicazioni distribuite client/server: vogliamo vedere quanto ci metti con C# a fare lo stesso?

Per la serie: così non ce ne usciamo più, visto che ognuno ha sviluppato competenze diverse.

Comunque al momento Mazda deve imparare a programmare: mi sembra un tantino prematuro parlare di queste così. Finiamo per confondergli la testa ancora di più.

Penso che, da quello che ci siamo detti, abbia sufficienti elementi per valutare da solo quale strada seguire.

Tanto per imparare ALTRO e consolidare le sue basi come programmatore avrà tutto il tempo, no?

[okay]

in visual basic ho finito proprio ora...

Utilizzo della CPU in una label

riferendomi a cionci per quanto riguarda lo screenshoot...

ma cmq sono tutte chiamate di api

[gugoXX]

Ed e' proprio quello che intendo io.
Per imparare a programmare e' inutile confrontare questi due linguaggi.
Parti con qualcosa, quasliasi cosa, tanto all'inizio non li userai come si potrebbe fare.
Scrivi, debugga, rompiti la testa sulle cose di base.

Cosa intendi per applicazioni client/server distribuite? Calcolo parallelo o server da una parte e (tanti) client dall'altra?

[cdimauro]

Entrambe le cose. Il mio ultimo progetto prevedeva una serie di server che si spartivano le richieste dei client, e il sistema era completamente fault-tolerant con carico distribuito.

Per il resto, rispondendo alla parte iniziale del tuo messaggio, ti chiedo: perché non partire da Python allora? Tu avevi proposto QBasic addirittura, da "buttare" dopo un paio di settimane.
Io ti propongo un linguaggio con una sintassi molto semplice e pulita, che è tutt'altro che "morto" e che ha svariati ambiti applicativi (anche web, che non ho mai approfondito comunque).

[gugoXX]

Originariamente inviato da cdimauro

Entrambe le cose. Il mio ultimo progetto prevedeva una serie di server che si spartivano le richieste dei client, e il sistema era completamente fault-tolerante con carico distribuito.

Uhm. Il modo piu' veloce che IO conosco per fare una cosa simile e' un cluster di WebServer (problema sistemistico gia' affrontato piu' volte, simile ai load balancer), con WebService che risolvono le richieste. Non e' calcolo distribuito pero', solo ben fault tolerant, e di scrittura molto semplice.
Ovviamente di nuovo il linguaggio centra poco. A parte quelli in cui non si possono fare i WebService, ovviamente.
Fattibile?

[mindwings]

http://www.invece.org/translations/pparadox.html

[gugoXX]

Originariamente inviato da mindwings

http://www.invece.org/translations/pparadox.html

Bell'articolo, solo un po' vecchio.
Nel 2004 magari no, ma l'approccio di risovere i problemi del C# oggi permette di fare le stesse cose del Python, da quanto ho capito fin'ora.
Solo in un ambiente Strong-Typed, che e' proprio quello che voglio.

Fra l'altro ieri ho comprato un bel libro sul F#. Di nuovo mi sembra che cambi poco.

[mindwings]

Originariamente inviato da gugoXX

Bell'articolo, solo un po' vecchio.
Nel 2004 magari no, ma l'approccio di risovere i problemi del C# oggi permette di fare le stesse cose del Python, da quanto ho capito fin'ora.
Solo in un ambiente Strong-Typed, che e' proprio quello che voglio.

Fra l'altro ieri ho comprato un bel libro sul F#. Di nuovo mi sembra che cambi poco.

Ad ogni modo il linguaggio è solo uno strumento secondo me è molto importante essere poliglotti ! Ormai i linguaggi aggiungo features che sono
prese da altri linguaggi ehm C# coff coff

[cdimauro]

Originariamente inviato da gugoXX

Uhm. Il modo piu' veloce che IO conosco per fare una cosa simile e' un cluster di WebServer (problema sistemistico gia' affrontato piu' volte, simile ai load balancer), con WebService che risolvono le richieste. Non e' calcolo distribuito pero', solo ben fault tolerant, e di scrittura molto semplice.
Ovviamente di nuovo il linguaggio centra poco. A parte quelli in cui non si possono fare i WebService, ovviamente.
Fattibile?

Certamente, ma i webservice sono "pesanti" (non solo in termini di risorse consumate, ma anche per il tempo impiegato per scrivere applicazioni): io preferisco nettamente Ice in questi casi.

Originariamente inviato da mindwings

http://www.invece.org/translations/pparadox.html

Come non approvare!

Originariamente inviato da gugoXX

Bell'articolo, solo un po' vecchio.
Nel 2004 magari no, ma l'approccio di risovere i problemi del C# oggi permette di fare le stesse cose del Python, da quanto ho capito fin'ora.
Solo in un ambiente Strong-Typed, che e' proprio quello che voglio.

Fra l'altro ieri ho comprato un bel libro sul F#. Di nuovo mi sembra che cambi poco.

Anche Python è strong-typed, eh!

Che possano fare le stesse cose, non ci sono dubbi: vedi i nostri due sorgenti che si divertono a dialogare a basso livello con l'hardware.

Poi bisogna vedere in che modo i problemi si risolvono, e IMHO la "dinamicità" di Python semplifica molto la vita al programmatore (Fran, t'ho visto sai! Metti giù la mazza ferrata!!! ).

Se hai tempo, ti consiglio di smanettarci un po': male che vada, è un altro linguaggio che si aggiungerà al tuo ricco curriculum (e aziende come Google, Yahoo, IBM, ma anche la stessa MS ormai, apprezzano: vedi sopra sul "paradosso di Python" ).

OK, adesso vado a narcotizzare il piccolo, così mi posso godere in pace (pura utopia: per la legge di Murphy si sveglierà o alla partenza, o peggio ancora all'arrivo ) la MotoGP, e poi... si esce per una passeggiata con la piccola (un buon programmatore applica l'algoritmo divide & conqueror per accontentare entrambi i figli ).

[||ElChE||88]

Originariamente inviato da cdimauro

divide & conqueror

E' nuovo?

[gugoXX]

Originariamente inviato da ||ElChE||88

E' nuovo?

Voleva chiaramente dire
Command & Conqueror

[Mazda RX8]

qsta guida com'è?

http://programmazione.html.it/guide/...-po-di-storia/

[DioBrando]

Originariamente inviato da gugoXX

Bell'articolo, solo un po' vecchio.
Nel 2004 magari no, ma l'approccio di risovere i problemi del C# oggi permette di fare le stesse cose del Python, da quanto ho capito fin'ora.
Solo in un ambiente Strong-Typed, che e' proprio quello che voglio.

Fra l'altro ieri ho comprato un bel libro sul F#. Di nuovo mi sembra che cambi poco.

OT: Foundations of F# o Expert F#?

[gugoXX]

Originariamente inviato da DioBrando

OT: Foundations of F# o Expert F#?

Foundation of F# in copertina rigida.
Ben fatto direi, pero' ora non lo sto affrontando come richiederebbe.

[^TiGeRShArK^]

Originariamente inviato da gugoXX

Alla fine pero' per lavoro non servono solo le stampe su console.

Vogliamo provare a fare
- Una pagina Web con una textbox e un pulsante di login.
- L'utente entra nel sito e digita il proprio id.
- Il Web Server chiede al Database se questo ID e' autorizzato, prelevandone il nome.
- Il Web Server forza il browser dell'utente a scrivere: "Benvenuto " e il suo nome. Possibilmente senza forzare il refresh della pagina.

Vogliamo vedere quanto tempo ci si mette?
Ti avviso, penso di non metterci piu' di 5 minuti e una manciata di righe, tutte sullo stesso file (a parte la definzione XML della pagina).

http://media.rubyonrails.org/video/r...with_sound.mov

sul fatto della velocità per sviluppo web mi sa che RoR è inarrivabile per ora