thanhdeptrai1234
Senior Member
hồi đó họ bảo phải qua 2 tháng thử việc, chứ lv thấp k ai cho remote đâu
Xin review CV Fresher Developer
- Người tạo chủ đề truong.dev
- Ngày bắt đầu
thấy bảo làm pair programing vs tdd gì ấy, xong pv nữa tổng 1h30' lận, là nó như nào vậy ạ
thanhdeptrai1234
Senior Member
vậy chắc đổi cách thức rồi
((
thanhdeptrai1234
Senior Member
thôi cố thôi bác
thui chắc cố cho có kinh nghiệm pv thôi haha
truong.dev
Senior Member
lv thấp mà pv dài vậy thì khả năng có live code hoặc system design á bro. tại e pv mấy chỗ lâu toàn như vậy
30p live code, 60p pv ạ
nguyen.tan
Senior Member
Đúng như ý bác, mình chỉ mang tính chất liệt kê, lúc đó mình nghĩ quá nhiều thứ để liệt kê nên đâm ra dài dòng. Theo bác thì em đang sync data như thể dùng kafka và cấu hình retry thì có gọi là một cách không (vd: update user -> bắn kafka để xử lý cập nhật các collection nhúng thông tin user -> fail -> retry *n -> fail -> log và giải quyết thủ công), em tham khảo trên các nền tảng thì họ dùng SAGA pattern (sắp tới em sẽ áp dụng).
Còn Redis thì mình r cache OTP, blacklist token, user profile, categories, comment (short video). (À phần redis cache này mình cache cơ bản dữ liệu, hết hạn -> xóa khỏi cache, chứ không có cơ chế update cache, bác có góp ý phần cache thì mình xin ạ).
Đúng là mình nhận thấy khả năng trình bày còn hạn chế, bác thấy mình áp dụng có hợp lý không.
truong.dev
Senior Member
Cũng tùy thôi ạ,
Khi lưu dữ liệu mới thì mình clear cached cũ luôn sau đó check là lưu cached mới, theo mình là vậy
nguyen.tan
Senior Member
là dữ liệu mới liên quan đến dữ liệu nằm trong cache đúng không bác
truong.dev
Senior Member
đúng rồi bác, như vậy thì data trong cached sẽ được đồng bộ với mới
nguyen.tan
Senior Member
Bác học thêm golang, cho em join học hỏi với được không bác
iwanttobecomeajavadev
Senior Member
Để em đóg góp chút. Ý kiến cá nhân thôi bác tham khảo. Tại em cùi.
Cache & Redis
OTP ko có gì để nói
Blacklist
Đối với token thì
Giữa whitelist và blacklist thì mình vẫn thích whitelist hơn. Lưu blacklist có 1 vấn đề bạn ko biết chính xác thời gian token hết hạn nên phải lưu rất là lâu. Ngược lại với whitelist chỉ cần xoá token trong redis đi là đc.
Nhưng tui cảm thấy nếu từ bỏ tính stateless của jwt thì cứ Redis only dễ triển khai, dễ quản trị token của user.
Còn những trường hợp cần lưu blacklist ngắn hạn như user login fail nhìu lần thì ko bàn
Tui nghĩ z
Well, redis cache có 1 nhược điểm nhỏ là vì cache thông qua network nên sẽ có độ trễ nhất định tùy network. Để giải quyết vấn đề này ta có cache lazy, cache in app
Tốc độ redis thường tầm micro còn cache in app thì nano. Nhưng memcache có nhược điểm rất khó can thiệp vào nó.
Ngày trc tui làm sản phẩm, tui hay cache sản phẩm 2 lớp 1 lớp redis 1 lớp in app. Tại sao cache 2 lớp vì tăng thoughtput, giảm tải, tăng tốc độ response, giảm thiểu nhược điểm cache lazy.
Còn update cache thì khi nào sửa thì mình delete cache redis
Mà cache tùy tài nguyên, nghiệp vụ của dự án. Đánh giá xem có cần cache ko? Vì nhìu khi đưa cache vào ko giải quyết vấn đề mà còn làm phức tạp hơn. Xưa tui cache vô tội vạ bị chửi suốt.
Đó là những gì tui bít, ý kiến cá nhân.
Sửa lần cuối:
truong.dev
Senior Member
Các nguồn học của mình: 200lab, medium, youtube và github nha bạn. Youtube thì mình hay xem của kênh @MarioCarrion.
mấy bác nhà xa thì đừng public cho cty biết nhé, hoặc trong cv phần location chỉ cần ghi HCM, đừng ghi quận. Đến pv thì cứ xạo xạo nhà em gần đây là được. Vì mình đc nghe bảo, nhiều HR nhìn địa chỉ thấy xa quá là cũng reject luôn. Vì đi làm > 20km ở tp lớn cả đi lẫn về là mất hơn 2 tiếng 1 ngày rồi, khó bào 
ankeongonthe
Senior Member
trước intern ở Fsoft Q9, cả đi lẫn về là 60kmmấy bác nhà xa thì đừng public cho cty biết nhé, hoặc trong cv phần location chỉ cần ghi HCM, đừng ghi quận. Đến pv thì cứ xạo xạo nhà em gần đây là được. Vì mình đc nghe bảo, nhiều HR nhìn địa chỉ thấy xa quá là cũng reject luôn. Vì đi làm > 20km ở tp lớn cả đi lẫn về là mất hơn 2 tiếng 1 ngày rồi, khó bào
ngày mất 2 tiếng đi về, cống hiến xong kh đc nhận 
thanhdeptrai1234
Senior Member
làm mình nhớ đến quả pv dxc cũng bảo nhà xamấy bác nhà xa thì đừng public cho cty biết nhé, hoặc trong cv phần location chỉ cần ghi HCM, đừng ghi quận. Đến pv thì cứ xạo xạo nhà em gần đây là được. Vì mình đc nghe bảo, nhiều HR nhìn địa chỉ thấy xa quá là cũng reject luôn. Vì đi làm > 20km ở tp lớn cả đi lẫn về là mất hơn 2 tiếng 1 ngày rồi, khó bào
truong.dev
Senior Member
đợt đó bro pv role gì vậy
thanhdeptrai1234
Senior Member
Java 1 năm friend do fresher trước đó rồi
