Hay !

Cảm ơn bạn. Nếu bạn có ý tưởng gì hay ho hãy đóng góp giúp mình để mình có thêm những bài viết hữu ích hơn nhé

người viết bài này bị mắc anti-pattern trong promise, chỉ cần return luôn là được vì then cũng trả về một object của Promise

Chị ơi, nhanh nhanh ra bài tiếp theo nhé. Em cảm ơn ạ.

Đây là giao diện của Skype cũ thôi. Skype của windows 10 nhìn chất lắm, đơn giản và tiện hơn

với 1 ứng dụng thực tế thì event stream bạn có thể sinh động được không nhất thiết phải bind mỗi button vào 1 stream 1 cách thủ công. Hãy nghĩ đến mô hình reuse-component như trong các framework (react, vue, angular) triển khai. Khi đó chỉ cần 1 vòng lặp để sinh ra cách component, mỗi component có event stream của riêng mình. theo mình nghĩ là hướng đến mô hình như vậy sẽ tốt hơn so với việc dùng logic để xác định selector. khi số lượng các Data Stream nhiều lên thậm chí khi merge lại cũng rất khó để viết logic cho tốt

Thế thì bất tiện quá. Data list đâu chỉ mỗi có 3 cái. Cái này cần có solution hiệu quả hơn. Liệu có cách nào biết được selector nào đang được click ko bạn?

Thanks bác đã quan tâm chia sẻ. Về các item 1, 2, 3, 4 thì em thấy comment của bạn Ngân ở dưới khá thú vị để bác tham khảo dưới con mắt người dùng chứ không phải dev, vì thực ra người dùng phải đưa ra yêu cầu tốt nhất cho họ, còn việc dev làm được hay không thì là vấn đề khác . Còn item 5 thì em thấy bác comment chuẩn, em giờ mới để ý cái này. Tuy nhiên em lại thấy có 1 sự mất đồng bộ đó là cái badge này nằm phía trên, bên phải của icon, trong khi cái badge dùng để báo số lượng tin nhắn mới chưa đọc (khi mình minimize Skype xuống taskbar) lại nằm phía dưới, bên phải

Màu sắc này em thấy khá giống phong cách anh Cook, dùng ít thấy cũng tươi mới nhưng dùng nhiều mệt mắt lắm =)), chưa kể mấy màu này dùng cho anh em manly thấy không hợp

bạn cần 1 stream để handle mỗi chuỗi sự kiện. đối với mỗi button close bạn cần có 1 event stream. nhưng bạn có thể nghĩ theo hướng gộp 3 data stream lại thành 1 với merge và xử lý logic trong subscribe, tuy vậy mình không khuyến khích cách này lắm

Bài này chuẩn quá! Mà em đọc xấu tự nhiên ghét Skype ghê. Hihi.

Em thấy Skype trên điện thoại làm cho cuộc sống doanh nghiệp của em bỗng trở nên nhiều màu sắc hơn =)) Lại có thêm tính năng What's News mà chỉ có người dùng điện thoại mới có. Giống cái My 24 hours của Facebook, Instagram. Gọi là racist người không có smartphone =))

1. Theo em thấy người thường hiểu dấu ... là nội dung dài chứ không phải là xuất hiện hộp thoại hay link khác. Còn nếu muốn người dùng định nghĩa khái niệm mới một cách không cần thiết, ... tức là hộp thoại mới thì phạm vào UX ạ. Vậy thì nên để dấu này > Chưa kể dấu .... người ta sẽ click click như Xem thêm trên Facebook.
2. Vậy thì mình nên làm 1 hộp thoại hiển thị chức năng cơ bản. Ai muốn làm thêm gì thì bấm vào nút More. Vì người dùng rất khó chịu khi click vào ứng dụng nó lại xuất hiện 1 website khác.
3. Em cũng không thích funtion Hide này vì cảm thấy nó không có giá trị. Nếu họ không làm remove tức là họ thiếu chức năng đó. Việc nhập nhằng chức năng Bỏ Contact -> Hide -> Xem lại. Tha vì Bỏ Contact -> Lưu chat -> Xem lại hoặc Xóa cuộc trò chuyện gây confuse cho người dùng.
4. Ai lại đi Add Contact mà search kết quả đầu tiên lại ra người đã add rồi bao giờ? Vậy sao không tắt việc search ra bạn bè để việc search tên người mới được nhanh hơn?
5. Comment của anh chính là bug UI + UX đấy ạ. Người dùng nhầm tưởng có icon mới nên mới vào xem, ai dè chẳng có gì mới cả. Thay vì vậy, khi nào thật sự có icon mới hẳn để màu cam. Click vào rồi thì toàn màu xanh mới đúng ạ.

