Vâng bác. Đây cũng là quan điểm cá nhân thôi. Mọi người có thể thấy đúng hoặc sai. Chứ dựa trên kinh nghiệm e có gì kể đấy thôi. Còn lại mọi người tự trải nghiệm mỗi người một tình cảnh khác nhau nên sẽ có goc nhìn khác nhau. Cuối cùng là cũng mong sản phẩm product Việt được nhiều hơn và outsource tốt ở một số thứ như em nói nhưng em nghĩ ko nên là con đường lâu dài cho một nghề sáng tạo.

@pviethieu Vag anh ạ

Mình thấy cách bạn hành động có vẻ hơi mâu thuẫn với quan điểm của bạn. Bạn chưa làm đủ sâu trong product, cũng chưa đủ sâu BE hay FE, và thậm chí cũng chưa đủ sâu trong outsource để hiểu được bản chất của nó mà đã nhảy và vội nhận xét rồi.

Ơ mà e làm tester à

Vẫn là developer thôi e ạ. Không đủ ý tưởng hay tiềm lực thì mọi thứ vẫn là trên bản thảo 😆

Thế anh đã có suy nghĩ sẽ làm vị trí khác chưa?

Hay nha anh ơi, cho em hỏi ngu ngơ cái này phát, khi học những thứ này cũng tương đương với kiến thức của các dự án của công ty đúng không anh nhỉ?

@pviethieu =))))) em mới ra trường làm outsource muốn banh cái đầu luôn anh. Em với anh không biết nhau đâu, tại em đang làm bên TPS mà

Thank you! Để mình trải nghiệm tiếp rồi viêt bài nhé b. Chứ thật ra 1 năm nó không phải là nhiều để hiểu hết mọi ngóc ngách. Cảm nhận ban đầu thôi 😃)) mà ae mình biết nhau ko nhỉ

=)))) Đáng lý ra cái khúc trải nghiệm ở outsource anh phải nói rõ hơn anh đã gặp những khó khăn thế nào khi có sự khác biệt giữa out và pro thì mới hay hơn, anyway nửa khúc đầu của anh viết rất hay, em sẽ mong phần 2 hơn

• có thể e sẽ cần phải restart lại các service xem sao
• check lại từ đầu bài nhé
• xem file log có được tạo ra hay ko?
• check logs docker của filebeat xem có thấy nó collect được log app ko?

@hungdaihiep a vừa test lại thấy các bước trong bài vẫn chạy oke, cho ra kết quả bình thường e ạ

I have full confidence in the security of Blockchain and fnf

Bạn có chắc là 2-Phase Commit tốt hơn Saga pattern không? Một số nhược điểm của 2-Phase Commit pattern:

• Blocking: Trong suốt khoảng thời gian từ lúc bắt đầu prepare phase cho đến lúc kết thúc commit phase, service phải lock database, coi như là “chết lâm sàng”.
• Coordinator (service đóng vai trò điều phối) trở thành điểm yếu chí mạng. Nếu coordinator bị lỗi, toàn bộ giao dịch sẽ bị lỗi.
• Nếu một service không thể phản hồi, toàn bộ giao dịch sẽ bị treo do không kết thúc phase.
• Hiệu suất kém: Do ảnh hưởng của blocking, hệ thống chỉ xử lý lần lượt từng yêu cầu. Hơn nữa độ trễ sẽ gia tăng khi có nhiều service cùng tham gia xử lý quy trình hoặc do mạng chậm.
• Khó khăn trong việc mở rộng.

Cảm ơn bạn

Bài viết hay đó bạn ơi

Mình cũng nản việc thuyết phục một bộ máy cồng kềnh thử công nghệ mới nên mình biến công nghệ thành công cụ tăng năng suất cá nhân của mình.

Mình dùng setup local dev environment khác team một chút, tiết kiệm thời gian thì họ sẽ thấy ticket của mình xong nhanh hơn thôi. 😄

Tần xuất xuất hiện của 2 pattern này có Cao hay không ạ.

Nhưng vấn đề lớn nhất là làm sao bạn thuyết phục được PM, thuyết phục được khách hàng đánh cược với công nghệ mới? Tôi đã dùng Rsbuild cho vài dự án cá nhân và thấy nó rất nhanh và tương thích ngược được với các Webpack plugin. Nhưng khi cố thuyết phục team dùng nó vào các dự án thực tế thì bị reject, với đủ các lí do: mới quá, trên Github ít sao quá, member không biết dùng, lỡ sau này có vấn đề thì ai chịu trách nhiệm. Dù sao cũng cám ơn bài viết của bạn với trải nghiệm chân thực! Tôi chưa dùng Rsbuild cho dự án legacy bao giờ nên đây là kinh nghiệm quý báu.

mình mua voucher từ bạn học chung với mình á giá khoảng 3tr hơn bao gồm thi và premium để làm lab 3 tháng