http://kmin.edu.vn/, https://discord.gg/ch4NxfjegQ, http://fb.com/kmin.academy, https://www.facebook.com/groups/kmin.dat

Thầy Bảo Dev Đi, 860/60x/69 XVNT, phường 25, quận Bình Thạnh, Ho Chi Minh City (2025)

Q: What is the address?

860/60x/69 XVNT, Phường 25, Quận Bình Thạnh

23/04/2025

7 Loại Nghỉ Ngơi Giúp Mình Tỉnh Táo, Làm Việc Hiệu Quả Mà Không Kiệt Sức
Hồi đó, mình chăm chỉ, cặm cụi, làm việc liên tục mỗi ngày vì nghĩ rằng: “Cố thêm chút nữa là được”.
Mình ngủ đủ 7-8 tiếng mỗi đêm, mà sáng dậy vẫn thấy đuối.
Mình nghỉ cuối tuần, nhưng đến thứ Hai vẫn mệt rã rời.
Mình ngồi thiền, viết nhật ký, tắt thông báo, nhưng trong đầu vẫn đầy tiếng ồn.
Mình bắt đầu tự hỏi:
Vậy thì... rốt cuộc mình đang thiếu gì?
Và rồi, một khái niệm đã thay đổi tất cả:
“Có 7 loại nghỉ ngơi khác nhau. Và bạn có thể ngủ cả ngày mà vẫn kiệt sức nếu thiếu một trong số đó.”
Cảm hứng từ nghiên cứu của bác sĩ Saundra Dalton-Smith, mình bắt đầu khám phá từng tầng lớp nghỉ ngơi mà trước giờ chưa ai dạy mình.
Và đây là 7 loại nghỉ ngơi giúp mình hồi sinh năng lượng, giữ lửa sáng tạo và không còn sống trong trạng thái “sắp cháy máy” mỗi ngày.
-----
1. Nghỉ ngơi Thể Chất (Physical Rest)
Là dạng nghỉ ngơi đầu tiên mà mình nghĩ tới – nhưng hoá ra, nó có 2 kiểu:
Thụ động:
- Ngủ đủ 7-9 tiếng mỗi đêm. Ngủ trưa nếu cơ thể cần.
(Cái này ai cũng biết, nhưng ít người làm đều.)
Chủ động:
- Mình bắt đầu giãn cơ nhẹ buổi sáng.
- Ngồi ghế công thái học.
- Thi thoảng tự thưởng cho mình một buổi massage.
Và chỉ bấy nhiêu thôi… cơ thể đã khác.
-----
2. Nghỉ ngơi Xã Hội (Social Rest)
Mình bắt đầu để ý: có những người khiến mình nhẹ lòng. Và cũng có người khiến mình như bị rút pin.
Nghỉ ngơi xã hội không phải là cách ly hoàn toàn.
Mà là chọn lọc năng lượng xung quanh.
Ở gần người mình được là chính mình.
Tránh bớt các mối quan hệ xã giao làm mình kiệt sức.
Mình là người hướng nội – nên một buổi tối không gặp ai, không tin nhắn, không Zoom – lại chính là liều hồi phục cực mạnh.
-----
3. Nghỉ ngơi Sáng Tạo (Creative Rest)
Có những hôm mình không còn cảm hứng sáng tạo gì nữa, mặc dù công việc đòi hỏi mình phải “sáng” liên tục.
Hóa ra mình đang thiếu Creative Rest.
Mình bắt đầu ngắm hoàng hôn, đi dạo không điện thoại, xem lại những bộ phim làm mình rơi nước mắt.
Thỉnh thoảng vào một gallery nghệ thuật, hay đơn giản là bật nhạc không lời và để não mình... trôi đi một lúc.
Và rồi… ý tưởng lại ùa về.
-----
4. Nghỉ ngơi Cảm Xúc (Emotional Rest)
Bạn có từng cảm thấy:
"Mình không thể nói thật những gì mình nghĩ, vì sợ người khác không hiểu?"
Mình đã như vậy suốt nhiều năm.
Cho đến khi mình bắt đầu cho phép mình thành thật hơn – với những người đáng tin.
Đôi khi là bạn thân.
Đôi khi là nhật ký.
Đôi khi là một chuyên gia trị liệu.
Và mỗi lần mình được “xả cảm xúc”, mình nhẹ đi thấy rõ.
Emotional Rest là khi bạn không còn phải “diễn” trong chính cuộc sống của mình.
-----
5. Nghỉ ngơi Giác Quan (Sensory Rest)
Thế giới bây giờ… ồn ào thật sự.
Thông báo. Màn hình. Cuộc họp. Tin nhắn.
Mình bắt đầu có thói quen:
Tắt toàn bộ notification sau 8h tối.
Dành 1 giờ không thiết bị điện tử mỗi ngày.
Giảm thiểu ánh sáng xanh vào buổi tối.
Tạo không gian dịu nhẹ với ánh nến, mùi thơm và tiếng nhạc nhẹ.
Kỳ diệu là… chỉ cần bớt kích thích giác quan, mình đã thấy dễ thở hơn rất nhiều.
-----
6. Nghỉ ngơi Tâm Trí (Mental Rest)
Bạn có từng rơi vào trạng thái:
"Cơ thể thì nghỉ, nhưng đầu óc vẫn chạy deadline?"
Đó là mental fatigue – và mình từng bị nặng.
Giải pháp đơn giản nhưng cực kỳ hiệu quả:
Viết hết việc cần làm ra giấy.
Dùng checklist cho những việc lặp đi lặp lại.
Thiết lập “shutdown ritual” mỗi cuối ngày – như viết nhật ký, thở sâu 5 phút, hoặc pha một tách trà.
Và một điều cực kỳ quan trọng:
Cho phép bản thân "ngưng suy nghĩ để mà... được sống."
-----
7. Nghỉ ngơi Tâm Linh (Spiritual Rest)
Cuối cùng, là thứ mình từng nghĩ chỉ dành cho người theo tôn giáo.
Nhưng không!
Spiritual Rest là khi bạn cảm thấy mình thuộc về một điều gì đó lớn hơn bản thân.
Đó có thể là:
Làm việc có ý nghĩa, giúp đỡ người khác.
Tham gia hoạt động tình nguyện.
Hoặc đơn giản là kết nối với thiên nhiên, hoặc thiền định sâu.
Khi tâm hồn mình có chốn trở về – mình không còn thấy trống rỗng giữa những ngày "bận rộn không biết để làm gì".
-----
Kết lại…
Trước đây, mình chỉ nghỉ ngơi để lấy sức làm tiếp.
Giờ đây, mình nghỉ ngơi để tận hưởng cuộc sống – như một con người đầy đủ.

