Pagina 2 di 3 primaprima 1 2 3 ultimoultimo
Visualizzazione dei risultati da 11 a 20 su 28
  1. #11
    Originariamente inviato da gandalf45
    Non so, la differenza che fai tu è puramente accademica;
    Accademica? eh no la differenza e' tecnica.

    io ho sempre sentito parlare di python come linguaggio interpretato, anche lo fonti ufficiali lo chiamano in questo modo.
    Siccome io sono solo un developer di PyGTK potresti anche non credermi, per cui ti riporto citazioni di due developer python, Alex Martelli e Valentino Volonghi, sono sicuramente piu' autorevoli di me:

    Mica vero. python si compila eccome. Pero` avviene in modo trasparente
    all'utente che avvia il programma. Viene compilato in bytecode proprio
    come avviene per tanti altri linguaggi e poi si esegue il bytecode
    sulla vm di python che lo traduce in altre istruzioni.
    Vivi e impara: vedi che errore strategico e` stato far girare il
    compilatore di Python in modo implicito e automatico. Invece di esserne
    grati, gli utAnti pensano, non ho avuto bisogno di far girare un
    compilatore, quindi non e` compilato, quindi e` interpretato, che
    ribVezzo.

    Prossima volta obblighiamo a eseguire esplicitamente il compilatore TRE
    volte (quattro se di mercoldi`), cosi` possiamo poi dire di essere
    *molto PIU` compilati di tutti gli altri*.

    Alex
    Capisco cosa vuoi dire ma non è il caso di confondere le idee agli altri.
    A dire il vero le idee le confondi tu se continui a dire che python non e' compilato.
    PyGTK GUI programming
    un impegno concreto: eliminare la k dalle tastiere italiane

  2. #12
    Utente di HTML.it L'avatar di cso
    Registrato dal
    Aug 2004
    Messaggi
    2,050
    Originariamente inviato da gandalf45
    Credo che il C vada bene; il massimo sarebbe l'assembly ma ormai i compilatori sono così efficenti che per scrivere codice più ottimizzato di loro serve una grandissima padronanza del linguaggio macchina.
    sono d'accordo con te ma non credo che qualcosa di non umano riesca a sostituire un programmatore.

  3. #13
    Utente di HTML.it L'avatar di anx721
    Registrato dal
    Apr 2003
    Messaggi
    2,352
    Come per java, è semi compilato.

    Sun Certified Java Programmer

    EUCIP Core Level Certified

    European Certification of Informatics Professionals

  4. #14
    ragazzi! la discussione è senza dubbio interessante
    ma cerchiamo di tornare in topic, grazie.

    p.s. ho "sentito dire" anch'io che il più perfomante - per questo tipo di applicazioni - è il Fortran... (mi riferisco ai linguaggi ad alto livello)
    ...Terrible warlords, good warlords, and an english song

  5. #15
    Utente di HTML.it L'avatar di Xadoom
    Registrato dal
    Dec 2002
    Messaggi
    1,491
    Beh uno dei linguaggi + usato in campo scientifico è il Fortran, certo è un pò vecchiotto, ma il suo compito lo fa ancora benissimo!
    Windows Xp
    [Java]
    [PHP]Notepad++
    [Fortran90-77] elf90 g77
    [C++ /WinAPI] DevC++ VisualC++

  6. #16
    Utente di HTML.it L'avatar di /dev/null
    Registrato dal
    May 2004
    Messaggi
    1,936
    Anch'io voto per il fortran
    Non lo conosco molto bene, ma ovunque si legge che e' meglio preferire questo linguaggio al C o ad altri praticamente solo dove c'e' bisogno di taaaaaaaaanta matematica...
    Ultima modifica ad opera dell'utente /dev/null il 01-01-0001 alle 00:00

  7. #17
    Visto che il thread ha raggiunto lo scopo dell' OP
    mi permetto una deragliazione

    KornShell, mettiamo una cosa in chiaro: a me il python piace e al contrario non ho particolari simpatie per il Java. Perchè allora, se entrambi sono eseguiti su una vm, python è molto più lento di Java?

    Non metto in dubbio quello che tu hai detto e in effetti so che prima di far girare lo script python il compilatore lo trasforma in bytecode e lo rinomina .pyc
    Devi però ammettere che il fatto che LA fonte ufficiale lo chiami linguaggio interpretato generi confusione...

  8. #18
    Originariamente inviato da Johnny_Depp
    ragazzi! la discussione è senza dubbio interessante
    ma cerchiamo di tornare in topic, grazie.

    p.s. ho "sentito dire" anch'io che il più perfomante - per questo tipo di applicazioni - è il Fortran... (mi riferisco ai linguaggi ad alto livello)
    Fortran e Ada andavano bene per queste cose..

    ora con i nuovi processori a 64 bit l'unico linguaggio che nativamente amplia gli int a 64 bit e' il C ..
    probabilmente se ricompilato anche ADA95 si adatta ottenendo maggiore precisione.
    un int a 32 bit tiene molto meno di un int a 64.
    p.s.esistono librerie matematiche per ogni linguaggio oramai e probabilmente se la giocano C e ADA.
    Fortran e' stato il primo linguaggio di programmazione e non credo venga piu' utilizzato se non a fini didattici.
    attendo smentite visto che cobol e ancora il linguaggio piu' diffuso.

  9. #19
    Utente di HTML.it L'avatar di Xadoom
    Registrato dal
    Dec 2002
    Messaggi
    1,491
    Originariamente inviato da kentaromiura
    Fortran e' stato il primo linguaggio di programmazione e non credo venga piu' utilizzato se non a fini didattici.
    attendo smentite visto che cobol e ancora il linguaggio piu' diffuso.
    No, in campo ingegneristico è ancora utilizzato, vista l'enorme mole di librerie matematiche che sono a disposizione.
    Windows Xp
    [Java]
    [PHP]Notepad++
    [Fortran90-77] elf90 g77
    [C++ /WinAPI] DevC++ VisualC++

  10. #20
    Originariamente inviato da Xadoom
    No, in campo ingegneristico è ancora utilizzato, vista l'enorme mole di librerie matematiche che sono a disposizione.
    si, ma intendevo, verra' creata una versione specifica per 64 bit?esiste gia?
    Non so se continuerà ad essere sviluppato, anche perche',ad esempio gcc, integra librerie fortran quindi attraverso C si richiamano librerie già esistenti..
    alcune di esse vengono riscritte in c e assembly per ottenere prestazioni migliori.
    e oramai esistono librerie per Java,C,Basic che permettono il calcolo ad alta precisione ..

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2026 vBulletin Solutions, Inc. All rights reserved.