Toby's Clean Spring - Mô hình Domain Model và Kiến trúc Hexagonal Part 1

Nếu bạn là người muốn viết code không chỉ đơn thuần hoạt động tốt về mặt chức năng, mà còn dễ bảo trì và có cấu trúc gọn gàng, thì tôi nghĩ khóa học này sẽ có ích rất nhiều. Ngay cả những developer có kinh nghiệm phát triển với Spring thì cũng thường bối rối về việc thực tế phải áp dụng thiết kế tập trung vào domain như thế nào, và khóa học này hướng dẫn rất tốt để có thể giải quyết từng vấn đề băn khoăn đó. Đặc biệt, cách giải thích kết hợp lý thuyết và thực hành về domain model là gì, tại sao nó quan trọng và làm thế nào để áp dụng vào cấu trúc code thực tế đã rất ấn tượng. Ban đầu có thể cảm thấy hơi khó hiểu, nhưng với khả năng truyền đạt điềm tĩnh và thân thiện của thầy Toby, tôi đã có thể theo dõi đến cuối và tiếp thu được các khái niệm. Hơn nữa, vì có các ví dụ áp dụng ngay vào thực tế và quá trình refactoring thực tế, tôi nghĩ đây là khóa học vừa có tính nhập vai vừa có tính thực dụng trong học tập. Nếu bạn là developer đã từng nghĩ "giờ mình cũng muốn thử thiết kế clean", thì thông qua khóa học này bạn sẽ có thể xác định được hướng đi cụ thể hơn. Tôi chân thành khuyến khích những ai muốn có góc nhìn về ứng dụng tập trung vào domain và business thay vì chỉ dừng lại ở việc cài đặt chức năng.

Với tư cách là một lập trình viên junior, tôi chỉ có kiến thức rất cơ bản về kiến trúc hexagonal khi áp dụng nó vào phát triển, và sau đó tôi đã biết đến khóa học này. Thông qua việc tham gia khóa học, tôi có thể làm rõ ràng những khái niệm mà trước đây tôi chưa hiểu đúng hoặc đã hiểu sai. Đặc biệt, việc giảng viên giải thích sâu sắc và tỉ mỉ những điểm mà lập trình viên junior dễ bị nhầm lẫn hoặc những nội dung thường bị bỏ qua một cách vô thức đã giúp ích rất nhiều. Trong quá trình phát triển, có nhiều trường hợp chúng ta chỉ đi theo xu hướng như "nghe nói dạo này làm thế này", "nghe nói cái đó tốt", nhưng trong khóa học này, việc giảng viên chỉ ra tại sao phải làm như vậy, vượt qua những xu hướng đó, và dựa trên tiêu chuẩn nào để thiết kế như vậy đã gây ấn tượng sâu sắc cho tôi. Việc giải thích cơ sở của các khái niệm dựa trên các tài liệu chính thức như tiêu chuẩn RFC, và việc cùng lúc cho biết cách áp dụng chúng một cách hiệu quả vào Spring là điểm mà tôi đặc biệt ghi nhớ. Ngoài ra, khi các lỗi hoặc tình huống ngoại lệ không mong muốn xảy ra trong suốt khóa học, tôi đã học được rất nhiều điều khi quan sát quá trình giải quyết chúng. Tôi nghĩ rằng quá trình gỡ lỗi (debugging) bao gồm việc diễn giải thông báo lỗi và phân tích tình hình hiện tại để suy luận nguyên nhân là một phần quan trọng không thể thiếu trong phát triển. Cá nhân tôi, đây là một trải nghiệm quý giá như thể tôi đang lập trình cặp đôi (pair programming) cùng với Toby, và tôi cũng khuyên các lập trình viên khác nhất định nên trải nghiệm một lần. 😊

