Holy_Dev - Invidious

Holy_Dev
she

Backend Engineer focused on real-world systems & security.

I build, break, and improve backend systems:
• Distributed systems & performance
• Concurrency, locking, and scaling issues
• Security mindset & system vulnerabilities

Open for:
• Freelance backend work
• Architecture & code review
• Backend consulting

Need help?
www.notion.so/Backend-Consulting-c8e70e80a87e48e6b…

View channel on YouTube

Switch Invidious Instance

Videos

Shorts

Podcasts

Courses

Playlists

Posts

Holy_Dev

If you are using Tails OS or planning to install it, please avoid using balenaEtcher. I'm sharing this because I learned the hard way :(( I've already used it!

1 month ago | [YT] | 6

View 1 reply

Holy_Dev

What does volatile keyword guarantee?

1 month ago | [YT] | 2

View 0 replies

Holy_Dev

What is ReentrantLock? -Java concurrency quiz

1 month ago | [YT] | 4

View 0 replies

Holy_Dev

Which tool helps avoid deadlocks?

1 month ago | [YT] | 5

View 0 replies

Holy_Dev

Hướng đi mới

Mình muốn nói thẳng với mọi người về một thay đổi quan trọng.

Dạo gần đây mình ra video ít hơn. Không phải vì mình hết ý tưởng, mà vì mình không muốn làm những thứ lặp lại hoặc dễ đoán chỉ để giữ nhịp đăng bài. Điều đó có thể ảnh hưởng tới views và audience, nhưng mình chấp nhận.

Điều thực sự thay đổi là hướng mình muốn theo đuổi.

Thật lòng mà nói, việc viết API CRUD với mình giờ đã không còn nhiều hứng thú nữa. Một phần vì “vibe code” và agent ngày càng mạnh, rất nhiều thứ có thể gần như tự động hóa: generate API, viết service, controller… Những thứ đó dần trở nên quá dễ đoán, và không còn kích thích sự tò mò của mình như trước.

Nhưng điều đó không có nghĩa là mình bỏ Backend. Ngược lại, mình muốn đi sâu hơn, khó hơn, và thực tế hơn.

Mình không muốn trở thành:
“người dạy Spring Boot”
“người nói lý thuyết security”

Mình muốn trở thành một Backend dev có thể tự phá vỡ chính hệ thống mình xây.

Không phải kiểu nói về security cho có.
Mà là build → break → fix → repeat.

Backend có thể “vibe code”.
Nhưng security thì không.

Bạn không thể chỉ ra lệnh cho AI để “hack”.
Bạn buộc phải:

* Hiểu hệ thống vận hành như thế nào
* Tìm ra điểm yếu
* Thử, fail, thử lại
* Và nhiều lúc chỉ có thể dựa vào gợi ý, hoặc tự chỉnh sửa script để tấn công

Nó không sạch sẽ, không gọn gàng như code CRUD.
Nhưng nó thật hơn, và khó hơn.

Gần đây mình nhận được email về “The AI Security Learning Path” của TryHackMe, gồm 25 bài hands-on về toàn bộ attack surface của AI. Và nó làm mình thực sự hứng thú trở lại.

Nên từ giờ, mình sẽ không chỉ làm content Backend theo kiểu CRUD nữa.

Content sẽ chuyển dần sang:

* Security mindset
* Cách suy nghĩ như attacker
* Những thứ không đẹp, không “clean code”, nhưng phản ánh đúng thực tế

Ai thấy hợp thì ở lại.
Không hợp thì cũng không sao.

Mình chỉ đang đi theo thứ mà mình thực sự muốn đào sâu.