トビのクリーンスプリング - ドメインモデルパターンとヘキサゴナルアーキテクチャ Part 1

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.

Mặc dù mới chỉ nghe được một nửa bài giảng, nhưng đây là cơ hội để tôi xem xét lại những điều mình đã hiểu sai khi làm việc thực tế. Trong tương lai, tôi sẽ tiếp tục theo dõi bài giảng để tiếp thu thêm nhiều kiến thức. Xin cảm ơn vì bài giảng hay.