Theo mình thì dự án với quy mô như thế nào thì việc requirement rõ ràng là một trong những yếu tố then chốt để làm nên thành công của dự án.
Nếu dự án phức tạp thì không thể ít requirement.
Nếu dự án ít requirement mà phức tạp thì theo mình thấy điều phức tạp ở đây là PM và đội phát triển dự án đang phải vất vả để làm rõ nó -> phức tạp.
"agile mà làm dự án phức tạp, ít requirement thì fail sml" -> mình không đồng ý quan điểm này, agile được sinh ra là để dễ dàng đáp ứng cho những thay đổi và phát triển/ tiến hóa của dự án. Còn việc requirement không rõ, nắm không chắc vấn đề thì dự án chắc chắn fail, càng không thể nào áp dụng waterfall vào loại dự án này.
PO có thể không cần hiểu biết về kỹ thuật, PM nên là người đứng giữa làm cầu nối giữa PO và đội phát triển. Cho nên mình thấy đây là trường hợp rất phổ biến trong các dự án.
@mincasoft mỗi loại dữ liệu sẽ có một đặc điểm riêng, nên nếu có thể bạn nên xây dựng lại mô hình cho riêng mình như bài viết mà bạn @quocnb đã nhắc đến ở trên. Mình chưa sử dụng thư viện Tessract bao giờ nên cũng không rõ là cách bạn làm có được hay không.
OK thanks, mình đã hiểu rồi.
Trước đó mình có đọc ở trang developer đâu đó có nói ViewModel không nên observe LiveData, việc observe chỉ nên để 1 lifecycle owner như Activity làm. Tuy nhiên nếu không ViewModel không observe thì làm sao cái LiveData chứa dữ liệu đạt đến mức cơ bản, sẵn sàng đem ra cho Activity observe để show lên UI được, còn nếu để cho Activity xử lý nốt thì Activity sẽ chứa quá nhiều code business, phá hỏng mô hình MVVM rồi. Thì ra là mình sẽ bổ sung thêm switchMap để process business data đến mức cơ bản nhất để cho UI hiển thị, cái này tương tự như flatMap của Rxjava nhỉ?
hình như vây.
em cũng thây nó báo lỗi: DeprecationWarning: the imp module is deprecated in favour of importlib; see the module's documentation for alternative uses
import imp.
em đã lên googlle tìm cách fix bug nhưng k thấy anh.
tiên cho em hỏi tý luôn : tai sao anh lại dung file .pkl mà k dùng luôn file txt luôn ah
và anh dùng seaborn j để biểu diễn ma trận như hình phía trên vây
@thanhhau Captcha 11-20: e thử sử dụng thư viện tessract nhưng không nhận diện ra được
a có ý tưởng nào về mã captcha 11-20 ko? E định fill lại màu chữ thành đen, còn nền trắng. May ra Tesseact nhận dạng được
THẢO LUẬN
À đây là ước tính bạn ạ. Nghĩa là dự tính chi phí trước khi mình xây dựng hệ thống.
Hi bạn @vinhthang
Theo mình thì dự án với quy mô như thế nào thì việc requirement rõ ràng là một trong những yếu tố then chốt để làm nên thành công của dự án. Nếu dự án phức tạp thì không thể ít requirement. Nếu dự án ít requirement mà phức tạp thì theo mình thấy điều phức tạp ở đây là PM và đội phát triển dự án đang phải vất vả để làm rõ nó -> phức tạp.
"agile mà làm dự án phức tạp, ít requirement thì fail sml" -> mình không đồng ý quan điểm này, agile được sinh ra là để dễ dàng đáp ứng cho những thay đổi và phát triển/ tiến hóa của dự án. Còn việc requirement không rõ, nắm không chắc vấn đề thì dự án chắc chắn fail, càng không thể nào áp dụng waterfall vào loại dự án này.
PO có thể không cần hiểu biết về kỹ thuật, PM nên là người đứng giữa làm cầu nối giữa PO và đội phát triển. Cho nên mình thấy đây là trường hợp rất phổ biến trong các dự án.
(thatim5)
@thanhhau mình cũng nghĩ vậy, mỗi loại chắc phải xây dựng một model riêng để train data.
vl
nội dung rất hay. 5 sao cho bạn tôi =))
Giống swift nhỉ
@mincasoft mỗi loại dữ liệu sẽ có một đặc điểm riêng, nên nếu có thể bạn nên xây dựng lại mô hình cho riêng mình như bài viết mà bạn @quocnb đã nhắc đến ở trên. Mình chưa sử dụng thư viện Tessract bao giờ nên cũng không rõ là cách bạn làm có được hay không.
ngày trước học xử lí ảnh không biết có dùng làm gì không, giờ mới thấy nó thiết thực ntn
Em login vào để cảm ơn bác.
Bạn ơi , cho mình xin code tham khảo được không ạ , Mình cảm ơn , Vinhlaaiit1@gmail.com
nó gần kiểu như thế. ngoài ra bạn có thể tìm hiểu thêm về Transformations.map().
OK thanks, mình đã hiểu rồi. Trước đó mình có đọc ở trang developer đâu đó có nói ViewModel không nên observe LiveData, việc observe chỉ nên để 1 lifecycle owner như Activity làm. Tuy nhiên nếu không ViewModel không observe thì làm sao cái LiveData chứa dữ liệu đạt đến mức cơ bản, sẵn sàng đem ra cho Activity observe để show lên UI được, còn nếu để cho Activity xử lý nốt thì Activity sẽ chứa quá nhiều code business, phá hỏng mô hình MVVM rồi. Thì ra là mình sẽ bổ sung thêm switchMap để process business data đến mức cơ bản nhất để cho UI hiển thị, cái này tương tự như flatMap của Rxjava nhỉ?
Bài viết rất hay và chi tiết! 👍
Ngắn gọn, xúc tích, dễ hiểu.
Hay quá! +1 like
@mincasoft bạn cần hỏi vấn đề gì về GG Cloud Vision thì cứ đặt câu hỏi mới lên. Sẽ có nhiều người biết để trả lời cho bạn hơn
hình như vây. em cũng thây nó báo lỗi: DeprecationWarning: the imp module is deprecated in favour of importlib; see the module's documentation for alternative uses import imp. em đã lên googlle tìm cách fix bug nhưng k thấy anh.
tiên cho em hỏi tý luôn : tai sao anh lại dung file .pkl mà k dùng luôn file txt luôn ah và anh dùng seaborn j để biểu diễn ma trận như hình phía trên vây
Có a/c nào ở đây đã làm việc với Google Cloud Vision chưa ạ? Cho em tham khảo với
@thanhhau Captcha 11-20: e thử sử dụng thư viện tessract nhưng không nhận diện ra được a có ý tưởng nào về mã captcha 11-20 ko? E định fill lại màu chữ thành đen, còn nền trắng. May ra Tesseact nhận dạng được