Nguồn: Mayashare

10/04/2025

Hành trình khám phá thế giới lập trình cùng con.
Không chỉ là hỗ trợ con rèn luyện tư duy logic mà còn giúp chính bản thân mình có thêm những góc nhìn mới. 😁

09/04/2025

"AI đủ nhanh - để ta được chậm lại.
AI làm việc - để ta được làm người."

Mỗi ngày thức dậy, mình lại thấy công nghệ chạy nhanh hơn.
Nào là AI viết hàng ngàn chữ trong 30s, tạo ảnh trong 1 phút, phân tích dữ liệu trong vài giây. Dịch giọng, bắt cảm xúc, sinh code, sinh video… không gì là không thể.

Có người vỗ tay.
Có người ngỡ ngàng.
Có người… sợ hãi.
Rồi cũng chạy theo.

Và nhiều người bắt đầu sống với một nỗi lo thường trực:
“Liệu mình có bị thay thế không?”
“Mình có đủ nhanh để theo kịp không?”
“Làm nghề sáng tạo còn trụ nổi bao lâu?”

Rồi ta học prompt. Học dùng GPT. Học tạo ảnh, làm content, dùng automation.

Nhưng khi càng học, ta càng thấy gì đó đang mòn đi.
Một phần giá trị lõi, là sự kết nối, là cảm xúc.
Không chỉ nghi ngờ người khác, ta bắt đầu nghi ngờ chính mình: Liệu kiến thức ta tiếp nhận có còn là của con người?

-----
Rồi một ngày, ta hiểu:
AI không đến để làm thay tất cả, mà để ta không phải sống như máy nữa.
AI không lấy đi nghề, mà giúp ta nhìn rõ: phần nào là "nghề thật", phần nào chỉ là thao tác.

AI đủ nhanh - để ta được chậm.
Chậm để suy nghĩ sâu hơn, viết bằng trải nghiệm thật, trò chuyện thật, sống một ngày không bị productivity rượt đuổi từ 6h sáng.

AI làm việc - để ta được làm người.
Làm người - là được không tối ưu.

Được chậm.
Được nói lắp mà vẫn được tin.
Được viết sai mà vẫn được hiểu.
Được mơ - được cảm - được ngồi yên… không “tạo ra giá trị” nào cả.

