Nội dung gần đây của Darabeny

Plan đưa vào tròng đóng bảo hiểm -> Thu nhập giảm tiếp

Hóng anh em sang đâu chơi nhiều thì đi cùng :beat_brick:

Đúng rồi, còn thế hệ này được rút thôi. Thế hệ sau là cấm rút cmnr :beat_brick:

Vì nó "magic" quá nhiều thứ ở bên dưới để initialize được nên mới phải chạy hết mới start xong được. Giảm thiểu thì hạn chế tạo dư thừa bean,... Còn không thì dùng framework khác: Vert.x, Quarkus,...

1-2 tuần đầu thả cho xả để bớt bức xúc. Giờ phản công lại thì xác định là mọi thứ y nguyên rồi. Hết cứu:amazed:

Mình thì đoán thế thôi. :beat_brick: Fen hỏi thử xem bên công ty A đã quyết toán vào mst nào, xác định trước xem có đúng là đang bị đóng thuế trên mst khác với mst ở công ty B không trước. Còn xử lý cụ thể thì mình cũng chịu, fen đợi các bác khác trên voz tư vấn vụ này xem, hoặc là xác định...

Quyết toán thuế sẽ bao gồm cả mã số thuế của người nộp thuế trong đó, nếu không có thì quyết toán vào đâu. Khả năng cao fen đang có 2 mst :D

Bác so sánh giữa 2 cái điều khoản thì sẽ thấy cái 2.0 có những điều khoản rất mập mờ. Và cảm giác nó rất tương tự cái ipower trên TCBS, cũng về wealthcraft như bác ở trên luôn (em chưa đọc điều khoản của ipower, nhưng đọc qua cái 2.0 thì tương tự bác ở trên nói)

Mua eGold giờ có đặt lệnh rút oke không nhỉ các bác? Em định mua PNJ mà bên ngoài khó mua quá :beat_brick:

Tầm 2 năm trước mình có pv Luklak, bác nói qua thông tin về ông Bách này tý đi. Hồi đấy cũng hợp techtack, mình cũng hỏi qua architect rồi ông đấy có cho mình xem quả kiến trúc con startup này. Trông vẽ cũng hay, xịn xò, mình đánh giá khá đỉnh cho một cái startup. Nhưng rồi cũng không nhận...

Em cũng có cùng câu hỏi cho redis luôn. Tại sao bác lại có nhận định như thế. Theo em hiểu thì bác đang đề cập về vấn đề redis nó không đảm bảo về tính Atomicity & Durability "thực sự" của dữ liệu. Và trên thực tế nó cũng có 1 số nhược điểm. Nhưng việc implement nó để đạt được distributed lock...

Kỳ vọng nhiều hơn về khóa học nhưng mà đúng thế. Thực tế là chỉ cần theo dõi video chia sẻ free trên kênh là đã đủ thông tin phần lớn khóa học.

Bạn em đang nhờ em review CV nhưng em lại không làm FE nên cũng không góp ý được nhiều. Các bác rảnh đi qua em xin ít review về cái CV này với. Em cũng có góp ý dùng mẫu của nodeflair các kiểu nhưng CV này có vẻ không "hút" HR lắm. Các bác cho em xin ít ý kiến nhé :D

Nếu chỉ 1 outbox event chung thì bác dùng gì để xác định nó là 1 idempotent (em đang xác định unique bằng 1 vài data trong payload và mỗi loại event thì unique này nó sẽ khác nhau). Có thể cách em triển khai chưa hợp lý lắm, bác cho em tham khảo cách thiết kế phát :D Đúng như bác @martin98...

Tiện chủ đề này thì em có thắc mắc luôn mấy câu hỏi :D : - Em cũng apply outbox vào service nhưng khi phình to số lượng event, mà mỗi event sẽ đi kèm 1 outbox table tương đương thì sẽ có n table tương ứng. Và cảm giác như đang hơi "thừa" nhiều. => Hiện tại thì em chỉ apply cơ bản cho những...