Recent content by hold_on_never_leave

:big_smile:cứ deal thật cao đi, tạch thì sẽ tự biết giảm xuống thôi

fen role nào, fs thì chắc có hope , 11 slot lận

có giải ko fen :D:D

chúc mừng fen :byebye::byebye:

còn theo tui thì nghĩ cứ trải nghiệm hết, lúc đầu thì mấy ai biết mình muốn gì, người vào startup xịn thì sẽ khuyên nên vào startup, ng vào product lớn thấy học đc nhiều thì lại khuyên như thế => tự trải nghiệm là tốt nhất

cách 2, client connect ws keep connection đó, cần event gì thì emit trên connection này chứ ko tạo cái mới

bạn này lạ wa :D:D chúc mừng fen

chi tiết quá fen, mình có một vài người quen mới nghỉ bên này do vấn đề ở trong, nhưng có vẻ với entry level thì vẫn ngon lành

theo nguồn tin trust me bro thì có palexy và team android g xanh :D:D

HR ns v để nhắc nhở thôi, nghĩ vui vẻ thôi fen

tracking state của thím nó đang khá mơ hồ, nếu có storage job thì query thẳng ra luôn chứ cần làm gì nữa, còn custom thêm thì là bài toán khác r, thím nên đưa ra thím cần tracking cụ thể metrics nào thì sẽ tốt hơn

bài toán b đang hỏi nghe giống như là background job, với cái yêu cầu b đang hỏi sẽ cần tập trung vào 2 thứ: storage để lưu job, và workers xử lý job về storage, nếu b dùng các thư viện phổ biến thì nó sẽ thường là redis/db, b có thể query ra đc trạng thái của job còn về tải cao như b nói ở...

vấn đề trình độ, người code thì cứ code, ko lên đây khóc lóc đâu ;);)

xử lý sync giữa các platform kiểu này nên build service thứ 3 để orchestration nhé, các platform kia cung cấp các api để get/update record, còn sync flow để service thứ 3 kia xử lý

sống đc trc đã, sau comeback cx ko muộn 8-)8-)