Làm người - là không hoàn hảo mà vẫn xứng đáng.
Không cần chạy nhanh nhất mà là cảm nhiều nhất.

Thế giới không cần thêm người “như robot”.
Thế giới cần người biết: Khi nào nên để máy làm và khi nào nên nắm tay nhau không vì lý do gì.

Bạn không cần giỏi hơn AI.
Bạn chỉ cần trung thực hơn với chính mình.

-----
Và nếu một ngày bạn tự hỏi:
“Không bắt kịp, có phải lỗi của mình?”
“Không dùng AI, có bị tụt hậu?”

Mình lại ngẫm nghĩ đến cảnh:
Ông bà ta không có AI. Không có prompt, không có tool.
Chỉ có đôi tay chai, trí nhớ sống động, và một đời sống… sống kỹ.

Thế mà họ làm ra nhà, ra chữ, ra mùa, ra người.
Và để lại cho ta những thứ đến nay máy vẫn chưa thay thế nổi:
Một bữa cơm đầy người lẫn tình.
Một câu chuyện kể bằng giọng run nhẹ.
Một lời hứa giữ 30 năm không cần ký hợp đồng.

Chúng ta có AI để giúp việc.
Nhưng đừng để nó cuốn mất phần người từng rất đủ trong những điều rất ít.

Ông bà ta không có AI,
nhưng có thời gian để hỏi nhau: “Ăn cơm chưa?”
Có đủ chậm để lắng nghe chuyện buồn - mà không cần giải pháp.
Có đủ trống để thương không cần lý do.

Còn ta - có thể chỉ cần một lời nhắc bản thân mỗi ngày:
Bạn sinh ra không phải để làm tốt hơn máy, mà để sống được phần mà máy không bao giờ chạm tới 🌱

Nguồn: Tâm - Ngáo Content

07/04/2025

Đố mọi người biết bảng này dành cho ngôn ngữ nào? 😆

07/04/2025

Ngày giỗ tổ có liên quan gì đến dev tụi mình?

“Các Vua Hùng đã có công dựng nước, Bác cháu ta phải cùng nhau giữ lấy nước”

Mọi người nghe lời dặn này của Bác nhiều lần rồi phải không? Mình cũng vậy, nhất là mỗi khi đến mùng 10/3 âm lịch hàng năm.

Lời dặn ấy không chỉ nhắc nhớ mình về nguồn cội mà còn là trách nhiệm của bản thân.

Ngày xưa mình nghĩ giữ lấy nước là nhiệm vụ của mấy anh bộ đội hay của một ai đó chứ không phải của mình.

Nhưng suy nghĩ ấy dần thay đổi khi mình lớn lên.

Mình lớn lên trong sự nuôi dưỡng của cha mẹ, thầy cô ở nơi mà mình gọi là quê hương, đất nước. Mình rời quê, tìm thấy được đam mê của mình và được tự do theo đuổi đam mê.

Cũng theo dòng đời, mình trở thành một coder và bắt đầu kiếm được những đồng lương đầu tiên. Mình rất tự hào và hạnh phúc vì điều ấy. Mình tiếp tục “lao vào đời và kiếm cơm” và rồi bị cuốn vào vòng lặp “cơm gạo”. Có những lúc căng thẳng vì áp lực, mình tự hỏi:

Mình viết code để làm gì? Để kiếm tiền? Để giỏi hơn người khác? Hay… còn gì khác?

Mình tìm câu trả lời và nhận ra là những dòng code mình viết góp phần tạo ra một sản phẩm và sản phẩm ấy sẽ mang lại giá trị tốt đẹp cho xã hội.

Suy nghĩ ấy làm mình có thêm những động lực. Và mình nghĩ động lực ấy bền vững và mạnh mẽ.

Không phải ai cũng cầm vũ khí để giữ nước. Không phải chỉ có những người làm kinh doanh mới xây dựng nước.

Có người giữ nước bằng tri thức, bằng sản phẩm công nghệ, bằng lòng yêu nước lặng thầm trong từng dòng code đẹp của mình

Nhân ngày Giỗ Tổ Hùng Vương, hãy dành một phút để nhớ lại lý do bạn bắt đầu, và nghĩ về nơi bạn muốn dùng công nghệ để đóng góp.

Vì dù là lập trình viên, kỹ sư, hay người nông dân – ta đều chung một gốc rễ:

“Con Lạc cháu Hồng – Hậu duệ Rồng Tiên.”

