Imparare a programmare!!!

[weltall]

Originalmente inviato da Super_Mario

Lo usa anche la nasa (e tanti altri, google per esemio) quindi non è un semplice linguaggio di scripting

escludo che lo usino per applicazioni time critical come la generazione dei risultati di ricerca i bot o la gestione di navicelle

[Super_Mario]

non lavoro alla nasa ma il fatto che python sia interpretato non indica che sia un linguaggio lento, riesce a ottenere prestazione di tutto rispetto simili a quelle di linguaggi compilati

[Super_Mario]

http://www.python.org/Quotes.html

[weltall]

rimangono sempre dei problemi: tipo la portabilità è limitata ai port del suo interprete.
comunque sempre meglio l'asm o persino 10 voglio vederti a superare la potenza di questi due con il pyton

[Super_Mario]

Originalmente inviato da weltall

rimangono sempre dei problemi: tipo la portabilità è limitata ai port del suo interprete.
comunque sempre meglio l'asm o persino 10 voglio vederti a superare la potenza di questi due con il pyton

grazie, tanto vale programmare in binario, e con quelli che tipo di portabilità ai da un architettura ad un'altra ?

[weltall]

poca ma molta velocità
e comunque anche il pyton indovina un pò comè scritto.
a me sembra c:

  File: [cvs] / python / python / dist / src / Parser / parser.c (download)  
 Revision: 2.22, Fri Mar 22 23:38:11 2002 UTC (3 years, 5 months ago) by nascheme  
Branch: MAIN   

Changes since 2.21: +10 -0 lines     Disable the parser hacks that allowed the "yield" keyword to be enabled
by a future statement.
 
  /* Parser implementation */

/* For a description, see the comments at end of this file */

/* XXX To do: error recovery */

#include "Python.h"
#include "pgenheaders.h"
#include "token.h"
#include "grammar.h"
#include "node.h"
#include "parser.h"
#include "errcode.h"


#ifdef Py_DEBUG
extern int Py_DebugFlag;
#define D(x) if (!Py_DebugFlag); else x
#else
#define D(x)
#endif


/* STACK DATA TYPE */

static void s_reset(stack *);

static void
s_reset(stack *s)
{
	s->s_top = &s->s_base[MAXSTACK];
}
[...]

[Bagi]

Originalmente inviato da Gemini

Ma Python non è un semplice linguaggio di scripting come LUA? Perché se è così, tanto meglio tenersi il vecchio fidato C ed evitare di sprecare energie su qualcosa che svia. E poi dubito che con Python ci si possa lavorare su console. ^_^

Falso! Funziona da console ed è abbastanza buono e veloce (ci ho fatto un seminario apposta all'università).
A meno che non usi moduli dipendenti da piattaforma poi lo stesso eseguibile gira ovunque su un interprete python.
L'unica nota negativa è che se vuoi fare programmi multipiattaforma con una gui con tkinter (la libreria standard) la grafica è un pò scarna.
E poi non è un semplice linguaggio di scripting, se vuoi puoi precompilare lo stesso l'eseguibile, integrare il codice python nei programmi C (un esempio è il codice che ha scritto weltall), creare semplici wrapper, esercitarti con le classi eccetera.

[Gemini]

Originalmente inviato da Bagi

L'unica nota negativa è che se vuoi fare programmi multipiattaforma con una gui con tkinter (la libreria standard) la grafica è un pò scarna.

Una nota decisamente negativa per me che ormai sono abituato a mettere interfacce anche alle cose più cretine.

Originalmente inviato da Super_Mario

grazie, tanto vale programmare in binario, e con quelli che tipo di portabilità ai da un architettura ad un'altra ?

Esistono sempre le macro per trasportare il codice assembly di una macchina su un'altra. Hanno convertito roba da Snes a Psx (FF4-5-6, Chrono Trigger) proprio con questa tecnica, anche se i risultati non sono stati proprio dei migliori, causa cattiva ottimizzazione.

[Salabar]

Una nota decisamente negativa per me che ormai sono abituato a mettere interfacce anche alle cose più cretine.

bhè se stai a guardare la nota negativa è del C/C++, xkè non ce l'ha nemmeno una libreria standard per le gui (anche se ci sono ottime librerie per le GUI tipo Qt e WxWidget, non sono solo per C/C++ ma possono tranquillamente essere usate anche con Python).

Personalmente, dopo aver girato un pochino penso che sia C/C++ la cosa da imparare prima (e per le GUI usare direttamente Qt/WxWidget e simili per non dipendere troppo dall'os). Tutto il resto può tranquillamente essere appreso dopo (e usato ad esempio per cose banali che richiedano poco tempo per essere realizzate)

[Super_Mario]

tanto x specificare le qt sotto windows non sono propriamente libere......