Cho mình hỏi có cách nào để chỉ dùng 1 buttonCloseStream thay vì phải dùng 3 stream cho mỗi button ko? Thanks.

chị có thể cho em hỏi là thay vì mình dùng

return new Promise( function(resolve) {
            axios.get('https://tutorialzine.com/misc/files/example.json')
                .then( function(json) {
                    // The data from the request is available in a .then block
                    // We return the result using resolve.
                    resolve(json);
                });
        });

sao mình ko chỉ dùng là: return axios.get('https://tutorialzine.com/misc/files/example.json');

có phải là để handle resolve với reject không ạ hay để làm gì ạ?

vì nó axios.get() nó cũng sẽ return về một promise.

bài viết rất hay cảm ơn chị.

Demo đâu có thấy chạy đâu anh ơi

Đứng trên phương diện dev thì tôi thấy có 1 số chỗ bác nói chưa được thuyết phục lắm.

1. Dấu ... ở đây cho biết sẽ mở ra 1 hộp thoại, bạn click chuột phải vào 1 file trên desktop của Window sẽ thấy. Mình thấy dấu ... rất là bình thường
2. Làm khó người dùng => phần my account trên web có khá nhiều menu, và nếu làm giao diện trên app thì phải cập nhật các app ở trên các nền tảng liên quan như: Win, Mac, Android, iOS.
3. Ví dụ 3: Hide Conversation liệu có cần thiết => Tôi k tìm thấy option remove, nên tôi nghĩ hide để thay thế cho remove và nó cần thiết
4. Quy tắc thỏa mãn Nhanh => có thể việc tìm kiếm theo ký tự người dùng gõ ra query bị chậm nên phải thêm button search để việc query hiệu quả hơn. Các bạn đừng đòi hỏi quá nhé
5. Cách dùng Icon => chấm màu cam thực ra giống cái badge trên iOS thôi. Nó báo là tôi có icon mới, bạn vào xem thử đi

Mình cảm ơn fb của bạn và cũng có một số phản hồi sau:

Đầu tiên là về văn hoá feeback, m nghĩ bạn nên gg để hiểu hơn. Trước tiên bạn đọc bài của ng khác viết, là miễn phí, và là sự lựa chọn của bạn. Mình không nhận gì của bạn, cũng không quan tâm gì đến bạn để phải khơi gợi tò mò, mà có chăng bạn vốn đã tò mò và còn không đọc kĩ. Title của mình là gì ?

Bạn có bao nhiêu việc cần làm, bao nhiêu thứ cần quan tâm thì m không biết, cũng k có nhu cầu biết? Nhưg từ cmt của bạn thì m cũng hiểu đc sự sâu sắc cũng như time của bạn đáng giá như thế nào rồi.

Mình khuyên bạn nếu đã dành time quý báu của bạn tìm hiểu vấn đề gì, thì nên đọc kĩ ý của người viết, nên lưu tâm hơn, cũng như khi feedback, nên có sự cảm ơn, sau đó là nêu ưu mới đến nhược. Bọn mình bỏ time viết bài viết không phải dành cho những cá nhân sâu sắc như bạn.

Cảm ơn bạn rất nhiều,