05/04/2025

Hỏi: ChatGPT có làm mất việc làm của lập trình viên không?
Trả lời: Không, ChatGPT không làm mất việc làm của lập trình viên. Nó chỉ là một công cụ hỗ trợ trong việc xử lý thông tin và trả lời câu hỏi. Lập trình viên vẫn cần có sự tư duy sáng tạo, khả năng giải quyết vấn đề và kinh nghiệm thực tế để xây dựng và phát triển các hệ thống phần mềm. ChatGPT chỉ là một công cụ trợ giúp, nhưng không thể thay thế hoàn toàn lập trình viên.
--
Câu trả lời trên không phải của mình, mà là của ChatGPT. Mọi người thấy có hợp lý không?
Từ câu trả lời này, mình sẽ thấy được 3 yếu tố giúp lập trình viên tạo nên sự khác biệt giữa mình và các người máy / công cụ AI. 3 yếu tố này cũng tạo nên sự khác biệt giữa các lập trình viên với nhau, là những yếu tố mà doanh nghiệp quan tâm, là những tiêu chí để quyết định về lương của họ.
Đó là:
1. Tư duy sáng tạo
2. Khả năng giải quyết vấn đề
3. Kinh nghiệm thực tế
Cá nhân mình thấy 3 điều này hoàn toàn hợp lý.
Mình cũng thấy trong 3 yếu tố này, thì:
- Không hề có "kiến thức".
Không phải là kiến thức không quan trọng, mà vì kiến thức là cái tối thiểu cần có và là cái mà chúng ta (những lập trình viên) rất khó để so bì cùng người máy.
Kiến thức vẫn rất quan trọng, vì nó là nền tảng để mình tư duy. Nếu xét theo thang Bloom, một thang đo về các cấp độ nhận thức, thì khi mình có kiến thức về một chủ đề nào đó, phần lớn là mình đạt được tầng nhớ và hiểu (2 tầng thấp nhất) và khi đó, mình sẽ có nền tảng để đi lên các tầng cao hơn như: vận dụng, phân tích, đánh giá, sáng tạo.
Sự phát triển của các hệ thống như ChatGPT sẽ yêu cầu người học, người dạy và cả hệ thống giáo dục phải quyết liệt hơn trong việc thay đổi tư duy dạy-học.
- Không hề có "thái độ". Và cũng không có "đạo đức"
2 yếu tố này mang tính "người" rất nhiều, vì thế không thể đem so với máy được, ít nhất là ở thời điểm hiện tại (tương lai thì chưa chắc nha).
Thái độ và đạo đức không phải "quan trọng" mà là "rất quan trọng". Nếu mình đạt đỉnh cao về sự sáng tạo trên cái nền thái độ và đạo đức tồi, thì điều gì sẽ xảy ra?
--
Vậy thì bây giờ mình nên rèn luyện bản thân, học tập như thế nào?
Mình tạm chia các đặc điểm của con người thành 2 nhóm:
1. Đạo đức: Thái độ, tính cách, nhân cách, ...
2. Trí tuệ: Kiến thức, kỹ năng, tư duy, ...
Cả 2 nhóm này đều cần phải được rèn luyện và không có cái nào được bỏ qua. Không thể có trí tuệ mà không có đạo đức, cũng không thể có đạo đức mà thiếu đi trí tuệ.
Nhóm 1 tập trung nhiều hơn khi còn nhỏ tuổi. Nhóm 2 thì trải đều trong suốt quãng đời của mình.
Điều quan trọng hơn nữa là: Học tập cũng là một trải nghiệm, vậy nên khi đã có ý thức, mình hãy tự kiến tạo cho chính trải nghiệm của mình.
Vì sao mình học cái này?
Mình học cái này với ai?
Mình học cái này như thế nào?
Đó là những câu hỏi quan trọng để giúp mình có một trải nghiệm học tập tốt, như cảm giác của một người thỏa mãn được sự tò mò của mình khi khám phá ra một điều gì đó mới. Có trải nghiệm học tập tốt, mình cũng sẽ có được trải nghiệm tâm thức tốt. Mục đích của sự sống của mình cũng là thế mà.
Ái chà, viết nhiều quá rồi.
Túm lại là, sự phát triển của công nghệ có thể tốt hoặc xấu. Tốt hay xấu tùy vào cách tiếp cận, cách sử dụng của mình. Và quan trọng hơn hết là không ngừng nâng cấp bản thân để hoàn thiện
"tính người" của mình.