Xin chào. Tôi có sách Spring của Toby, nhưng đây là lần đầu tôi nghe giảng. Tôi thấy rất hay ở chỗ thầy chỉ dẫn tỉ mỉ những phần cần chú ý và quan tâm ở cấp độ code. Tất nhiên những nội dung khác cũng rất hữu ích, nhưng những điều cơ bản như tại sao lại xuống dòng theo cách này, cách phân chia theo đơn vị ý nghĩa, v.v... những thứ mà có thể người ta nghĩ "có cần phải giải thích cả những cái này không?" thì thầy cũng giải thích, điều đó rất tuyệt. Thực ra tôi khá quan tâm đến những điều này. Vì vậy, ở điểm đó, việc thầy giải thích mà không cần tôi phải hỏi riêng thì rất tốt. Và tôi cũng đọc những câu hỏi mà các học viên đăng trên cộng đồng. Mỗi câu trả lời đều chứa đựng những giải thích đầy đủ nên rất hữu ích. Cảm ơn ạ ^^ Tôi đang học Phần 4, sau khi hoàn thành khóa học, tôi sẽ quay lại để viết đánh giá đầy đủ. Cảm ơn ạ ^^ -------------------------Đánh giá sau khi hoàn thành khóa học Trước khi tham gia khóa học này, kiến thức nền tảng của tôi về Clean Architecture, khái niệm Domain, Test Code, Object-Oriented Code, Refactoring, v.v. còn rời rạc. Sau khi xem bài giảng về phương pháp phát triển DDD của Hexagonal Architecture, tôi cảm thấy những kiến thức rời rạc đó đang được tập hợp lại. Cuối cùng... tôi một lần nữa nhận ra rằng những kiến thức nền tảng mà tôi có đều nhằm mục đích viết Test Code thật tốt. Việc có thể nhìn thấy chi tiết quá trình phát triển từ thiết kế ban đầu, Unit Test cho đến thiết kế kiến trúc có vẻ rất hữu ích. Cứ như thể tôi đang trực tiếp quan sát quá trình phát triển ở bên cạnh vậy. Tôi đã học được rất nhiều kiến thức mới, và tôi sẽ cố gắng tiếp thu hết chúng trước khi phần 2 ra mắt. Bất kỳ thắc mắc nào phát sinh trong quá trình ôn tập, tôi sẽ đặt câu hỏi để biến chúng thành của riêng mình. Cảm ơn. Tôi mong chờ phần 2!!!

Khi lần đầu làm phát triển cùng Toby님, tôi đã mong các đồng nghiệp phát triển khác cũng được trải nghiệm những khoảng thời gian đó. Vì vậy, tôi đã đưa ra ý tưởng về lộ trình mang tên <토비의 클린 스프링>. Buổi học đầu tiên của lộ trình đó đã bắt đầu, tôi cảm thấy hồi hộp! Với buổi học này, tôi mong mọi người sẽ cùng nhau suy nghĩ về business, áp dụng vào phát triển, học hỏi, thử áp dụng vào thực tế.. và học một cách thú vị theo cách riêng của mình. Tôi cũng sẽ chăm chỉ học và dần dần lấp đầy những phần còn thiếu sót. Ai muốn tham gia cùng không~?🥰

Nghe tin khóa học đã ra mắt, tôi quyết tâm sẽ xem vào cuối tuần và vừa hoàn thành nó. Đây là một khoảng thời gian quý giá để có thể trải nghiệm gián tiếp phong cách làm việc và bí quyết của bậc thầy Spring Hàn Quốc. Mặc dù độ khó được phân loại là sơ cấp, nhưng tôi nghĩ rằng phong cách làm việc và tư duy của các nhà phát triển khác không phải là điều dễ dàng tìm thấy ở bất cứ đâu, bất kể độ khó. Khi thiết kế model, quá trình thay đổi code dần dần, bao gồm các vai trò cần có, trạng thái cần thiết cho vai trò, v.v., và đôi khi họ cũng thể hiện sự "con người" (lỗi chính tả, thiếu sót) mà có thể được xác định bằng test code. Tôi cảm thấy rằng những phần có thể xảy ra vô số lần trong cuộc sống hàng ngày thực sự cho thấy giá trị của test code nhiều hơn. Có rất nhiều bí quyết về testing như việc sử dụng Fixture, Mock (Stub), v.v., việc xác định đối tượng, hành vi, mục đích cần kiểm tra, hay sự phân biệt giữa unit, integration, v.v.! junit-platform.properties thật tuyệt vời MockMvcTester thật tuyệt vời Đặc biệt, phần "Sự thật và những hiểu lầm về kiến trúc Hexagonal" rất ấn tượng. Vì tôi chỉ biết lỏm bỏm, nên việc họ chỉ ra rõ ràng cách mà những người sáng lập như Eric Evans và Alistair Cockburn đã diễn giải và những phần cốt lõi họ đã nói dường như đã giúp sắp xếp lại những phần tôi cảm thấy khó khăn. Khóa học này có thể hữu ích cho những người sau: Các nhà phát triển cấp cao cần dẫn dắt thiết kế Những người đã học và có kinh nghiệm với dự án kiến trúc Hexagonal nhưng cảm thấy thiếu hiểu biết sâu sắc Những người muốn tìm hiểu đúng cách về Domain Model Pattern, Transaction Script Pattern, Hexagonal Architecture Những người muốn biết bậc thầy Spring phát triển như thế nào Tôi đã học được về Clean Spring và cách cấu hình đã đạt được nhiều lợi ích nhờ tích hợp với Spring. Xin cảm ơn. Không có Spring thì không phát triển. Spring là POJO!!!

