Cái này trước mình thử áp dụng DDD, đến khi vào triển khai thì đủ thứ gây tranh cãi về cách sắp xếp định nghĩa, thành phần nào thì thuộc infra, application, domain, rồi cách implement ra sao cho đúng Về cơ bản content dạng lý thuyết này thì khá nhiều người làm nhưng mình thấy cái cần nhất đó là code thì không mấy ai đưa ra được, để có cái nhìn định nghĩa rõ ràng nhất Mình nghĩ nếu được bạn có thể vẽ ra 1 concept bussiness và thử code apply DDD vào thì khi đó có value hơn, chứ nói thật, xem xong bài này nhiều ông dễ vào kêu chỉ để múa rìu qua mắt thợ ( cái này mình đã từng thấy có người nói rồi... ) Nếu được rất mong sẽ có dịp thấy code sample hoặc chí ít là những cái cụ thể sơ qua như diagram structure project chẳng hạn, do mình cũng đang kiếm tìm structure hợp lý cho ddd nên khá hóng nếu bạn có thể làm được video tiếp theo như vậy
Yeah! Follow series nhé bạn! Đó là lý do mình làm nên series này, code cụ thể, chỉ tận mắt. Chứ các mọi người chỉ nói concept, not HOW! Dự kiến T2 là có video implement code nhé bạn!
đúng là bài này mang nhiều tính lý thuyết, ai chưa thực hành sẽ k hiểu. Còn bạn bảo khi triển khai đủ thứ gây tranh cãi thì chắc chắn rồi. DDD thúc đẩy sự cộng tác và trao đổi, chắc chắn sẽ phải bàn luận xuyên suốt dự án rồi, cái đó không có gì bất ngờ mà phải trải qua
Có góp ý là giọng nói truyền cảm nhưng cái thumbnail nhìn phản cảm không có muốn click vào video. Bạn nên thay bằng cái khác bình thường hơn thay vì để cái mặt khó chịu vào
Domain expert là người nắm rõ về business domain - tức là người đang hoạt động trong business đó. VD làm phần mềm quản lý phòng khám, thì domain expert là cái ông bác sĩ, chủ cái phòng khám đó Còn SA là Technical expert chứ ha technical expert + domain expert + tất cả bà con trong software development process phải ngồi lại với nhau để define, thống nhất các từ khóa khái niệm sử dụng trong project (ubiquitous languages)
rất bổ ích và dễ hiểu
Cái này trước mình thử áp dụng DDD, đến khi vào triển khai thì đủ thứ gây tranh cãi về cách sắp xếp định nghĩa, thành phần nào thì thuộc infra, application, domain, rồi cách implement ra sao cho đúng
Về cơ bản content dạng lý thuyết này thì khá nhiều người làm nhưng mình thấy cái cần nhất đó là code thì không mấy ai đưa ra được, để có cái nhìn định nghĩa rõ ràng nhất
Mình nghĩ nếu được bạn có thể vẽ ra 1 concept bussiness và thử code apply DDD vào thì khi đó có value hơn, chứ nói thật, xem xong bài này nhiều ông dễ vào kêu chỉ để múa rìu qua mắt thợ ( cái này mình đã từng thấy có người nói rồi... )
Nếu được rất mong sẽ có dịp thấy code sample hoặc chí ít là những cái cụ thể sơ qua như diagram structure project chẳng hạn, do mình cũng đang kiếm tìm structure hợp lý cho ddd nên khá hóng nếu bạn có thể làm được video tiếp theo như vậy
Yeah! Follow series nhé bạn! Đó là lý do mình làm nên series này, code cụ thể, chỉ tận mắt. Chứ các mọi người chỉ nói concept, not HOW! Dự kiến T2 là có video implement code nhé bạn!
Anh ơi cho em hỏi cái series code triển khai ddd đâu ạ
đúng là bài này mang nhiều tính lý thuyết, ai chưa thực hành sẽ k hiểu.
Còn bạn bảo khi triển khai đủ thứ gây tranh cãi thì chắc chắn rồi. DDD thúc đẩy sự cộng tác và trao đổi, chắc chắn sẽ phải bàn luận xuyên suốt dự án rồi, cái đó không có gì bất ngờ mà phải trải qua
anh có tài liệu triển khai gì k ạ cho em tham khảo vs ạ@@sonnguyenvan4583
@@sonnguyenvan4583 đúng rồi, DDD đẻ ra là để người ta bớt cãi nhau mà :D
water fall thì liên quan gì tới việc code từ database tới back-end rồi tới UI/UX ạ?
Có góp ý là giọng nói truyền cảm nhưng cái thumbnail nhìn phản cảm không có muốn click vào video. Bạn nên thay bằng cái khác bình thường hơn thay vì để cái mặt khó chịu vào
nhìn phản cảm thật sự
Tầm 5ph đầu hơi lủng củng. Đoạn sau ok dễ hiểu
Cảm ơn bạn đã chia sẻ, rất hay và bổ ích! Hóng video tiếp.
Domain expert là người nắm rõ về business domain - tức là người đang hoạt động trong business đó. VD làm phần mềm quản lý phòng khám, thì domain expert là cái ông bác sĩ, chủ cái phòng khám đó
Còn SA là Technical expert chứ ha
technical expert + domain expert + tất cả bà con trong software development process phải ngồi lại với nhau để define, thống nhất các từ khóa khái niệm sử dụng trong project (ubiquitous languages)
Tuỳ công ty và cách thức hoạt động đó bạn, có cty ông SA sẽ phải kiêm luôn - ăn ngủ với domain. Có cty thì tách ra riêng biệt rồi phối hợp với nhau
Vâng ạ - cảm ơn các bạn đã chia sẻ thêm góc nhìn ạ
Cảm ơn bạn đã chia sẻ ạ - Thế cho mình hỏi khi nào mình ra phần giải thích cụ thể vào use case của mình ạ? Có code luôn thì mới rõ được
Đợi 1-2 tập nữa sẽ làm nhé bạn 🥰
Video rất hay, e cảm ơn
Nói chậm thôi bro, bình tĩnh, 9đ phần nội dung nha🎉
Các ơn bác! Sẽ cải thiện ngay ở video tới ạ
video hay quá anh ! hóng video tiếp
Cảm ơn em - hóng series nhé!