# FAQs

---

## Usare Snode

### Ricevo un'errore di bytecode all'avvio. Cosa devo fare?

Prova a usare Snode su una versione più vecchia di Python. \
Noi consigliamo di usare Python 3.11. [Downloads](https://www.python.org/downloads/release/python-3112/)

### Non riesco a eseguire Snode! Cosa devo fare?

Prova a rifare un'installazione pulita di Snode.

### Quali versioni di Snode sono supportate?

Ecco la tabbella:

| Versione | Stato supporto | Data EOL |
|----------|----------------|----------|
| 1.0      | Supporto base  | :) Non è EOL | 

Se vuoi vedere il nostro sistema di versionamento, [clicca qui](#come-funziona-il-vostro-versionamento)

### Quando faccio una variabile, funzione che inizia con "." mi da errore.

I comandi predefiniti della REPL iniziano sempre con il punto (.), ma se non coincide con un comandi della REPL, darà errore. \
Prova a rinominare la funzione o variabile.

### Delle funzioni JavaScript native non funzionano in Snode, ma funzionano in Runner X. Perché?

La maggior parte dei Runner JavaScript si basano sul motore [V8](https://v8.dev/), quello di [Google Chrome](https://www.google.com/chrome/), per capirci.
Invece Snode si basa su [Js2Py](https://pypi.org/project/js2py), che non è completo.

- Puoi inviare un [issue a Js2Py](https://github.com/PiotrDabkowski/Js2Py/issues) o
- invia un [issue a Snode](https://github.com/dromilang/snode/issues) per aggiungerlo via Snode.

---

## Segnalare problemi e funzionalità

### Runner X ha Caratteristica Y, ma Snode non ce l'ha. Perché?

Lo sappiamo che aldilà di Snode ci sono altri runner bellissimi con funzioni più avanzate, ma prima dovresti chiederti:

>_Ma è fattibbile in Python sì o no?_

Se la tua risposta è no, prova a cambiare o a fare qualcosa di più semplice. \
Se la tua risposta è sì, allora inviaci una [feature request](https://github.com/dromilang/snode/issues).

### Ho trovato un bug! Cosa devo fare?

invia un [issue a Snode](https://github.com/dromilang/snode/issues) e descrivi il bug.

Ci impegneremo a risolverlo!

### Penso di aver trovato un problema di sicurezza! Cosa faccio?

invia un [issue a Snode](https://github.com/dromilang/snode/issues) e descrivi il problema di sicurezza. \
Ricorda di mettere **la priorità alta**, così lo prendiamo sul serio.

---

## Versionamento

### Come funziona il vostro versionamento?

Il nostro versionamento è semplice: per le prime Alpha usiamo numeri tipo 1.0.x, poi per le stabili, useremo il nome dell'anno per la Major. Un esempio, se fossimo nel 2028:

- 28.9.1 -> Major 28 -> 2028
- 27.1.1 -> Major 27 -> 2027
- 26.17.1 -> Major 26 -> 2026

### Cosa significa EOL, LTS, Pre-Release...

EOL significa End Of Life. \
Le versioni EOL non ricevono più aggiornamenti e sono più vulnerabili. Gli aggiornamenti per queste versioni arrivano soltanto per emergenze di sicurezza con priorità altissima, ad esempio, un pacchetto SPM che infetta in modo grave il sistema e si finge da aggiunta per tutte le funzioni JavaScript.

Invece, LTS, significa Long Term Support.
Le versioni LTS hanno un supporto esteso, quindi più aggiornamenti di sicurezza, bugfix... \
Le LTS, però devono essere **affidabili** e **non deve cambiare troppo a fondo**: l'esperienza di una versione vecchia e una nuova deve essere quasi la stessa per garantire stabilità.

Una Pre-Release, invece, è una versione che è ancora "non-production ready" (Non pronta alla produzione). \
I tipi di Pre-Release sono:

- Alpha -> versione molto sperimentale con bug molto noti
- Beta -> versione sperimentale con menu bug, ma sono sempre noti
- RC o Release Candidate -> Una versione quasi stabile