Tôi chuyển cảm nhận hoàn thành khóa học đã để lại trên LinkedIn sang Inflearn. https://www.linkedin.com/posts/arawn_%EA%B8%B0%EB%8B%A4%EB%A6%AC%EB%8D%98-%EC%9D%B4%EC%9D%BC%EB%AF%BC%EB%8B%98%EC%9D%98-%EC%8B%9C%EB%A6%AC%EC%A6%88-%EA%B0%95%EC%9D%98-%EB%A1%9C%EB%93%9C%EB%A7%B5-%ED%86%A0%EB%B9%84%EC%9D%98-%ED%81%B4%EB%A6%B0-%EC%8A%A4%ED%94%84%EB%A7%81%EC%9D%98-%EC%B2%AB-%EC%A3%BC%EC%A0%9C%EC%9D%B8-activity-7352614457123987456-pleA?utm_source=share&utm_medium=member_desktop&rcm=ACoAABvezLwBBEWVnGUkIY_xxm2aE3-sGtVHt0g -- Bài giảng của 이일민님lần này cũng không làm tôi thất vọng. Không chỉ có phong cách giải thích sâu sắc và tử tế đặc trưng của anh ấy, mà cách triển khai dòng suy nghĩ một cách bình tĩnh thông qua live coding đặc biệt tuyệt vời. Cách anh ấy chỉ ra từng điểm một về việc đang nghĩ gì, với ý định gì khi viết code thật đáng kinh ngạc. Khi theo dõi bài giảng, tôi có thể cảm nhận được sự đắm chìm như thể trở thành chính giảng viên và trải nghiệm trực tiếp quá trình tư duy, qua đó tự nhiên hiểu được cách áp dụng Domain Model Pattern và Hexagonal Architecture khi phát triển ứng dụng với Java và Spring. Độ sâu kỹ thuật rất xuất sắc, nhưng điều đặc biệt ấn tượng trong bài giảng này là việc thể hiện 'thái độ đối với công nghệ' và 'phương pháp học tập' như một chuyên gia. Thứ nhất, đưa ra cách tiếp cận đúng đắn về việc học công nghệ một cách rõ ràng. Khi giải thích về Hexagonal Architecture, anh ấy triển khai nội dung dựa trên bài viết gốc và quan điểm cốt lõi của Alistair Cockburn - người đầu tiên đề xuất kiến trúc này. Điều này có vẻ quá đương nhiên, nhưng thực tế nhiều người tiếp cận công nghệ thông qua nội dung đã được gia công lần 2, lần 3 thay vì tài liệu gốc. Tài liệu đã gia công có thể hữu ích trong việc hỗ trợ hiểu biết, nhưng cũng tồn tại nguy cơ ý định của tác giả gốc bị pha loãng hoặc bóp méo. Điều này giúp tôi nhắc nhở lại rằng để hiểu bản chất của công nghệ, cần tiếp cận tài liệu nguồn gốc càng nhiều càng tốt. Thứ hai, tôi có thể cảm nhận được tầm quan trọng của tư duy có logic riêng. Ví dụ trong bài "Entity vs DTO", anh ấy đã chứng minh từng cái một cách logic về quan điểm của mình về việc tại sao sử dụng entity ở presentation layer không phải là vấn đề. Khi một developer đưa ra quyết định kỹ thuật nào đó, họ phải có thể giải thích lý do bằng logic của chính mình chứ không phụ thuộc vào thẩm quyền bên ngoài. Đây là điều đương nhiên nhưng thực tế không dễ thực hiện, và 이일민님 đã trực tiếp cho thấy cách thực hiện điều đương nhiên đó. Bài giảng này không chỉ dừng lại ở việc dạy công nghệ đơn thuần, mà còn truyền đạt cả tư duy và thái độ cần có của một developer, thật sự là một trải nghiệm quý giá. Tôi rất khuyến khích cho những ai muốn nghiêm túc trong việc phát triển phần mềm.

