Methodology

Domain Drive Development (DDD) – First thought – Part 4

Xem lại các phần trước ở đây: Phần 1: Domain Driven Development: Đặt vấn đề Phần 2: Domain Driven Development: Concept Phần 3: Domain Driven Design: Thiết kế model và lựa chọn ngôn ngữ The Building Blocks Trong kiến trúc multilayered architecture, Evans tập trung chủ yếu vào Domain Layer và đưa ra patterns cho việc… Continue reading Domain Drive Development (DDD) – First thought – Part 4

Methodology, Tản mạn

Domain Drive Development (DDD) – First thought – Part 3

Ở phần trước, chúng đa đã tìm hiểu về việc sử dụng Ubiquituous Language trong quá trình trao đổi qua lại giữa các software specialists và domain experts để tạo ra model. Ở phần này, mình xin đề cập đến 1 số điểm cần lưu ý trong việc thiết kế model trong khâu design và… Continue reading Domain Drive Development (DDD) – First thought – Part 3

Methodology, Tản mạn

Domain Drive Development (DDD) – First thought – Part 2

Ở phần 1, chúng ta đã hiểu được vai trò của nắm bắt kiến thức về Domain trong việc phát triển phần mềm. Ở phần này chúng ta sẽ xem xét 1 approach để đạt được điều đó, đó chính là Domain Driven Design. Domain Driven Design Domain Driven Design (DDD) khác với Domain Driven… Continue reading Domain Drive Development (DDD) – First thought – Part 2

Methodology, Tản mạn, Uncategorized

Domain Drive Development (DDD) – First thought – Part 1

Nhan nhản trên Google có các câu hỏi đại loại như: so sánh giữa TDD (Test Driven Development) và DDD (Domain Driven Development), phương pháp nào tốt hơn? Rồi lại có BDD (Behavior Driven Development), CBD (Component-based Development) làm mình không khỏi confuse, tuy nhiên trong 1 phút suy nghĩ và cũng có được câu… Continue reading Domain Drive Development (DDD) – First thought – Part 1

Experience, OO Design Principles, TDD

Technical Debt và Legacy System

Technical debt - tạm dịch là "Khoản nợ kỹ thuật" được dùng nhiều trong Software Engineering. Theo Henrik Kniberg, những khoản nợ kỹ thuật là bất cứ thứ gì trong việc viết mã khiến bạn chậm lại về lâu dài. Ví dụ như là mã khó đọc, thiếu (hoặc không có) kiểm thử tự động,… Continue reading Technical Debt và Legacy System

Agile, Tản mạn

TÌM HIỂU VỀ SCRUMBAN TRONG PHÁT TRIỂN PHẦN MỀM

From https://viblo.asia/Thanh/posts/3ZabG9A5GzY6 By Thanh I. Khái lược về Scrum 1.Scrum Scrum cơ bản là bộ khung làm việc (framework) hay có thể hiểu nôm na là cách thức làm việc để trở nên “linh hoạt” trong phát triển phần mềm. Scrum là khung làm việc được sử dụng để quản lý quá trình phát triển các… Continue reading TÌM HIỂU VỀ SCRUMBAN TRONG PHÁT TRIỂN PHẦN MỀM