03/04/2025

QL Basic Cheatsheet 🥳🥳🥳

Tổng hợp các kiến thức cơ bản về SQL trong 2 trang giấy A4. Mọi người tham khảo nhen.

Link download bài viết bên dưới comment . 👇

Cảm ơn Vertabelo đã dày công hoàn thiện tài liệu này. ❤

https://learnsql.com/blog/sql-basics-cheat-sheet/sql-basics-cheat-sheet-a4.pdf

01/04/2025

🤓 KIỂU DỮ LIỆU TRONG JAVASCRIPT.🤓

Mặc dù khi khai báo biến chúng ta không cần khai báo tường minh kiểu dữ liệu, nhưng trong Javascript vẫn tồn tại khái niệm này.
Kiểu dữ liệu của một biến sẽ được tự động xác định dựa vào giá trị mà nó đang lưu. Ghê chưa :v
Chính vì vậy, khi biến thay đổi giá trị, thì kiểu dữ liệu của biến cũng có thể bị thay đổi. Hết ghê :))

Đặc tính này của JS làm cho lập trình viên rất sướng. Nhưng thường trong vũ trụ này, cái gì làm mình sướng thì cũng sẽ làm mình khổ. Chúng ta cùng tìm hiểu thử ha.

Để kiểm tra kiểu dữ liệu của một biến hay giá trị, bạn có thể dùng từ khóa typeof.

let x = 1;
console.log(typeof x); // number
console.log(typeof x === “number”); // true

Các kiểu dữ liệu trong Javascript

Tính tới thời điểm hiện tại, trong phiên bản mới nhất của JS, chúng ta có các kiểu dữ liệu sau:

KIỂU NGUYÊN THỦY (PRIMITIVE TYPE)
undefined : Có giá trị duy nhất là undefined, diễn đạt ý nghĩa là "chưa được định nghĩa" hay "không tồn tại".
Boolean : có 2 giá trị true và false, diễn đạt một chân trị, cũng là giá trị trả về của một biểu thức logic.
Number : giá trị là các số nguyên (1, 2, ...), số thực (4.9, 8.1)
String : giá trị là chuỗi ký tự như: "Kmin", "B". Lưu ý: Trong JS không có kiểu ký tự. "B" vẫn được hiểu là string.
BigInt : Biểu diễn số nguyên lớn
Symbol : Kiểu này hơi lạ, phải không? Nếu bạn muốn tạo ra một giá trị duy nhất (unique), hãy nghĩ đến Symbol. Kiểu dữ liệu này có thể được sử dụng làm key cho object hay giúp cho việc xung đột về tên. Tìm hiểu thử đi, cũng hay lắm đó bạn.

KIỂU CẤU TRÚC (STRUCTURAL TYPES)
Object : Biến có kiểu là Object sẽ không lưu một giá trị cụ thể mà lưu một cấu trúc, như là một cấu trúc dữ liệu: new Object, new Array, new Map, new Set, new WeakMap, new WeakSet, new Date, … (bạn nào đã học môn Cấu trúc dữ liệu và giải thuật rồi sẽ biết đến tên của các cấu trúc dữ liệu kinh điển và thường là chỉ biết đến tên).

Function : Function không phải là cấu trúc dữ liệu, nó được thiết kế ra để lập trình viên định nghĩa ra những giải pháp để giải quyết các vấn đề (cũng như những ngôn ngữ lập trình khác). Về bản chất, function cũng là object. Tại sao lại là như vậy? Bạn hãy tìm hiểu thử nha.
Ý nghĩa của kiểu dữ liệu trong thực chiến
Kiểu dữ liệu của một biến/giá trị sẽ cho biết loại giá trị mà nó lưu và quy định cách ứng xử của các biến/giá trị đó.
Xem ví dụ nha.
let x = “1”;
let y = “2”;
let z = x + y; // “12”
Trong ví dụ trên, x và y có kiểu string, x đang ứng xử với y thông qua phép cộng, và đó là cộng theo kiểu string là nối 2 chuỗi lại với nhau (khác với cộng theo kiểu number).

