Đúng là một số bài báo có suggest chúng ta làm vậy, nhưng để giải thích cho việc tại sao mình chọn đặt BN sau ACT là vì nếu chúng ta đặt BN lên trước thì rất có thể sau khi BN sẽ có các features nhận giá trị negative, sau đó áp dụng ACT như RELU sẽ dẫn đến mất các đặc trưng của ảnh thay vào đó mình chọn đặt BN sau ACT. Và đây cũng là suggest của adrian rosebrock trong quyển sách của a ý có nói bạn ạ.
Theo mình thì function có dữ liệu cứng thì sẽ là nx còn nếu là function có dữ liệu động thì chưa chắc là nx đâu.
Có thể là nhiều lần nếu gọi đệ qui với dữ liệu lớn dần.
Có thể là nhanh hơn nếu có sử dụng cache
@BruceKieu redux là 1 state management, có thể hiểu là quản lý tất cả các biến trong 1 app js (không riêng gì reactjs, nó có thể dùng ở các thư viện, framework khác).
"sau khi store tiếp nhận các state mới thì làm sao nó cập nhật dữ liệu lại server và gửi lên database".
Có vẻ bạn chưa hiểu cách làm việc của 1 mern stack app. Lấy ví dụ cho bạn nhé:
Trong project của bạn sẽ có 2 app 1 là app chạy trên trình duyệt người dùng, sẽ được server gửi đến trình duyệt trong request đầu tiên. App này giao tiếp với người dùng xử lý những việc tương tác và hiển thị với người dùng, ở đây bạn dùng reactjs để làm nó.
1 app chạy trên server, để tương tác với database, xử lý các logic nghiệp vụ và trả về dữ liệu cần thiết cho app 1.
2 app này giao tiếp với nhau qua api.
Giả sử bạn có 1 web có chức năng bình luận, khi người dùng thêm 1 bình luận thì app sẽ xử lý thế này:
Đầu tiên function addComment trong component Comment được gọi, nó dispatch action ADD_COMMENT đến Reducer, trong thời gian này bạn làm cái loading quay quay cho nó đẹp =))
1 request được gửi lên server (tùy vào logic trong reducer). Và bạn chỉ cần biết cái endpoint của api cần truyền gì truyền lên là được.
Nếu request thành công, thì thêm comment vào store, comment sẽ hiện ra trên web, nếu thất bại thì hiển thị thông báo cho người dùng.
Ở Server thì nó qua route, middleware, controller, insert vào model rồi trả về response thôi
Cảm ơn bạn đã cmt ý kiến, tuy nhiên mình thì lại nghĩ ngược lại bạn là BN có thể hurt your's memmory, tuy nhiên nó được khuyến khích sử dụng vì những lợi ích mà nó đem lại. Giải thích cho ý kiến của mình, bạn đọc tham khao nhé:
THẢO LUẬN
Mình nghĩ là bạn nên tìm hiểu kỹ hơn trước khi phát biểu một quan điểm nào đó. Cảm ơn bạn
à e nhầm với mini batch =)) thực ra thì nó cũng ko mạnh lắm nên h ít dùng rồi a ei =))
Cám ơn @Plumpboy đã giải thích, mình cũng dần dần hiểu ra rồi
. Bạn nói đúng, mình cũng đang hộc máu vì thằng MERN này đây
Đúng là một số bài báo có suggest chúng ta làm vậy, nhưng để giải thích cho việc tại sao mình chọn đặt BN sau ACT là vì nếu chúng ta đặt BN lên trước thì rất có thể sau khi BN sẽ có các features nhận giá trị negative, sau đó áp dụng ACT như RELU sẽ dẫn đến mất các đặc trưng của ảnh thay vào đó mình chọn đặt BN sau ACT. Và đây cũng là suggest của adrian rosebrock trong quyển sách của a ý có nói bạn ạ.
Bài viết khá hay, nhưng không có ví dụ cụ thể
Vẫn tích cực viết viblo nhỉ (y)
Hay quá anh
Hay quá anh
Theo mình thì function có dữ liệu cứng thì sẽ là nx còn nếu là function có dữ liệu động thì chưa chắc là nx đâu. Có thể là nhiều lần nếu gọi đệ qui với dữ liệu lớn dần. Có thể là nhanh hơn nếu có sử dụng cache
Sanity testing được thực hiện sau Smoke testing
link :https://viblo.asia/p/the-nao-la-smoke-testing-sanity-testing-su-khac-nhau-giua-smoke-testing-va-sanity-testing-djeZ1Vv3lWz
(nguongmo)
Hay qúa anh, hết mình vì cộng đồng (y)
Sao mình thấy 1 số bài viết lại bảo đặt BN trước ACT nhỉ
@BruceKieu redux là 1 state management, có thể hiểu là quản lý tất cả các biến trong 1 app js (không riêng gì reactjs, nó có thể dùng ở các thư viện, framework khác). "sau khi store tiếp nhận các state mới thì làm sao nó cập nhật dữ liệu lại server và gửi lên database". Có vẻ bạn chưa hiểu cách làm việc của 1 mern stack app. Lấy ví dụ cho bạn nhé:
Trong project của bạn sẽ có 2 app 1 là app chạy trên trình duyệt người dùng, sẽ được server gửi đến trình duyệt trong request đầu tiên. App này giao tiếp với người dùng xử lý những việc tương tác và hiển thị với người dùng, ở đây bạn dùng reactjs để làm nó. 1 app chạy trên server, để tương tác với database, xử lý các logic nghiệp vụ và trả về dữ liệu cần thiết cho app 1. 2 app này giao tiếp với nhau qua api.
Giả sử bạn có 1 web có chức năng bình luận, khi người dùng thêm 1 bình luận thì app sẽ xử lý thế này:
Ở Server thì nó qua route, middleware, controller, insert vào model rồi trả về response thôi
Mà 5 tháng bạn chơi ngay MERN không ổn đâu.
Cảm ơn bạn đã cmt ý kiến, tuy nhiên mình thì lại nghĩ ngược lại bạn là BN có thể hurt your's memmory, tuy nhiên nó được khuyến khích sử dụng vì những lợi ích mà nó đem lại. Giải thích cho ý kiến của mình, bạn đọc tham khao nhé:
https://github.com/keras-team/keras/issues/6661
https://github.com/tensorflow/tensorflow/issues/20915
Thực ra dùng Batch Normalize chủ yếu để tránh out of memory thì phải a ạ :v
ra đây a show cho mà xem, đừng ngại nhé :v
cám ơn bạn đã góp ý, mình sẽ chỉnh sửa