Presentazione sul metodo generalizzato dei minimi residui applicabile in un sottospazio di Krylov per la soluzione numerica di equazioni lineari non simmetriche.

• Overleaf Editor

• Numerical Linear Algebra - Focalizzarsi sulle pagine da 266 a 274
• Efficient Steady State Analysis based on Matrix-Free Krylov-Subspace Methods - Presentazione del DAC
• Templates for the Solution of Linear Systems: Building Blocks for Iterative Methods - Raccolta di algoritmi di risoluzione tra cui GMRES e il Metodo del gradiente coniugato
• The Applications of Matrices | What I wish my teachers told me way earlier - Video su comprensione intuitiva di matrici e autovettori attraverso esempi reali.

• Introduction to Numerical Methods (Week 8) - Pagina web del MIT contenente informazioni e link utili su metodo del Gradiente Coniugato, convergenza dell'algoritmo del Gradiente Coniugato e algoritmo del Gradiente Biconiugato
• Metodo del gradiente coniugato - Focalizzarsi su Descrizione del metodo
• Discesa del gradiente - Focalizzarsi su Soluzione di sistemi lineari (dove calcola il passo ottimale)

• Introduction to Numerical Methods (Week 7) - Pagina web del MIT contenente informazioni e link utili su metodo di Krilov, algoritmo di Arnoldi, algoritmo GMRES, convergenza dell'algoritmo di Arnoldi e convergenza dell'algoritmo GMRES
• GMRES e BICGSTAB: due metodi iterativi per risolvere sistemi lineari di grandi dimensioni - Lezione sul GMRES dell'Università degli studi di Verona

• Learn LaTeX in 30 minutes - Guida sul LaTeX realizzata da OverLeaf

Git funziona come i rami (branch) di un albero. C'è il branch master, che sarebbe il principale. Noi possiamo creare il nostro branch a partire da un altro per effettuare modifiche senza influenzare il primo. Quando siamo sicuri che il nostro branch funzioni a dovere possiamo unirlo a quello principale con una pull request. Volendo potremmo lavorare direttamente tutti sul branch master. Spiegazione delle sezioni principali di questa repository e come utilizzarle.

Qui è dove si possono creare i compiti da fare, o segnalare errori trovati nel documento (Issues). Inoltre si può assegnare chi deve svolgere il compito e discutere con gli altri su quello specifico compito.

Quando volete riunire le modifiche che avete apportato nel progetto principale, dovete creare in questa sezione una pull request. Qui si può discutere assieme di accettare (anche parzialmente) le modifiche nel progetto principale. Questo è utile soprattutto nel caso in cui più di uno di noi modifica la stessa parte del documento, in modo da scegliere quale pullare.

Qui si possono configurare azioni che github svolge in automatico al posto nostro. Nel nostro caso potremmo fare in modo che ogni volta che viene modificato il codice sorgente in latex lui crei o aggiorni il corrispondente documento in pdf.

Qui si possono vedere tutte le pullrequest suddivide in progetti (nel nostro caso è solo uno per tutte le Issues). Sono suddivise in tre sezioni: quelle da fare, quelle in progresso e quelle fatte. In questo modo potremo vedere in tempo reale l'andamento del progetto e chi deve fare cosa. Questa sezione viene aggiornata automaticamente (anche se in realtà si possono spostare pure manualmente).

Spiegazione delle altre sezioni di questa repo (io non ne ho trovato un'applicazione al nostro caso, ma comunque voi potreste trovarla).

La wikipedia/documentazione della nostra repository.

Dove vengono segnalate vulnerabilità al nostro progetto.

Overview sul nostro progetto e i nostri contributi.

Le impostazioni della repo.