Bastianello Federico

// pipeline completa, nessun framework

$ file.txt → Precomp → Translator → NASM → ELF

$ python3 main.py file.txt -o out

$ ./out

TryC

Compilatore scritto in Python per un linguaggio custom, che traduce direttamente in assembly x86-64 (NASM) — nessun parser generator, nessuna libreria di code generation. Pipeline propria dal parsing fino alle istruzioni macchina.

Compilatore (Precomp + Translator) scritto interamente in Python
Sistema di tipi con puntatori generici (&, as) e aritmetica sui puntatori
Allocatore custom con arena scoping automatico
Server HTTP scritto interamente nel linguaggio, syscall dirette
Binding SQLite via FFI (libextern) su libreria dinamica di sistema
Target Linux ELF, in sviluppo il supporto Windows

→ GitHub

// bare metal, protected mode, 32 bit

$ ./build.sh

$ make run

enigma-kernel x86_32

Kernel bare-metal scritto in C e assembly x86 a 32 bit, nato per studiare da vicino come funziona un kernel a basso livello — boot, protected mode, gestione degli interrupt. Come esercizio ci ho emulato dentro la logica della macchina Enigma (rotori e plugboard).

Bootloader e avvio in protected mode scritti in NASM a 32 bit
Kernel in C freestanding, nessuna libc
Setup di GDT/IDT e gestione base degli interrupt
Emulazione dei rotori e del plugboard della macchina Enigma
Testato e fatto girare su QEMU
Obiettivo didattico: capire i kernel a 32 bit dall'interno

→ GitHub

// zero libc, zero dipendenze
$ nasm -f elf64 server.asm -o server.o
$ ld server.o -o server
$ ./server &
$ curl http://127.0.0.1:9000/

server in assembly x86_64

Server web scritto interamente in assembly x86-64, librerie comprese: niente libc, niente runtime — solo syscall dirette per socket, thread e I/O su file.

Interamente in NASM a 64 bit, zero dipendenze da libc
Libreria di stringhe e I/O scritta da zero
Gestione dei thread via syscall dirette (clone)
Parsing e routing dei path scritto a mano
Socket, accept e gestione connessioni via syscall nude
Nessun framework, nessuna libreria esterna

→ GitHub

// Django, progetto di gruppo

$ python3 manage.py migrate

$ python3 manage.py makemigrations

$ python3 manage.py runserver

Terranova - Gestione Ferie

Applicazione web in Django per la gestione delle richieste ferie, sviluppata come progetto di gruppo con calendario condiviso e workflow di approvazione delle richieste.

Web app in Django (Python) per la gestione delle ferie
Calendario condiviso con richieste e approvazioni
Pannello di amministrazione integrato
Setup automatizzato: script .bat su Windows, comandi Django standard su Linux

Progetto di gruppo — con Piscitelli Damiano, Padrini Raffaele, Leonardo Yan Soardo

→ GitHub

// IPC locale: memoria condivisa + semafori

$ cd tris && ./build.sh

$ ./server 10

$ ./client Lorem

Tris — client/server in C

Gioco del tris client/server in locale: il server arbitra la partita e i client giocano comunicando non via rete ma tramite memoria condivisa e semafori System V.

Comunicazione via memoria condivisa (shmget) e semafori System V
Gestione robusta di SIGINT (doppio Ctrl+C, cleanup delle risorse IPC)
Timeout di mossa configurabile, gestito lato server
Funzioni interne static inline per eliminare l'overhead delle chiamate
Logging con livelli colorati (DEBUG/INFO/WARN/ERROR)
Client automatico (gioca da solo) o manuale

→ GitHub

Ciao, sono Bastianello Federico

Chi sono

Cosa ho costruito

TryC

enigma-kernel x86_32

server in assembly x86_64

Terranova - Gestione Ferie

Tris — client/server in C

Parliamone