Hi a,
Thanks a về series docker này. E có một chút thắc mắc nhỏ. Khi dockerize ứng dụng FE (react, vue) thì sẽ có thêm 1 stage build nginx webserver để run web thay vì npm run dev. Nhưng ở các ứng dụng BE (node, python) mình lại run webser với host=0.0.0.0 (npm start/python app.py) để tạo 1 webserver ở local và cho phép access từ ngoài vào chứ không dùng nginx giống với FE. Anh có thể giải thích vì sao được không ạ?
Thanks a nhiều
Bài viết khá hay, e cũng mới biết về khái niệm Trunk Based Development vì team đang định áp dụng.
Cá nhân e thì thấy TBD cũng khá là hay, cơ mà chất lượng code của team mỗi khi review vẫn chưa được tốt, nên khả năng áp dụng TBD sẽ hơi rủi ro.
Thêm nữa e thấy áp dụng chuẩn GitFlow cũng khá ổn, nếu task nào to thì mình tạo 1 root branch, develop theo kiểu gối đầu(giống TBD Welcome Screen -> Register Screen như ví dụ của a) thấy cũng vẫn work tốt.
mình thấy test driven cho chatgpt khá ổn tuy nhiên nhiều khi nó chưa tự tư duy trực tiếp được nguyên nhân của việc không pass bài test. nên vẫn cần có người chỉ ra cho nó ấy
theo mình vấn đề của bài toán C, D là nó quá phức tạp kể cả với human. Thực tế thì ta có thể cấu trúc lại nó thành tổ hợp của nhiều bài toán E, F, nơi mà mỗi thành phần của chương trình chỉ làm duy nhất 1 công việc. Mấy ông software architecture sẽ thích điều này vì có 1 thằng đàn em giỏi mà ko cãi.
Mình cảm thấy việc phát triển phần mềm bằng chat gpt có thể kết hợp với phương pháp test driven. Ta lần lượt viết ra các test case kì vọng. Để chương trình pass qua dần hết các testcase thì cuối cùng ta thu dc 1 chương trình thỏa mãn feature requirement của chúng ta.
THẢO LUẬN
Hi a, Thanks a về series docker này. E có một chút thắc mắc nhỏ. Khi dockerize ứng dụng FE (react, vue) thì sẽ có thêm 1 stage build nginx webserver để run web thay vì npm run dev. Nhưng ở các ứng dụng BE (node, python) mình lại run webser với host=0.0.0.0 (npm start/python app.py) để tạo 1 webserver ở local và cho phép access từ ngoài vào chứ không dùng nginx giống với FE. Anh có thể giải thích vì sao được không ạ? Thanks a nhiều
Bài viết khá hay, e cũng mới biết về khái niệm Trunk Based Development vì team đang định áp dụng. Cá nhân e thì thấy TBD cũng khá là hay, cơ mà chất lượng code của team mỗi khi review vẫn chưa được tốt, nên khả năng áp dụng TBD sẽ hơi rủi ro. Thêm nữa e thấy áp dụng chuẩn GitFlow cũng khá ổn, nếu task nào to thì mình tạo 1 root branch, develop theo kiểu gối đầu(giống TBD Welcome Screen -> Register Screen như ví dụ của a) thấy cũng vẫn work tốt.
Bài viết hay. Tks tác giả
Bài viết không lan man, ngắn gọn xúc tích rất dễ hiểu. Cảm ơn tác giả và hi vọng series có thêm nhiều bài viết hay hơn nữa.
😅Sorry, Mình update lại đây
Thanks bạn
hay quá
@manhhuycao ok bạn
đọc qua e lại tưởng a thái giới thiệu chơi tinder thì ...
Mình góp ý chút là "tiêu chí" chứ không phải "tiêu trí" nha ạ
đúng là call đc rồi! chỉ cần mở port 3000 trên vps ra là đc.
Lúc mua voucher thi trên Linux Foundation, nó sẽ cho mình 2 lần simulator free trên Killer.sh đúng ko b
mình thấy test driven cho chatgpt khá ổn tuy nhiên nhiều khi nó chưa tự tư duy trực tiếp được nguyên nhân của việc không pass bài test. nên vẫn cần có người chỉ ra cho nó ấy
theo mình vấn đề của bài toán C, D là nó quá phức tạp kể cả với human. Thực tế thì ta có thể cấu trúc lại nó thành tổ hợp của nhiều bài toán E, F, nơi mà mỗi thành phần của chương trình chỉ làm duy nhất 1 công việc. Mấy ông software architecture sẽ thích điều này vì có 1 thằng đàn em giỏi mà ko cãi.
Mình cảm thấy việc phát triển phần mềm bằng chat gpt có thể kết hợp với phương pháp test driven. Ta lần lượt viết ra các test case kì vọng. Để chương trình pass qua dần hết các testcase thì cuối cùng ta thu dc 1 chương trình thỏa mãn feature requirement của chúng ta.
Cho mình xin file excel để ôn thi với
@tmsangdev em config 1 lần xong mấy ông khác chỉ việc dùng bình thường thôi ạ. Nhưng mà quy chuẩn vẫn phải có thật.
Cho mình xin link phần 1 với ạ
Em cảm ơn anh đã ghé qua bài viết nhaa 🌻🌻
@maitrungduc1410 Dạ vâng. Chúc anh nhiều sức khỏe và ra nhiều bài viết hay ạ