title | tags | use | languages | dependences | banner | banner_y | banner_lock |
---|---|---|---|---|---|---|---|
Studies - Root |
studies, programming |
Documentation |
![[proggramming_banner.jpg]] |
0.5 |
true |
[!INFO] The links are built for the obsidian branch, i was working in main but now i'll split correctly and after that update all the inter document links over the main branch
This is a list of interesting documents gathered during development studies
This repo is divided in two branches, main has common links and obsidian links follow a Zettelkasten adapted model along with Obsidian to map the network of documents. If you want to set up in you computer, click here.
If you want to know the history, click here.
I've started using Obsidian and found very userfull to see how my brain works, and all its connections. Sometime after stumbled with the Zettelkasten method, it fits right into the philosophy of the program.
But the problem is that all my information was divided in a big folder structure, so I took my time and started thinking about how to conciliate both methods, PARA and Zettel.
The links, the special [[]]
Obsidian type and the common [](./path/to/file)
. The first one don't work in GitHub, and the second one if is a web url Obsidian won't link the way we expect. So what I will do/did is put altogether in one folder, and set .gitignore
for exclude the independent sub-folders which are individual repositories, and with that Git won't create a mess during the commits and pushes.
As any (very) systematic person and with a great chance of my mind to escape the focus state, that is to me a very challenging task, I need a flow to guide me through the process of learning.
flowchart TD
A(Topic \n Question \n fa:fa-question) -->|Inputs| B
B[Catch] --> C{Screening \n fa:fa-filter}
C -->|blurting \n method| D[Synthesize]
C -->|meshing \n information| D[Synthesize]
D --> E[Store]
E -->|Review| D
E -.->|Expand| A
When a question or topic of interest shows up, they're added in a list, during the Catch process. This is just a big queue of elements that will be analysed (Screening) later. When this time commes a element (or group of elements), will be selected, to be studied this can be divided into two groups depending on the available time to be spent:
- Using the Blurting method: The element will be studied, and a draft will be created in a sketchbook using only the recalled information.
- Using the directly information of the gathered articles creating a mesh of information, and a draft will be created.
With the draft created, the information will be translated to a document located in this vault, and the information will be stored in a way that can be easily retrieved. Here the process can run in a loop, until the document has a good quality, there's a possibility of the document receive a #toreview
tag, and the review process will be triggered later.
Other possibility is the Expand process, where the previous steps may revialed and unlisted topic, and the process will start again.
[!QUOTE] If I have seen further, it is by standing on the shoulders of giants. Isaac Newton
Sometimes in the rush to resolve the problems that we face, the learn only to fill the gap that is presented by the obstacle. So I'll try to visit the core/basic concepts of CS, using some guidelines.
This graph reflects the themes that I'm studying, and the progress of each one. The tree divisions will follow the three different contexts (work and personal).
Note
The priorities are changing quickly, and in the moment i cannot follow the original plan, so i'll just put a list of the topics that i'm studying.
- Backend (webserver, database, authentication)
- Django [work]
- Go [personal]
- Homelab (networking, security, services) [personal]
- Teorical topics (Fresh start roadmap) [personal] is currently paused Here's the archive of Gannt charts.
Enter here
Some useful links 🔗
- Modern Operating Systems - Andrew S. Tanenbaum, Herbert Bos
- Statistical Learning - Trevor Hastie, Robert Tibshirani
- Design Patterns: Elements of Reusable Object-Oriented Software - Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides
- Compilers - Alfred V. Aho, Monica S. Lam, Ravi Sethi, Jeffrey D. Ullman
- Clean Code - Robert C. Martin
- Refactoring - Martin Fowler, Kent Beck, John Brant, William Opdyke, Don Roberts
- Pragmatic Programmer - From Journeyman to Master - Andrew Hunt, David Thomas
- Make it stick - The Science of Successful Learning - Peter Brown, Henry L. Roediger III, Mark A. McDaniel
- Computer Networking - Andrew S. Tanenbaum, David J. Wetherall