Theo mình còn một cách phân loại user nữa đó là theo mức độ engage. Hệ thống đánh trọng số đối với các action khác nhau của user như xem, like, comment để tính mức độ engage với một account. Khi account đó đăng bài thì ưu tiên xử lý update timeline cho ông nào chỉ số engage cao trước vì mấy ông đó quan tâm thật sự.
Từ thiết kế, Anh Huy làm chi tiết thêm cách tạo ra mấy cái cục, cách kết nối mấy cục đó bằng code đi anh ❤❤🎉🎉🎉🎉 Tkss anh, các videos rất tuyệt vời 🎉🎉🎉🎉🎉🎉
Em rất thích xem video thiết kế hệ thống kiểu này, nhưng mà không biết từ thiết kế ra code thực tế như thế nào, mong anh Huy làm chi tiết thêm.. ❤❤ Tks anh 🎉🎉🎉
Quá hay luôn anh! Qua video của anh cùng với buổi live về "Chiến lược Scale Database" em mới thấy sai lầm của bản thân đã gặp phải khi thiết kế một hệ thống (dù nhỏ) là cố gắng đưa ra một mô hình phức tạp ngay từ đầu thay vì làm nó đơn giản đáp ứng đủ nhu cầu, đồng thời có thể mở rộng về sau khi đã có đủ lượng người dùng và quan trọng là có doanh thu, lợi nhuận.
uh, cách tiếp cận này lúc đầu anh cũng cân nhắc, nhưng nó là kiểu 1000 người làm. Anh thì muốn đi vào trọng tâm bài toán cần giải quyết luôn nên không lựa chọn em ah
Bài chia sẻ của bạn rất hay và bổ ích, chỉ một góp ý nhỏ là bạn nói chuyện đừng cương quá, người nghe sẽ cảm thấy rất mệt. Chúc bạn sức khoẻ và ra nhiều video bổ ích nữa nhé 😁
E chưa hiểu đoạn update cache lắm, cái đoạn mà : + active nhưng offline -> online thì vẫn phải query database rồi update lại cache + inactive nhưng offline -> online thì vẫn phải query database rồi update lại cache mà ? => tại sao phải update timeline khi người dùng thường đăng bài trong khi KOL thì không? vì a nói cứ offfline -> online r query mà? thì cần gì update cache khi người dùng thường đăng đâu, vì kiểu gì cũng phải query khi online? thậm chí nó còn tốt cho Cache hơn vì sẽ có ít data trong khi các user đang offline thì không cần update timeline cho họ ?
Khi thiết kế kiến trúc các ông có tính toán trước hành vi người dùng không. Mỗi user request bao lần, các request luồng như nào... hệ thống tăng trưởng user ra sao để scale cho phù hợp
Thiết kế kiến trúc là cả một quá trình anh à. Bất kì một sản phẩm nào đều lấy khách hàng làm trọng tâm. Thì đương nhiên sẽ cần nghiên cứu kĩ hành vi rồi ạ. Còn user request bao nhiêu lần (TPS). Mới đầu sẽ chỉ là con số áng khoảng lấy từ việc load test để làm cơ sở tính toán resource và estimate resource ( đây là bước khởi tạo resource lúc đầu) Sau đó sẽ vận hành, monitor theo dõi tải thực sự và đưa ra chiến lược tiếp. Mọi thứ sẽ đi từ đơn giản đến phức tạp, từ nhỏ đến lớn.
Nội dung thì hay nhưng ông nói thấy cương và mệt quá, học cách nói từ tốn, ngắt quãng hít thở đều đi, nghe thuyết trình mà như đấm vào tai, tăng huyết áp :D
Từ video này e đã thấy được 1 số best practices có thể áp dụng được :D cảm ơn các a
Theo mình còn một cách phân loại user nữa đó là theo mức độ engage. Hệ thống đánh trọng số đối với các action khác nhau của user như xem, like, comment để tính mức độ engage với một account. Khi account đó đăng bài thì ưu tiên xử lý update timeline cho ông nào chỉ số engage cao trước vì mấy ông đó quan tâm thật sự.
Thanks!
Cảm ơn 2 anh rất nhiều, xem xong học được tư duy thiết kế từ đơn giản đến chi tiết rất hữu ích ạ ❤
Hay quá, cảm ơn Huy và Nam đã chia sẻ thông tin hữu ích này
Video rất hay, hiểu được cách optimize từng phần của hệ thống lớn
video rat hay, cam on wecommit
Kiến thức và góc nhìn tuyệt vời. Không phải lúc nào cũng có cơ hội để có view về hệ thống lớn như này. Cảm ơn anh em đã chia sẻ
Cảm ơn bạn Nguyễn Trung Nam và anh Huy đã host buổi chia sẻ rất hay và bổ ích
Cảm ơn 2 ae vì những chia sẻ rất hay và thực tế. Mong Huy ra thêm nhiều chia sẻ như vậy đóng góp cho cộng đồng
Rất hay, cảm ơn 2 anh em đã chia sẻ, em sẽ nghiên cứu dần ạ
bài rất hay, hiểu được chiến lược thiết kế hệ thống, từ đơn giản, gặp vấn đề thì tách tiếp. Ý tưởng tuyệt vời ạ =))
Video rất hay, giải quyết vấn đề phức tạp bằng cách bóc tách thành từng vấn đề nhỏ và giải quyết nó
Cám ơn anh Huy và Nam. Quá chất lượng!!!
video rất giá trị, hy vọng sẽ ra nhiều video như này trong tương lai. Cảm ơn cộng đồng wecommit
Bài chia sẻ hay , Cảm ơn anh Huy, anh Nam rất nhiều ạ
Tư duy thiết kế rất hay, cảm ơn 2 anh chia sẻ
Cảm ơn anh Huy và anh Nam, nội dung chất lượng quá ạ
Trung Nam đúng cây đa cây đề tay nghề siêu cứng. Cảm ơn anh Trần Quốc Huy và anh Trung Nam vì những chia sẻ vô cùng giá trị và cực thú vị.
Nội dung quá chất lượng cảm ơn anh Nam và anh Huy
Cảm ơn hai anh, anh Huy và anh Nam. Video chứa nhiều nội dung mình đang cần nên đã xem hết.
Video hay quá, cảm ơn 2 anh em.
Cảm ơn 2 anh ạ, bản thân e là lập trình viên FE, học thêm BE đã nhìn được tổng quan cách thiết kế 1 hệ thống
Cảm ơn các anh đã chia sẻ nhé ạ
Video rất hay, Xem video vỡ ra được nhiều về thiết kế hệ thống
Em cảm ơn anh Huy và anh Nam, chủ đề rất hay và cách tiếp cận đi từ gốc rễ vấn đề. Khi gặp vấn đề mình biết cách xử lý từ đâu
Chủ đề rất hay ạ, cảm ơn 2 a đã chia sẻ
Rất hữu ích, cảm ơn anh Huy rất nhiều!
Sếp Trung Nam chia sẻ rất hay và dễ hiểu.
Cảm ơn Idol Duy Database.
Bài rất hay và hữu ích ạ, em cảm ơn 2 anh rất nhiều
Thật sự em đúng cái em đang cần để tối ưu luồng trong dự án của em, cảm ơn anh Huy và anh Nam ạ
Cám ơn các anh đã chia sẻ kiến thức ạ
Đúng là một nghệ thuật.Cảm ơn các anh rất nhiều!!
Cám ơn Wecommit, Hi vọng Wecommit tiếp tục ra các video về chủ đề System Design.
Cảm ơn anh Nam, giờ thì dễ hiểu hơn về các xử lý những case khác biệt rồi ạ
Cảm ơn những chia sẻ tuyệt vời ạ.
Video rất hay, hàm chứa nhiều kiến thức, hi vọng sẽ được xem nhiều video từ anh Nam và Huy hơn nữa
Cảm ơn a 2 anh, nội dung chất lượng quá ạ
Rất hữu ích. Cảm ơn 2 a nhiều
Uây, đoạn tư tưởng xây từ đầu hay quá, em cảm ơn 2 anh ạ ❤🔥
video rất bổ ích, cho mình có nhiều góc nhìn về cách giải quyết vấn đề
Qúa hay. cảm ơn 2 ae
Video hay quá! Rất hấp dẫn và hữu ích.
Rất thích nhưng bài phân tích actual cases như này. Cám ơn a Huy!
Từ thiết kế, Anh Huy làm chi tiết thêm cách tạo ra mấy cái cục, cách kết nối mấy cục đó bằng code đi anh ❤❤🎉🎉🎉🎉
Tkss anh, các videos rất tuyệt vời 🎉🎉🎉🎉🎉🎉
nhiều kiến thức bổ ích. cám ơn 2 anh em đã chia sẻ!
Video bổ ích quá. Cảm ơn 2 anh
Ủng hộ Nam, thợ xây VPS. Mong tìm được nhiều cơ hội để khai thác hơn
Hay quá anh ơi! Đúng cái em đang tìm hiểu
Chất lượng quá anh ơi. Mong rằng anh ra nhiều video hay như thế này nữa ạ.
Bài chia sẻ rất hữu ích ạ
Cảm ơn anh Huy. Hi vong anh tiếp tục ra các video về chủ đề System Design.
chủ đề rất hữu ích, mong anh ra nhiều video hơn ạ
Tuyệt vời, hy vọng có thêm buổi sharing về core Chứng Khoán từ 2 ae :D
Video thực sự rất chất lượng, em cám ơn hai anh nhiều, chúc hai anh nhiều sức khỏe và ra nhiều video hay.
Tuyệt vời quá anh Nam ơi
Video hay quá bạn ơi.
Cảm ơn 2 ae, video hay quá❤
Bài rất hay, cảm ơn 2 anh nhiều
quá hay anh ơi, thanks
Em rất thích xem video thiết kế hệ thống kiểu này, nhưng mà không biết từ thiết kế ra code thực tế như thế nào, mong anh Huy làm chi tiết thêm.. ❤❤
Tks anh 🎉🎉🎉
Hay quá anh ơi, có những buổi chia sẻ như này rất ý nghĩa❤
Tiếc quá chưa có vụ chứng khoán
Các bước trong tưduy tối ưu hay quá anh ạ
Quá hay luôn ạ. Em xem từ đầu tới đuôi luôn. Cuốn thiệt sự luôn ạ🎉🎉❤
Quá hay luôn anh! Qua video của anh cùng với buổi live về "Chiến lược Scale Database" em mới thấy sai lầm của bản thân đã gặp phải khi thiết kế một hệ thống (dù nhỏ) là cố gắng đưa ra một mô hình phức tạp ngay từ đầu thay vì làm nó đơn giản đáp ứng đủ nhu cầu, đồng thời có thể mở rộng về sau khi đã có đủ lượng người dùng và quan trọng là có doanh thu, lợi nhuận.
Quá hữu ích, hóng video tiếp theo
cảm ơn anh em rất nhiều.
càng làm nhiều big data, xong càng tìm hiểu càng thấy nó hay.
Rất hay, thanks!
Nội dung rất hữu ích❤
Giọng ông này cảm giác hơi bố đời nhưng kiến thức hay. Cám ơn anh
Cám ơn 2 bạn! chủ đề rất hay, mà chưa tìm được ở đâu ra.
Video hay quá bạn ơii ❤❤
rất hay..tks a
Nội dung quá chất ❤❤
Hay quá ạ 😉
Hay quá Nam ơi ❤
Rất hữu ích ạ
hay ạ. noted!
bài hay a ơi
em thấy đi từ functional/non-functional -> high level design sẽ dể hiểu hơn ạ.
uh, cách tiếp cận này lúc đầu anh cũng cân nhắc, nhưng nó là kiểu 1000 người làm. Anh thì muốn đi vào trọng tâm bài toán cần giải quyết luôn nên không lựa chọn em ah
B thử các bước trên xem nhé. Thì mới cảm nhận được và dễ so sánh
chủ đề hữu ích
cám ơn 2 anh
Đỉnh quá
Rất mong được cơ hội gặp các anh ngoài đời
Video rất hữu ích
hữu ích quá
Thanks hai anhh
đỉnh quá 2 anh ơi
Bài chia sẻ của bạn rất hay và bổ ích, chỉ một góp ý nhỏ là bạn nói chuyện đừng cương quá, người nghe sẽ cảm thấy rất mệt. Chúc bạn sức khoẻ và ra nhiều video bổ ích nữa nhé 😁
very good
E chưa hiểu đoạn update cache lắm, cái đoạn mà :
+ active nhưng offline -> online thì vẫn phải query database rồi update lại cache
+ inactive nhưng offline -> online thì vẫn phải query database rồi update lại cache mà ?
=> tại sao phải update timeline khi người dùng thường đăng bài trong khi KOL thì không?
vì a nói cứ offfline -> online r query mà? thì cần gì update cache khi người dùng thường đăng đâu, vì kiểu gì cũng phải query khi online? thậm chí nó còn tốt cho Cache hơn vì sẽ có ít data trong khi các user đang offline thì không cần update timeline cho họ ?
Bro xem lại lượt nữa nhé :)))
Good❤
video hay
Khi thiết kế kiến trúc các ông có tính toán trước hành vi người dùng không. Mỗi user request bao lần, các request luồng như nào... hệ thống tăng trưởng user ra sao để scale cho phù hợp
Thiết kế kiến trúc là cả một quá trình anh à. Bất kì một sản phẩm nào đều lấy khách hàng làm trọng tâm. Thì đương nhiên sẽ cần nghiên cứu kĩ hành vi rồi ạ.
Còn user request bao nhiêu lần (TPS). Mới đầu sẽ chỉ là con số áng khoảng lấy từ việc load test để làm cơ sở tính toán resource và estimate resource ( đây là bước khởi tạo resource lúc đầu)
Sau đó sẽ vận hành, monitor theo dõi tải thực sự và đưa ra chiến lược tiếp.
Mọi thứ sẽ đi từ đơn giản đến phức tạp, từ nhỏ đến lớn.
Nội dung thì hay nhưng ông nói thấy cương và mệt quá, học cách nói từ tốn, ngắt quãng hít thở đều đi, nghe thuyết trình mà như đấm vào tai, tăng huyết áp :D
Sẽ rút kinh nghiệm. Thank bro
Vậy mới dễ nhớ , nói nhẹ buồn ngủ chết
hơi ngợp nhưng phải nói là tinh thần của a Huy nhiệt thực sự 🔥🔥🔥
Nghiệp vụ => kiến trúc => tech stack
ở VN chắc nhiều pro vẫn thiết kế được nhưng đầu tư phần cứng mới là vấn đề.
Việt Nam nhiều kỹ sư ngon mà người anh em.
Về phần cứng thì cũng không ngán đâu, tiền các tập đoàn mạnh lắm
Thanks!
cảm ơn người anh em nhé
Ô. Anh em mình cùng sở thích ấy nhỉ :D
những người ham học hỏi anh ah :D