← Tutti i video

Parliamo di Software Design

Guarda su YouTube → 27:46 23 settembre 2025

Descrizione

Oggi si parla di software design. Se vuoi supportare il mio lavoro :) - https://www.patreon.com/hexdump Se vuoi imparare la Web Application Security: - https://www.udemy.com/course/practical-wapt/?referralCode=15450B3828BA5A3B23CB Se vuoi imparare la Linux Privilege Escalation: - https://www.udemy.com/course/linux-privesc/?couponCode=33738F67D2C09EB25600 Se sei interessato ai miei servizi di formazione: - https://esadecimale.it TIMESTAMPS 00:00 Introduzione 03:50 Un caso specifico 09:00 Il ruolo di Emacs 21:00 Come gestisco le configurazioni 25:00 Conclusione

Commenti 11

I commenti vengono da YouTube e sono aggiornati periodicamente.

  1. @gabrielesasanelli 23 settembre 2025 2
    Grande. Sono un ragazzo neolaureato in ingegneria informatica. L’università mi aveva fatto perdere interesse, ma grazie ai tuoi video e a quelli di altri tuoi colleghi, come Sanfilippo, mi sta piano piano tornando la voglia di scrivere codice. Continua così, grazie.
  2. @henryhankchinaski3979 25 settembre 2025
    Iscritto di corsa al canale, uno dei rarissimi in Italia a trattare "in-depth" certi argomenti.
    1 risposta
    1. @esadecimale Autore 26 settembre 2025
      Ti ringrazio
  3. @SimoneRicco-ko7or 23 settembre 2025 1
    Bellissimo progetto, complimenti. Provo un po' di invidia per il tuo workflow all in one su emacs ahaha 🙌
  4. @Rutuyan 23 settembre 2025
    Concordo totalmente col punto del video. Specialmente per quanto riguarda Emacs, se si deve manipolare del testo, in qualsiasi forma, è imbattibile IMO (non mi è mai piaciuto lo stile modale di Vim) ed avere uno strumento che ti permette di mantenere inalterato il tuo workflow anche in diversi contesti è impareggiabile. Senza contare la sua autodocumentazione, praticamente puoi imparare Emacs da dentro Emacs, spesso basta un C-h i o un C-h m per avere tutte le risposte. Usate Emacs XD Per quanto riguarda invece l'esempio del video un altro punto a sfavore nel dover navigare la GUI di qualunque software è che, quando si raggiunge un certo livello di complessità, sarà sempre più macchinoso usare tab e menù a tendina piuttosto che un file di configurazione in cui la variabile è solo ad un C-s di distanza. Senza contare la portabilità di un file di configurazione rispetto ad alcuni software in cui mantenere lo stesso settaggio non è così banale
  5. @pochopsp 24 settembre 2025 1
    Due note: 1) quando si parla di software design a me viene più in mente la parte più architetturale del software (es design pattern, utilizzo di multithreading etc..) mentre per ciò di cui parli nel video credo sia più giusto parlare di UI design o GUI design. 2) se quel burpsuite molto usato manca di qualche feature, non sarebbe una buona idea aprire una issue sulla pagina GitHub (se ne ha una)? In questo modo chiunque può lavorarci con una pull request e tutti beneficeranno di un software migliore
    3 risposte
    1. @esadecimale Autore 24 settembre 2025 1
      In questo caso c’è una connessione non banale tra architettura del software, GUI, e user experience. Ad esempio il modo in cui gestisco le configurazioni, tocca tutti e tre questi aspetti. I problemi di burpsuite secondo me sono proprio architetturali, e non si risolvono con una pull request. In ogni caso il software in questione non è open, quindi non si potrebbe fare comunque. Una cosa su cui credo molto è che la tecnologia che utilizziamo per costruire qualcosa determina anche aspetti “esteriori” del software. Ad esempio credo che con Java come software sarei molto limitato. Non che Emacs non abbia limiti, ovviamente, ma è una piattaforma diversa, molto più aperta
    2. @pochopsp 24 settembre 2025
      ​@esadecimalegrazie per la risposta. Cosa intendi quando dici "con Java come software sarei molto limitato" ?
    3. @esadecimale Autore 24 settembre 2025 1
      @pochopsp Grazie te, fai delle ottime domande. Rispetto alla domanda, è sicuramente da approfondire molto in dettaglio con degli esempi pratici e video futuri. Per farla breve comunque Java crea un layer di astrazione molto forte tra il programma e ciò che fa il programma. In Emacs questo layer esiste ma è molto più sottile, ed è più semplice implementare del software molto trasparente all’utente. Sono tecnologie diverse. Java va bene quando abbiamo di fronte un utente base che non vuole proprio sapere cosa sta facendo la macchina in quel momento. Lisp invece è un linguaggio più interattivo. Ha ovviamente anche molti limiti, ma a livello di interazione utente il Lisp è veramente ottimo. In futuro mostrerò a mostrare vari esempi nello specifico per far capire cosa intendo con questo. Ovviamente in tutto questo non ho nulla contro java, è una tecnologia assolutamente valida.
  6. @Misas.a 3 novembre 2025
    Adesso si può dire "you know emacs has a package for that"
    1 risposta
    1. @esadecimale Autore 3 novembre 2025 1
      ahah lo devo ancora finire, sto procrastinando... però a breve lo voglio far uscire :/