(y)

@dinh.van.hoang: bài viết rất chi tiết +1

• Chỗ:

// During the test the env variable is set to test
process.env.NODE_ENV = 'test';

hiện tại chỉ đang dùng để ko ghi log, nhưng trong thực tế thì có thể bổ sung thêm phần switch sang test Database riêng thì ngon :v

• Hy vọng tác giả bổ sung thêm phần http-mocking, stub. Rất cần trong UT. https://github.com/node-nock/nock

Ps: tác giả nên cập nhật lại link source code nhé )

Em thấy tính năng kéo - thả hình ảnh là quan trọng nhất, mấy cái kia sửa dần được nhưng cái này nên làm ngay, bài dài mà ngồi copy ảnh rất ức chế

em add skype giang.phan1106 nhé.

app này k có lưu lại thông tin user đăng kí. Có cách nào lưu được không ạ? Mong có 1 bài chi tiết

Em có một comment nhỏ, là arrow function có thể trả về kết quả của một expression trực tiếp nên mấy ví dụ trên không cần return trong block body:

animals.map(animal => animal.name)
animals.filter(animal => animal.size === "small")
animals.reduce((weight, animal) => weight + animal.weight, 0)

Nếu bạn chi cho mỗi 1 man-day là 50$/ngày công (bao gồm mọi chi phí tiền lương, máy móc, phụ cấp v.v.) thì chi phí ước tính cho dự án là 200*25 = 5000$.

mục này mình nghĩ phải là 200 * 50 = 10.000$ chứ hỉ?

hay quá

mình đồng ý là nó dễ gây hiểu nhầm thật. Nếu đội dev của Viblo tách nó ra có lẽ hợp lý hơn. Cảm ơn vì bài viết

(y)

"CASE structure" - Nên dịch là "cấu trúc case", thay vì "hàm case". Trong tài liệu tiếng anh ghi rất rõ là: CASE structure, DECODE() function, IF() function,... đừng gom tất cả làm "Hàm".

tks a

Mèo đen thần thánh phải ko ạ :d

cảm ơn bạn, mình đã update lại nhé

Vâng bác, thực ra vấn đề em muốn chia sẻ ở đây là do cái bên phải nó chia tách với bài viết bởi cái line thẳng đứng + nó nằm ngay dưới phần thông tin tác giả nên dễ gây hiểu nhầm (ngay em lần đầu dùng cũng nhầm), nên em muốn nếu nó là chức năng dành cho bài viết thì phải gắn với bài viết. Còn vụ trôi theo nội dung bài của bác em nghĩ là perfect rồi, nhưng nó không phụ thuộc vị trí button đâu bác. Bên dev có thể neo được cái button đấy ở bất cứ vị trí nào chứ không bắt buộc phải nằm ở cột bên phải (ví dụ cái button Vote chẳng hạn). Tất nhiên nếu em thuận tay phải thì để ở vị trí như button Vote cũng hơi khó click (hoặc mất time), nên đội design cũng cần suy nghĩ neo ở đâu sẽ hợp lý nhất .

Cảm ơn bài viết rất hữu ích và chi tiết của bạn. Mình có bổ sung một chút ý kiến cá nhân trong mục 4. Bỏ qua toán tử so sánh bằng trong If: Trong ví dụ của bạn, khi biến so sánh đã được định nghĩa trước và quy ước kiểu là Boolean thì có thể bỏ qua toán tử so sánh bằng. Trong nhiều trường hợp thì lệnh

if (isTurnOn)

lại mang ý nghĩa là check biến if (isTurnOn) đã được định nghĩa hay có giá trị chưa (JS nó nhập nhằng như thế mà (lol)) Nên mình có bổ sung như vậy. Cảm ơn bạn đã chia sẻ bài viết và mong sẽ có nhiều bài viết như vậy.

Mình thấy để cái clip this post ở cột bên phải, nó trôi theo khá là tiện. Mình đọc hết bài thấy hay là nhấn clip luôn, khỏi phải kéo lên rồi mới clip.

Hay quá bạn ơi.

vâng thank you anh ạ, em sẽ bổ sung

@duyth1993 Cảm ơn bạn, bài viết khá chi tiết và hữu ích. Mình có một số góp ý sau:

1. Khai báo nhiều biến trên cùng 1 dòng tuy ngăn gọn nhưng sẽ khiến code trở nên khó đọc
2. Khi làm việc với kiểu Array rất hiếm khi phải dùng đến vòng for ... in/of ..., thay vào đó hay dùng các method tuyệt vời như: Array.forEach(), Array.map(), Array.reduce, ....