Bỏ qua

%%

file/thành-phẩm/bài-viết

%%
Bạn không muốn lệ thuộc.

Bạn muốn biết lập trình chứ không phải là không, nhưng:

  • Còn nhiều nhu cầu khác bạn phải xử lý, nên dù bạn cứ suy nghĩ rằng một ngày nào đó mình phải dành thời gian cho nó, nhưng mãi mà bạn vẫn không thể biến nó trở thành ưu tiên cao nhất
  • Tài liệu hướng dẫn mang danh là dành cho người mới, nhưng nó vẫn quá nhiều thứ với bạn

Vàààààààà đến một ngày bạn có một bài toán thực sự cần phải code, và bạn không thể nhờ ai khác code cho được. Thực sự là bạn phải xắn tay vào làm rồi.

Nhưng thực sự là bạn không thể thong thả để làm được. Bạn biết là việc học thì sẽ mất thời gian, và nếu nó cần phải mất nhiều thời gian thì bạn cũng phải chịu thôi nhưng bạn vẫn cảm thấy mình cần phải . Cái trạng thái đó không phải là cái trạng thái phù hợp cho việc học, nhưng the brain is funny.

Việc nhảy ngang như vậy làm cho không một tài liệu hướng dẫn nào theo kịp bạn. Vì muốn hướng dẫn bạn thì phải áng chừng được trình độ bạn đang ở đâu. Và một code product thì người ta không kỳ vọng rằng phải giải thích tất cả những thứ căn bản
Mỗi một thắc mắc đều làm tăng thêm khối lượng nhận thức mà chúng ta có trong tâm trí, qua đó làm phân tán sự tập trung của ta khỏi thứ mà ta định làm

Lao ngay vào code trong product thì hổng kiến thức do nhiều chỗ viết tắt cho dễ đọc, dễ quản lý. Học từ từ thì thấy lãng phí thời gian.
Để đọc được tới dòng này là cả một sự nỗ lực ở lại của bạn. Dù bạn có từng đọc bao nhiêu trang khác rồi thì
Chỉ ghi lại những thứ mất nhiều thời gian để nhận ra. Cái nào dễ thấy thì ko ghi

  • muốn nhưng google được là có thì không ghi. Khi nào bị bug rồi mới phát hiện ra một cái gì đó mà không thấy ai nói gì thì mới ghi
  • Nếu cản trở sự đọc hiểu mà phải google thì cũng ghi ra

❓ Học code bằng việc debug product code sẽ nhanh hơn
Nó là cách học qua bắt chước
Git blame
Hướng dẫn đọc hiểu code cho người rất lờ mờ về code
Biết được cách debug là sẽ dần dần biết cách bắt chước
Làm trên code sản phẩm là sát sườn nhất
cố gắng tái tạo lại ý đồ của người viết lúc tạo ra đoạn code đó
nói gì, bạn muốn biết phải bắt đầu google từ đâu, nhưng

Một số thứ sẽ giúp bạn hiểu code nói gì:

  • Biết thao tác với IDE,
  • Hiểu được một số khái niệm và từ khoá cơ bản: object, method, array, for, if, import, function, type
  • Hiểu một số quy ước viết code
  • Hiểu được IDE đang cố gắng nói cho mình cái gì
  • Biết một số kỹ thuật debug: console.log, debugger, unit test

Thao tác với IDE

Phím tắt cho VS Code

Hiểu quy tắc viết tài liệu

/**

 * Tên hàm
 * @constructor
 * @param {string} title - The title of the book.
 * @param {string} author - The author of the book.
 */
function hàm(biến1, biến2) {
}

Các buổi đáp ứng nhu cầu học cách sử dụng công cụ và tư duy lập trình cho nhu cầu công việc