Tại nơi đầy hỗn loạn và vô trật tự, Toby-nim đã phán 'Hãy có ánh sáng', và ánh sáng đã xuất hiện, thiết lập lại trật tự. Tôi có cảm giác như đang đọc được một lý thuyết chuẩn mực về Domain Model Pattern và Hexagonal Architecture, những điều tôi đã trăn trở rất nhiều. Xin giới thiệu.

Tôi đã mua khóa học và muốn xem ngay lập tức để viết đánh giá, nhưng thời gian trôi qua và giờ tôi mới có thể để lại phản hồi. Nước mắt.. 😢 Một lần nữa tôi có thể cảm nhận được rằng câu nói 'khóa học của thầy Toby luôn đáng tin cậy' không phải là nói suông!!! Gần đây, nhiều developer ngày càng quan tâm đến kiến trúc hexagonal và có rất nhiều cuộc thảo luận xung quanh chủ đề này. Tuy nhiên, cũng có không ít hiểu lầm về khái niệm này. Nhưng trong khóa học này, để giải tỏa những hiểu lầm đó, thầy đã từng bước chỉ ra từ định nghĩa kiến trúc, và giải thích một cách logic tại sao cần có cấu trúc như vậy, điều này thực sự ấn tượng. Đặc biệt, không chỉ dừng lại ở lý thuyết mà còn giải thích kèm với các ví dụ thực tế nên tôi hiểu rõ hơn rất nhiều. Ngoài ra, nhiều người thắc mắc và đôi khi bối rối về việc các annotation JPA như @Entity, @Column xâm nhập vào domain model. Trong khóa học này, thầy đã chia sẻ những suy nghĩ sâu sắc về vấn đề đó và đưa ra hướng giải quyết thực tế, điều này thực sự tuyệt vời. Cách tiếp cận trực diện những băn khoăn thường gặp trong thực tế, từng bước phân tích và giải thích về trade-off phù hợp thực sự ấn tượng! Tuyệt vời nhất. Và khi phát triển, độ phức tạp ngày càng tăng, và thường thì chúng ta sẽ mất dấu flow của chính hệ thống mình tạo ra. Nhưng trong khóa học, thầy đã hệ thống hóa cách xử lý độ phức tạp đó, tầm quan trọng của việc sắp xếp độ phức tạp, và cách tiếp cận phát triển dựa trên nền tảng đó thực sự ấn tượng. Những phần này chứa đựng nội dung thực tế khó thấy ở các khóa học khác. Tôi cảm thấy như được làm cùng team với thầy Toby trong một dự án thực tế, mức độ몰입 rất cao. Và điều tuyệt vời nhất là, thay vì vội vàng đưa ra đáp án, thầy cùng suy nghĩ và từng bước cải thiện. Cách này rất giống với môi trường phát triển thực tế, nên không chỉ đơn thuần tiếp nhận kiến thức mà còn có thể tự nhiên nắm bắt được quan điểm nhìn nhận vấn đề trong thực tế. Thực sự là trải nghiệm thú vị khi nghe khóa học. Khi xem khóa học, những ngày phát triển trong quá khứ lướt qua và tạo ra dopamine, khiến tôi nhớ thời đó. Thực sự mong chờ khóa học tiếp theo! Thực sự quá quá quá quá thú vị! Cảm ơn thầy rất nhiều vì đã cho ra mắt khóa học quý báu như thế này!