BEMAC Project Meeting Transcript - 2026-08-06

Summary

Raw transcript từ speech-to-text của buổi họp nội bộ team BEMAC (E-656) ngày 2026-08-06. Không có speaker labels — nội dung là numbered lines liên tục. Thảo luận approach đa dạng hóa prototype, linh động thời gian, cost, và task assignments.

Content

1 Ờ. 2 Hôm qua meeting team thì có hai điểm chính cần share lại. 3 Cái này 4 là clear lại cho chắc ngắn ha. Các bạn đọc lại ở đây là các bạn hiểu được là 5 Có nhìn thấy màn hình không? 6 Được thấy. 7 Hử? 8 Ờ. 9 Thì cái này là đã nói nhiều lần rồi nhưng mà 10 cần phải nói lại để các bạn hiểu rõ. 11 Từ đó mới đưa ra được cái action nó đúng. 12 Thì cái lý do chính á là sao? 13 Phía bên BEMAC tại sao nó xảy ra mấy cái tình trạng bữa giờ mình làm là không ai biết cần phải làm cái gì á? BEMAC nó là cái công ty nó cũng đang mong muốn ứng dụng AI vào để nó phát triển tốc độ nhanh. 14 Và nó không biết là như thế nào là đúng. Cái sản phẩm nó đưa ra á, 15 mục tiêu cuối cùng là nó muốn bán cho những cái đội bên công ty quản lý tàu đúng không? 16 Xài. 17 Cho nên á là nó 18 nó cũng không biết là cái gì là khách hàng thực sự có muốn hay không. Cho nên là cái điểm quan trọng nhất là khách hàng có muốn xài hay không. Mình đứng vai trò như thằng BEMAC á mình làm là mình phải 19 nghĩ tới cái điều đó để mình bán. 20 Họ có muốn xài hay không thì BEMAC mới bán được. 21 Đó. 22 Cho nên là từ cái cái này á bắt đầu nó mới dẫn tới là sao? Bởi vì không biết là cái gì là đúng, 23 mình muốn tạo ra được một cái sản phẩm nào đó mà khách hàng nó muốn xài, giống kiểu mình đang phát triển một cái product. 24 Thì mình phải bám vào 25 cái khách hàng nó mong muốn. 26 Nhưng mà khách hàng nó mong muốn như thế nào mình không biết, cho nên là không phải bám chặt khư khư vào một cái prototype duy nhất, vào một cái ý tưởng duy nhất. 27 Mà nên nghĩ rằng sẽ phải có nhiều 28 cái góc nhìn khác nhau. Có thể đứng ở cái góc nhìn của 29 thợ máy tàu là nó sẽ phải cần 30 một cái sản phẩm này. 31 Đứng ở cái góc nhìn của đội vận hành tàu nó sẽ phải cần một cái sản phẩm khác, kiểu kiểu như thế. Thì từ một cái feature, ví dụ như số 9, số 4, số 8 gì đấy, có thể bắt đầu mình sẽ có nhiều những cái ý tưởng khác nhau. 32 Và có thể sẽ phải làm nhiều cái prototype khác nhau, 3 4 cái phương án prototype khác nhau, đứng trên mỗi một cái quan điểm 33 vận hành khác nhau. 34 Ý nói nhấn mạnh ở chỗ này là nhiều khi anh em lúc mà mình làm chỗ này á 35 là mọi người sẽ thu thập thông tin đúng không? Thu thập spec này kia các thứ xong rồi ngồi nghĩ ra một cái phương án prototype và mình đoán được là cái này là khách hàng nó sẽ sẽ cần. 36 Thì hôm qua team đàng cùng nó 37 revise lại á 38 thiên nên hiểu rằng là cái phương án prototype là nó không cố định. Cho nên nghĩ càng nhiều càng tốt. Một cái phương án có thể sẽ phải đứng trên cái góc nhìn của 39 những cái user khác nhau, ra được 3 4 cái phương án prototype khác nhau. 40 Thì cái chỗ này là anh thấy nó cũng hơi cấn cấn này. 41 Giả sử như một cái feature mà bây giờ kêu là build ra được 3 4 cái phương án prototype khác nhau thì câu hỏi sẽ là những cái prototype nó khác nhau ở điểm nào. 42 Đúng không? Nó không đơn giản là giống kiểu như em làm một cái GUI ở đây xong chỗ này em thấy là nó không phù hợp thì em làm thêm một cái phiên bản là cái GUI 43 layout khác chẳng hạn. 44 Thì cái đấy thì nó lại không mang ý nghĩa nhiều đúng không? Theo theo ý kiến của anh là nó không mang ý nghĩa nhiều. 45 Mà 3 4 cái phương án prototype khác nhau này này, 46 theo như anh hiểu là nó sẽ phải đứng trên những cái góc nhìn, những cái use case nó khác nhau. 47 Thì nó mới ra được nhiều phương án được. 48 Còn nếu mà chỉ đơn giản là thay đổi layout, thay đổi feature nho nhỏ thôi thì thật ra là cái phương án mà tạo ra được nhiều prototype khác nhau á cũng khá là khó. 49 Chỗ này là phải đọc kỹ nha. Đọc kỹ thì bắt đầu nó mới mình mới ngấm, mình mới hiểu được cái ý đồ của người ta muốn làm cái gì thì bắt đầu mình mới đưa ra được cái action nó đúng. Còn nếu mà không hiểu cái này thì mình sẽ bị chấp nệ, mình cứ nghĩ là ừ tại sao là phải 50 vẽ ra nhiều cái phương án như thế này mà trong khi mình sẽ không thấy 51 sự khác biệt gì nhiều. 52 Mình sẽ bị bám vào cái cái đó và sẽ rất là khó. 53 Thì tại sao làm được như thế này? Cho nên là cái cái cái GitHub mà hôm qua share cho Khoa á, nó sẽ chia làm nhiều round, mỗi round là một cái version kiểu như thế. 54 Chính vì như vậy á, chính vì nó suy nghĩ là prototype làm nhanh để cho khách hàng nhìn 55 Tại 56 Thật ra là rõ ràng là mình hoàn toàn mình trình bày được bằng câu chữ mà, đúng không? Kiểu như bây giờ 57 đây là cái ý tưởng, mình hoàn toàn mình viết ra thành một cái doc, như kiểu một trang A4 có chức năng, có feature, có vẽ. Nó là cái phần document mà đang kêu Khoa làm đó. Hoàn toàn có thể làm ở cái level đó, xong đưa khách hàng đọc. Nhưng mà khách hàng sẽ rất là khó hình dung, cho nên là sẽ phải cần có thêm một cái prototype. 58 Nhưng mà nó sẽ vẽ chắc là làm sơ sơ phần mock thôi chứ còn nếu mà làm sâu quá thì cũng cực. 59 Thì cái chỗ này á là mọi người hiểu đúng được cái expect của phía bên kia, đúng không? Xây dựng cái này là cái ví dụ thôi, có thể không phải là 3 4, vẫn có thể là một cái prototype chính, nhưng mà ý nói ở đây là sẽ phải có nhiều khoảng cái nhiều cái version, thậm chí lặp đi lặp lại có thể tới khoảng version 10 bắt đầu nó mới sẽ ra được một cái cục gì đó mà cả hai bên là thấy là có vẻ hợp lý và có thể là cái cục đó là đem đi chào cho khách hàng thì khách hàng nó sẽ 60 sẽ muốn xài. 61 Đoạn này ok không? 62 Hoặc là có nguyên nhân nào 63 Còn không thấy cấn chỗ nào á là phải ngồi suy nghĩ, phải ừ em thấy chỗ này cũng bất hợp lý. Như anh đọc cái cái đoạn này á là anh thấy cái chỗ mà nó yêu cầu cái 3 4 prototype là ta ta cũng ngồi ta suy nghĩ chỗ đó. 3 4 là 3 4 cái gì? 3 4 prototype. Ví dụ như giờ cái feature số 9 đi, mình đang nói là cái feature mà agent 64 communicate với lại bọn maker đúng không? 65 Bây giờ khách hàng nó cần là cái gì? À bọn Bmax nó cần là cái gì? Ừ là mày sẽ có một cái bản doc giải thích cộng với lại cái phần mockup giải thích. 66 Rồi bây giờ kêu làm 3 4 cái prototype là làm 3 4 cái gì? 67 Làm sao làm được 3 4 cái prototype? 68 Kể cả như làm được đi, thì 3 4 cái đó thực sự nó khác nhau ở điểm gì? 69 Đúng không? Đâu phải đơn giản đâu, đâu phải là anh ngồi anh mock một cái phiên bản là gui đơn giản, một cái phiên bản là gui phức tạp là hai cái đó nó ấy đâu. 70 Nên tao đang cấn chỗ đó đó. 71 Giờ 3 4 cái đó là làm 3 4 theo cái hướng nào, nhìn theo góc nhìn nào nó mới ra được cái đó? 72 Có thể là không cần phải 3 4, kể cả như là mình làm một cái prototype thôi cũng được, nhưng mà những cái idea ví dụ như là 73 cái gì phần chụp hình, phần share realtime gì đó ấy. Cái đó cũng có thể đánh giá được là tách nó ra thành một cái prototype thứ hai chẳng hạn. 74 Có này 75 Nghe qua thì đọc sơ sơ thì thấy là ừ cũng có lý, nhưng mà làm như thế nào cho đúng là tao thấy là còn bị khuyết đấy. 76 Thấy 77 Nhưng cái phần này em thấy khó khó nhất khó nhất đấy là cái phần input từ cái người dùng cuối mình không có. 78 Kiểu những cái use case mà mình cũng brainstorm với AI nó ra thôi chứ chưa chắc thực tế use case nó lại vậy. 79 Thì phải chấp nhận thực tế thôi. Bây giờ ví dụ như em xây một cái sản phẩm hay cái app ấy em đâu có thường ví dụ như em xây một cái SaaS nhé. Đa phần các bên như trước giờ làm ấy là bập vô bắt đầu ngồi nghĩ, đúng không? Ngồi brainstorm. Brainstorm lấy tín hiệu lấy từ đâu? Lấy từ net, lấy từ trong các group. Người ta đang làm thực tế đó, không có team nào mà có khả năng mà ngồi mà interview được với lại user thực tế nhiều đâu. Những cái team mà nó làm bài bản ấy là nó sẽ đi, đúng là nó sẽ đi như thế. Là nó đi từ user trước. Có thể nó offer một cái dịch vụ gì đó nó ngồi nó interview với lại người dùng cuối, nó kêu là ừ mày đang gặp vấn đề gì đúng không? Mày đang muốn giải quyết vấn đề gì, nó gom gom. Khi mà nó thấy cái mẫu nó đủ lớn ấy. Nhưng mà bao nhiêu là đủ lớn? Khó nha. Tại thông thường như anh đọc trên các diễn đàn nó làm ấy, hầu như là cái bước đó là bước cực kỳ khó. Cho nên đa phần là mọi người assume assume là lấy từ những cái tín hiệu trên internet. Cái đó là cái bước đầu tiên trong 80 không research. Tức là nó cũng không có cơ hội nó ngồi nói chuyện với người dùng cuối. 81 Còn kể cả có nói chuyện với người dùng cuối, nó interview chắc khoảng được tầm 5 10 người là nó đã mừng lắm rồi. 82 5 10 người là để nó thấy là ừ thực sự trong 5 10 người này là cái vấn đề mà ai cũng nhắc tới là cái vấn đề import CSV vào hệ thống nó tốn thời gian hay là cái gì đấy kiểu kiểu như thế. 83 Là một cái pain point nó thực thực sự là nó tồn tại chứ không phải là mình ngồi mình mình makeup lên. 84 Thì 85 cái vấn đề mà input từ user á là cái hạn chế. Bên BEMAC nó cũng nói rồi á là nó cũng không có một cái cách thức nào mà nó ngồi nó interview nó. Bên kia nó bận lắm, nó không ấy. 86 Các các bên công ty á nó bận lắm. Thằng này là thằng ngồi làm giải pháp mà. Nó cũng không 87 Mà nhất là bọn Nhật nữa. Nó làm là nó phải hẹn hò, nó phải meeting các thứ nó ấy chứ không phải là làm nhanh được. Cho nên là 88 nó mới sinh ra cái câu chuyện là không có input thực tế từ bọn thợ máy trên tàu. 89 Nhưng mà bọn BEMAC á cũng là một cái công ty mà nó làm cung cấp dịch vụ, nó cũng sẽ hiểu nghiệp vụ tương đối đúng không? Cũng giống như mình, ví dụ như giờ mình làm mấy cái off shop à mấy cái app Shopify chẳng hạn, 90 mình không thực tế mình chạy vận hành. À thực thực ra là có. 91 Mình hiểu các bài toán, ừ, là cũng có user tới đúng không? User tới thì phải tối ưu cái gì, tối ưu trang landing page, có những cái bài toán đó là mình cũng nắm được. 92 Nhưng mà mình không phải là user thực tế. Thì BEMAC nó cũng y trang như thế, nó có nghiệp vụ, nó ngồi nó vẽ ra những cái ý đó á là là cũng hợp lý đấy. 93 Nhưng vấn đề là ví dụ mình dựa vào tất cả những cái input mình đang có á là cũng sẽ phải trúng được đâu đó 7 80% rồi. chứ cũng không phải là hoàn toàn là tự ngồi tự bịa lên đâu. 94 Thì 95 quay trở lại cái ý chỗ này nè. 96 Cái chỗ này là thực ra là anh hiểu ý mong muốn của bên kia nó làm. Nó muốn nhấn mạnh là á mình không phải là quá cứng nhắc. Lúc nào mình cũng nghĩ là ừ ví dụ như là bây giờ cái phase 1 của cái chức năng số 9 đúng không, là sẽ có chức năng này có chức năng kia là mình sẽ 97 gọi là gì? 98 Không cần quá quan tâm triển khai, mình sẽ bám chặt vào một cái ý tưởng đó. 99 Thay vì như vậy nó muốn là linh động. Ừ, cứ cái nào mà thấy khác nhau mà thấy có khả năng hợp lý thì cứ tách ra thành một cái phương án prototype để đề xuất xem là có hợp lý hay không. 100 Giai đoạn này không phải là giai đoạn đúng hay sai. Cái việc đúng hay sai là phía khách hàng sẽ đánh giá và quyết định. 101 Nhưng mà nói gì nói, anh thấy là cái chỗ mà Tức là cái tiêu chí nào để xác định cái đó là một cái prototype á? Ví dụ như giờ cái số 9 mà tụi bay, ừ anh hỏi tụi bay, tụi bay cũng kêu hiểu hiểu hiểu, xong tới lúc mà kêu làm cho anh 3 cái 4 cái prototype 102 làm đéo được. Chắc chắn luôn. "Hồi giờ anh Huy anh Huy muốn 3 4 cái prototype là mỗi cái là làm theo kiểu gì? Không lẽ giờ em đổi cái GUI tí rồi một cái làm GUI sáng, một cái làm GUI tối, một cái làm GUI phức tạp, một cái làm GUI đơn giản cũng gọi là một cái prototype à?" 103 Em thấy cái prototype á là nó phải giống như cái 4 cái ý kia. 104 Ừ. 105 Cứ một cái prototype thì phải có những cái tính năng cụ thể. 106 Ví dụ như một cái bài toán đó mình có nhiều cách giải quyết đúng không? Thì ví dụ với cái cách giải quyết này thì mình sẽ mình sẽ có những cái tính năng này, thì cái cách giải quyết kia nó phải hoàn toàn khác chứ nếu mà 107 Đấy. 108 Nó chỉ là một cái cách thêm thôi thì nó đâu phải 109 Đúng không? Tức là mình phải hiểu tới cái chỗ đó. Đó, là bây giờ giả sử như đúng là cái mong muốn của user là chốt lại một câu là cái gì? Communication nó smooth hơn, nó giảm thời gian hơn đúng không? Cái đó là quá tổng quát. Là cái đích tới. Thế bây giờ cái đích tới đó là mình sẽ có 3 4 cái phương pháp gì đó. Phương pháp 1 là real-time, đây là cái prototype cho real-time 110 một cái dashboard, phương án 2 là đâu không biết nữa, có thể là một cái khung chat hay cái gì đó, phương án 3 là một cái video call, kiểu kiểu như thế. 111 Tức là nó cũng phải tương đối là nó khác nhau ở mặt tính năng hay là ở mặt ý tưởng gì á đúng không? 112 Thì thì cho nên là anh nói anh nói nãy nếu mà đọc kỹ vô cái chỗ này này, "xây dựng khoảng 3 3 4 phương án prototype khác nhau" này. "Khác nhau", chỗ này rõ ràng là mình mình sẽ phải định 113 nghĩa được như thế nào là khác nhau 114 ở khía cạnh nào gọi là khác nhau thì anh nghĩ là 115 vẫn là ở mặt cái gọi là cái gì cái feature hả cái tính 116 chứ chứ những cái nào mà 117 tương đồng nhau quá mà mình cứ cố ép mình tách nó ra thành hai cái cách khác nhau thì nghe cũng không hợp lý lắm. 118 Yeah. 119 Nó là phải phải là hai cái cách giải quyết chứ còn bên 120 kểu kiểu thế 121 chỉ là chỉ là buốt thêm một xíu của cái cách kia thôi thì cũng 122 cũng không phải là có tách riêng ra. 123 Mà rõ ràng nha, tức là 124 bây giờ mình đồng ý ở cái điểm hiểu như thế là đúng rồi đó, anh cũng hiểu như thế. 125 nhưng mà hoàn toàn không phải là dễ dàng đúng không? 126 đâu phải là đấy bây giờ ngồi mày nghĩ ra được ba bốn cái 127 gọi là cái phương pháp 128 cái method khác nhau 129 để hiện thực hoá được cái bài toán đó, đâu có dễ đâu. 130 Tại vì đa phần là giờ giải quyết cái cái bài toán là communication mà smooth ấy thì 131 nó cũng định hình liên quan tới việc chat với cung cấp tài liệu đúng không? 132 thì chung chung là mọi người cũng đang nghĩ tới cái giải pháp là có một cái dashboard cho share status giống kiểu ticket ấy. 133 Real-time, tới đó là hết rồi, giờ mà nghĩ ra được một cái phương pháp hoàn toàn mới 134 gì khác mà kêu là cố gắng ép ra ấy thì cũng khó. 135 Cho nên là 136 cái chỗ này anh nghĩ là cũng không cần cưỡng ép quá. 137 Mình hiểu là cái ý muốn là nó đang muốn truyền đạt là đa dạng hoá cái prototype 138 và không 139 không bị cứng nhắc quá 140 ở một cái ý tưởng, 141 mục tiêu cuối cùng là cung cấp nhiều sự lựa chọn cho đứng 142 đứng ở vai của thằng BEMAC đúng không? Nó gọi là xỏ giày vào xỏ chân vào giày của bọn BEMAC, bằng tiếng Anh nó có cái câu đó đó. 143 Là xỏ chân vào giày của người khác thì mình mới hiểu được. 144 Ý nó muốn nhấn mạnh nó thôi chứ còn cái chỗ này anh đọc thì anh hiểu mong muốn của nó. 145 Nhưng mà 146 đấy bắt buộc là sẽ phải có ba bốn phương án thì anh nghĩ là cũng cũng khó đấy. 147 Đấy là cái điểm mà mọi người cần suy nghĩ 148 khi làm. 149 Là cái ý thứ nhất. 150 Yeah. 151 Ý thứ hai là cái gì? 152 Còn tạm thời tràn lan hết 153 À cái ý thứ hai là cái ý mà anh hỏi nó. 154 Ý thứ hai là cái vụ mà làm 155 thời gian này này. 156 Làm thời gian này ấy 157 là câu chuyện nội bộ giữa mình với lại bọn IMOVIX. 158 Thì cái dự án đợt này nó hơi khác một tí 159 là nó đề cao cái output. 160 Cho nên là cái thời gian nó kêu là nếu mà có lệch một chút xíu ấy 161 thì có thể là nội bộ hai bên tự co kéo được. Chắc là nó cũng không muốn 162 report cái này cho phía khách hàng làm phức tạp thêm, hiểu không? 163 Mà nếu mà khách hàng nó ngay từ ban đầu mà nó deal với lại phía bên IMOVIX mà nó cover được 164 được cái chuyện mà không cần phải fit 20 ngày trong tháng ấy 165 thì lại quá ngon. 166 Cho nên là nó kêu là 167 cái đợt dự án này ấy 168 quan trọng là nhìn ra cái output. 169 Tức là bên mình làm được output, được khách hàng đánh giá cao. 170 Tất nhiên là vẫn là chưa có gì cố định nhé, mình vẫn đang làm trong giai đoạn là 3 tháng mình làm prototype để nó đánh giá. 171 Thì nếu mình ra được một cái 172 output gì mà phía bên kia thấy ok 173 thì nó cũng sẽ không quan trọng lắm cái chuyện mà bắt buộc phải report đủ 20 ngày. 174 Cho nên là trong team mấy cái thời gian như thế này này. 175 hoàn toàn ví dụ như hôm nay bạn nghỉ, 176 ngày mai bạn có thể bạn làm kéo lên thêm một tí 177 để cho đủ tháng 160 tiếng là vẫn ok. 178 Ý nói là cái vụ thời gian này thì clear ở chỗ đó nha, không cần phải 179 phải phải 180 cố định 20 ngày. 181 Yeah. 182 Rồi cái chi phí này bên BEMAC này này, 183 thì cái này hồi xưa là cũng đã nói rồi. 184 Trong thời gian phát triển dev 185 một cái feature ví dụ như mình làm số 4, số 8, số 9, mỗi một cái 186 thường 187 khoảng cỡ tầm 1 man trở lại là khoảng cỡ tầm 1 triệu 7 đổ lại. 188 Hiện tại bây giờ đô nó cỡ cho 26 đi 189 thì nó khoảng cỡ tầm 50 đô đổ lại, 5 60 đô đổ lại. 190 là ok cho cái giai đoạn mà dev như thế này ha. 191 Thì mấy cái resource đó lúc mà mình làm thì mình cũng 192 chú ý coi như là nó ngốn cái 193 công số tới cỡ nào. 194 Cớ 50 đô là ok. 195 Yeah. 196 50 thì chắc không không quá đâu. 197 Thì có thể coi lại mấy cái cách mình xài, mình tắt làm sao để mình tiết kiệm ấy. 198 Rồi cái này. 199 Rồi bây giờ quay lại mấy cái task như nãy nói clear rồi ha, task Khoa thì vẫn tiếp tục làm cái doc cho hôm nay cho xong đi. Còn Hỷ là dựng xong hệ thống Hỷ? 200 Dạ. 201 Em đang tìm mấy cái feature. 202 Ờ ờ ok. 203 Em tìm chưa ra. 204 Bây giờ issue là đang làm trên cái repo này hả? 205 Dạ. 206 Hiện tại thì em... 207 Em chuyển qua cái một chuẩn về cái style của nó. 208 Rồi rồi ok, có gì feedback trên này thì anh sẽ feedback nhé. Làm cái gì á tách issue ra trước nhé. Cứ tách issue ở trên này. 209 Chứ đừng có làm... 210 Này mày đang bữa giờ mày đang làm... Sao toàn thấy tao không vậy? Đang làm trên nhánh nào? 211 Issue 5. 212 Issue 5 á anh. 213 Tách nhỏ ra chứ đừng có làm chung thế. Làm issue nào thì em tách issue ra em làm nhỏ nhỏ ra chứ em đừng có issue 5 là brush up cái em làm em gom một ngùi ở trong đó nhé. 214 Ok anh. 215 Chắc là cái flow như vậy đi, em tách issue trước rồi bắt đầu em gán cho anh Khoa ngó qua phát đã rồi hãy làm nhé. 216 Dạ. 217 Dạ dạ. 218 Ừ. 219 Rồi ok nhé mấy đứa. 220 Ok anh. 221 Mấy còn cái phần IoT sao anh? Khoa kêu... 222 À phần IoT thì có sync lại. 223 Để làm tiếp. 224 Có có có sync lại, anh kêu nó push cái... Cái lịch thì nó vẫn như này, xong nó merge vô vô đây ha. 225 Thì cũng phải bọn kia nghỉ lễ xong lên tuần thứ 3 á thì bắt đầu nó mới... 226 Cái thằng này nó nghỉ lễ lên tới tuần thứ 3 của tháng 8 lên á thì bắt đầu là nó mới đại khái là thế này chốt spec cho mình này. 227 IoT nó nói là như cái nào như thế nào đó. 228 Thì xong bắt đầu tới mình là prototype thì chắc là phải qua tháng 9. 229 Nhưng mà cái cục này á thì anh đang dí nó là có thể cung cấp cho tao. Tại cái hình dung trong đầu của mình nếu mà đúng theo như thế này á 230 thì mình sẽ phải chế cháo skills cùng code kiếc gì đó để cho con agent nó đấu nối với lại IoT đúng không? Thì cái việc mình cần làm là bây giờ cái IoT data nó là như thế nào. 231 Có giống như bọn bên 232 Miura hay cái gì đó hay không? 233 Thì anh hỏi nó đưa sample data nhưng mà không chắc là nó sẽ trả lời sớm được nhé. 234 Dạ dạ. 235 Ừ rồi. 236 Nhưng mà cũng nắm được cái lịch như thế này này, tại cái này để đây là không là quên đấy, là nó sẽ có một cái cục này nó kêu nó sẽ merge vào sau mà chắc chưa merge đấy. 237 Thì tuần... 238 Tuần này mới là tuần tuần đầu thôi đúng không? 239 Hết tuần sau. 240 Tuần sau nữa. 241 Một tuần này là tuần đầu, ừ tuần này tuần đầu. 242 Tuần sau, tuần sau nữa. Tuần sau nữa là bắt đầu sẽ sẽ bị dí nhé. 243 Tuần sau nữa thì mới có một cái số 9 ở đây này. 244 Với lại cái phần của Hỷ bây giờ thì cứ tiếp tục chạy như kế hoạch bàn hôm qua. Xong hết cái này thì dựng cái pipeline rồi các thứ rồi 245 tách issue chỗ nào mà đánh được thì mình đánh, rồi rảnh thì bắt đầu sẽ đục thêm vô cái phần RAG rate gì đấy. 246 Ok không? 247 À pre-process. 248 Pre-process, lộn. 249 Rồi. 250 Rồi ok nhé. 251 Dạ ok anh.