Sự khác biệt của kiểu dữ liệu trong JS
Kiểu dữ liệu trong JS có vài điểm khác biệt với các ngôn ngữ khác (C++, C #, Java, …)

Hãy xem ví dụ này:
let foo = 42; // foo là một number
foo = 'bar'; // nhưng lúc này, foo đã đổi thành string
foo = true; // foo bây giờ lại là boolean

foo thay đổi kiểu dữ liệu xoành xoạch đó. Điều này làm cho lập trình viên sẽ khá là quản lý code của mình (mặc dù nó sướng thiệt). Vì khi kiểu dữ liệu thay đổi, cách ứng xử của biến đó cũng sẽ thay đổi theo. Javascript có giải pháp nào cho vấn đề này không? Tìm hiểu thử đi bạn.

Một số vấn đề cần lưu tâm

Một số vấn đề khác cần phải lưu tâm khi dùng kiểu dữ liệu: miền giá trị có thể lưu, kích thước của kiểu dữ liệu. Điều này giúp bạn xử lý dữ liệu chính xác trong tất cả các trường hợp và tối ưu về mặt bộ nhớ.

Câu hỏi thảo luận:
1. Hãy phân biệt ý nghĩa của undefined, null, NaN, “”
2. Tại sao có thể nói function cũng là object
3. Hiện nay có giải pháp nào để giải quyết vấn đề kiểu dữ liệu không tường minh của Javascript không?

Tại sao hình bên dưới lại ra kết quả như vậy?

Comment xuống phía dưới câu trả lời của bạn nha. Bất kỳ câu nào cũng được. Nếu trả lời được hết thì thật là “ờ mấy dình gút chóp” nhen.

28/03/2025

🙌7 BÍ QUYẾT TẠO NÊN 1 LẬP TRÌNH VIÊN XUẤT SẮC🙌

✨𝑯𝒂̃𝒚 𝒕𝒊̀𝒎 𝒎𝒐̣̂𝒕 𝒍𝒚́ 𝒅𝒐 đ𝒆̂̉ 𝒅𝒂̂́𝒏 𝒕𝒉𝒂̂𝒏 𝒗𝒂̀𝒐 𝒗𝒊𝒆̣̂𝒄 𝒉𝒐̣𝒄 𝒍𝒂̣̂𝒑 𝒕𝒓𝒊̀𝒏𝒉
Học lập trình là một chặng hành trình thú vị nhưng không kém thử thách, đòi hỏi người học phải có sự nỗ lực và kiên trì, thì may ra mới có thể đạt được một thành quả mĩ mãn. Ta dùng từ "may ra" là bởi vì không phải 100% có nỗ lực và kiên trì thì sẽ đạt được mục tiêu. Vì với chặng hành trình này, ta sẽ bị ảnh hưởng bởi nhiều "biến số" khác mà có thể không lường trước được.
Động lực là thứ mà mọi người cho rằng rất cần để sinh ra sự nỗ lực và kiên trì cho bản thân. Có nhiều cách để có động lực, một trong số đó là hãy trả lời thật thuyết phục với bản thân mình là "Vì sao mình lại muốn học lập trình?".

✨𝑯𝒂̃𝒚 𝒕𝒊̀𝒎 𝒎𝒐̣̂𝒕 𝒏𝒈𝒖̛𝒐̛̀𝒊 𝒅𝒂̂̃𝒏 đ𝒖̛𝒐̛̀𝒏𝒈 (𝒏𝒈𝒖̛𝒐̛̀𝒊 𝒄𝒐̂́ 𝒗𝒂̂́𝒏, 𝒏𝒈𝒖̛𝒐̛̀𝒊 𝒉𝒖̛𝒐̛́𝒏𝒈 𝒅𝒂̂̃𝒏, 𝒎𝒆𝒏𝒕𝒐𝒓)
Hãy bắt đầu tìm từ mối quan hệ của mình. Trong mối quan hệ ta đang có, ai có thể hướng dẫn ta?
Tham gia một khóa học tại trường hay trung tâm. Trong khóa học, chắc chắn sẽ có người dẫn đường, thậm chí là nhiều người. Ngoài ra, ta còn tìm được bạn đồng hành ở môi trường này.
Đọc sách, đọc blog, xem vlog, nghe podcast để có thêm hiểu biết từ những người chia sẻ. Những người ấy có thể sẽ là người dẫn đường cho ta.

✨𝑯𝒐̣𝒄 𝒌𝒊𝒆̂́𝒏 𝒕𝒉𝒖̛́𝒄 𝒏𝒆̂̀𝒏 𝒗𝒖̛̃𝒏𝒈 𝒄𝒉𝒂̆́𝒄 𝒗𝒂̀ 𝒉𝒊𝒆̂̉𝒖 𝒎𝒐̣̂𝒕 𝒄𝒂́𝒄𝒉 𝒔𝒂̂𝒖 𝒔𝒂̆́𝒄
Đừng đi quá vội, hãy đi thật vững chắc. Xây nhà cao phải cần móng sâu. Muốn chạy đường dài cần có thể lực tốt.

✨𝑯𝒐̣𝒄 𝒕𝒉𝒐̂𝒏𝒈 𝒒𝒖𝒂 𝒕𝒓𝒂̉𝒊 𝒏𝒈𝒉𝒊𝒆̣̂𝒎
Làm được, học được → có thành quả nhỏ → tích lũy nhiều thành quả nhỏ → Sinh ra đam mê.

✨Đ𝒖̛̀𝒏𝒈 𝒉𝒐̣𝒄 𝒄𝒉𝒊̉ đ𝒆̂̉ 𝒉𝒊𝒆̂̉𝒖 𝒎𝒂̀ 𝒏𝒆̂𝒏 𝒉𝒖̛𝒐̛́𝒏𝒈 đ𝒆̂́𝒏 𝒍𝒂̀𝒎 đ𝒖̛𝒐̛̣𝒄. Đ𝒖̛̀𝒏𝒈 𝒄𝒉𝒊̉ 𝒅𝒖̛̀𝒏𝒈 𝒍𝒂̣𝒊 𝒍𝒂̀𝒎 đ𝒖̛𝒐̛̣𝒄 𝒎𝒂̀ 𝒉𝒂̃𝒚 𝒉𝒖̛𝒐̛́𝒏𝒈 đ𝒆̂́𝒏 𝒍𝒂̀𝒎 𝒕𝒐̂́𝒕 𝒏𝒉𝒂̂́𝒕 𝒄𝒐́ 𝒕𝒉𝒆̂̉
Khi đã thực hành và hiểu những gì mình làm, ta gọi là làm được. Đó là một thành quả nhỏ, ta hạnh phúc vì điều này. Nhưng đừng dừng lại ở đó, hãy xem thử mình có thể làm tốt hơn không? Với tư duy này, ta sẽ có sự tiến bộ liên tục. Doanh nghiệp không thể bỏ qua một lập trình viên như thế.

✨𝑳𝒂̀𝒎 𝒅𝒖̛̣ 𝒂́𝒏 𝒕𝒉𝒖̛̣𝒄 𝒕𝒆̂́
Có nhiều cách để bắt đầu làm một dự án. Tớ gợi ý một cách mà tớ và những người bạn thường làm đó là: Bắt chước - Chọn một số trang web đơn giản hay những template có sẵn và sao chép chúng. Sao chép ở đây được hiểu theo nghĩa là ta tham khảo giao diện của một website đã có sẵn và tự mình code ra giống y như thế hoặc có cải tiến (đừng cải lùi nha).

✨𝑮𝒊𝒖́𝒑 đ𝒐̛̃ 𝒏𝒈𝒖̛𝒐̛̀𝒊 𝒌𝒉𝒂́𝒄
Khi gỡ rối cùng bạn, trước hết ta có thể gặp lại vấn đề mà ta gặp trước đây → Nhớ sâu hơn hoặc hiểu ra thêm nhiều thứ. Nếu vấn đề đó mới, ta có cơ hội được tư duy và học thêm điều mới.

26/03/2025

🌈 Áp dụng PDCA trong lập trình và đời sống.
🌟 PDCA là một phương pháp khá hay được dùng trong các dự án và cả việc phát triển bản thân của mình. Vậy PDCA là gì? Có lợi ích gì với lập trình viên như chúng ta không? 😱

P = Plan
D = Do
C = Check
A = Act

👉 PDCA là một phương pháp quản lý và thiết kế được lặp đi lặp lại nhằm cải tiến liên tục các quy trình hay một sản phẩm nào đó.

💥 Giả sử chúng ta đang có một dự án quan trọng của cuộc đời là "Cưa đổ Crush" 😘. Bạn sẽ bắt đầu bằng việc gì đầu tiên? Không phải Plan đâu nha. Nếu đã học thầy Bảo rồi, thì sẽ biết việc đầu tiên cần làm là trả lời được câu hỏi "Why". Điều này rất quan trọng, giúp mình biết ý nghĩa, mục tiêu của việc mình sắp làm và là nền tảng để thực hiện PDCA.

❓ Tại sao bạn lại muốn cưa đổ crush? 💋

Sau khi đã có một câu trả lời thỏa đáng, chúng ta bắt đầu.

☝️P - Plan. Hãy viết cho mình một kế hoạch để thực hiện việc cưa này. Nhớ phải là một kế hoạch cụ thể (có thể sử dụng SMART để lên kế hoạch xịn hơn). Kiểu như: Mình muốn cưa cô N trong vòng 3 ngày với số tiền là 100k. Ngày đầu tiên mình sẽ nhắn tin rủ cô ấy đi ăn. Ngày thứ 2, mình sẽ dùng 80k để bắt xe qua nhà cô ấy và 20k còn lại rủ cổ đi ăn hủ tíu gõ. Ngày thứ 3 mình sẽ hỏi cổ xem cổ đỗ chưa.

✌️D - Do. Có kế hoạch rồi, nhưng chỉ để trên kệ hay dán lên tường mà không hệ có động thái nào thì mọi chuyện trở nên vô nghĩa. Hãy hành động nó bằng một sự tự tin với kế hoạch mình đã chuẩn bị kĩ lưỡng. Mình hành động ngày thứ 1 với sự tự tin bằng những dòng tin nhắn với crush.

🤟C - Check. Sau khi thực hiện xong, mình cần có bước kiểm tra mức độ hiệu quả. Ở bước này làm sao biết hiệu quả hay không? Mình phải dựa vào cái Plan và câu trả lời của câu hỏi Why mình đã đặt từ đầu.

👋 A - Act. Đây chính là bước chúng ta sẽ đưa ra những cải thiện sau phần Check. Việc làm theo Plan ban đầu vậy có hiệu quả không? Làm thế nào để tăng sự hiệu quả lên? Và tiếp tục lặp lại chu trình PDCA này để nâng cao chất lượng và đi đến mục tiêu.

Như trong dự án cưa đỗ crush, 😭 mình đã thất bại từ ngày 1, bởi vì mình đã bị hình ảnh của crush chiếm lấy tâm trí, làm mình quên mất là đang... giãn cách xã hội 😭, mình đã quên xét đến yếu tố bối cảnh. Vậy nên trong lần này mình sẽ đưa ra những cải tiến X Y Z và có cho mình một kế hoạch mới, đến khi nào đạt được mục tiêu mà thôi.

Và thầy nhấn mạnh lại tầm quan trọng của câu hỏi Why nhé. Nếu câu trả lời không đủ thuyết phục, thì PDCA vài vòng sẽ nản liền vì chờ đợi ngày đến thành công lâu quá. Hãy liên tưởng đến những kế hoạch mà mấy đứa đã đặt ra và nó đã thất bại hay thành công ra sao, từ đó suy ngẫm thử nhen. 🙈

🤔 PDCA cũng áp dụng được trong dự án lập trình luôn, đương nhiên rồi. Dự án lập trình nào cũng đều có bước Plan (viết requirement, họp hành, ...), Do (bắt tay vào thực hiện, build team, coding, ...), Check (Sau mỗi 2 tuần - 1 sprint sẽ review đúng không?) và Act (Cải tiến liên tục để tuần tới tốt hơn)

😝 Áp dụng PDCA vào quá trình code cũng ngon luôn. Plan là lúc em phải đọc requirement thật kĩ, hỏi khi chưa rõ và lên cho mình một kế hoạch coding (phân tích, chia hàm, chia file, kiến trúc, thuật toán, ...). Do là lúc mình bắt tay vào code, bug nhiều hay ít phụ thuộc vào Plan đó nha. Check - Làm xong phải test thật kĩ, đừng nghĩ có tester rồi là khỏi lo, em sẽ bị đánh giá performance và đương nhiên là tăng lương chậm gòi, hiu hiu. Check kĩ sẽ giúp em có Act - Những giải pháp để fix bug hay nang cao performance cho tính năng.

Dài quá rồi, thầy kết lại ở đây. Hi vọng với vài dòng chia sẻ về PDCA giúp các bạn có thêm suy ngẫm và có thêm công cụ để áp dụng cho bản thân mình nhé.

Các bạn có điều gì còn trăn trở hay muốn chia sẻ thêm điều gì có thể reply bài viết này nhen. 😍

Thầy Bảo Dev Đi

08/06/2024

Hôm nay mình đã "đành lòng" reject một CV vì email chỉ có mỗi CV.

Thầy Bảo Dev Đi

23/04/2025

10/04/2025

09/04/2025

07/04/2025

07/04/2025

05/04/2025

03/04/2025

01/04/2025

28/03/2025

26/03/2025

08/06/2024

Address

Telephone

Website

Alerts

Contact The Business

Shortcuts

Share

Category