victory_41176
Đã tốn tiền
Đây là câu trả lời của một người tự tin mình có kiến thức của một senior
Lượn thôi, gặp siêu nhân rồi. sợ quá...sợ quá
thắc mắc Phân biệt giữa Junior và Senior?
- Người tạo chủ đề girlxinhgai
- Ngày bắt đầu
Lượn thôi, gặp siêu nhân rồi. sợ quá...sợ quá
Messii
Member
thôi ông ạ chém là 1 chuyện bắt tay vào làm lại là chuyện khác cái này tôi gặp nhiều ở cty rồi, nhiều cha chém gió thuyết trình thì như giao sư tiến sĩ vô đọc code với để code thì thối ko tả đc
boylavua18
Member
Ug, mấy công ty lớn họ có quy trình pv chặt chẽ hơn nên không thể nào thiếu phần giải thuật toán.
Phải qua đc vòng đó mới tới vòng pv với lead, nên nói chung vẫn phân biệt đc fresher hay senior qua phỏng vấn.
girlxinhgai
Junior Member
auto scale là zero downtime, hệ thống k bao giờ sập. Tôi làm mãi tôi biết.
KBGLTB
Senior Member
Chưa dùng message queue bao giờ. Suy nghĩ của mình là đánh version cho message và dùng version để chọn code handle cái message đó. K biết có đúng k ?Thế anh dùng message queue, khi deploy code mới lên mà vẫn còn message trong queue chưa xử lí xong thì phải làm thế nào.
Giả sử logic của code cũ và code mới là khác nhau và muốn message cũ giữ logic của code cũ.
Câu hỏi Cto hỏi tôi lúc pv senior dev. Cto hàng xịn ở Eu luôn. Nó hỏi tôi đúng 1 câu thôi
Sent from Samsung SM-G996B using vozFApp
victory_41176
Đã tốn tiền
- DeadLock là gì, bạn có giải pháp gì để xử lý DeadLock không?
- Tôi muốn gửi vào kafka những message có dung lượng khá lớn (khoảng 3MB), làm sao để tôi có thể gửi và nhận nó một cách nhanh chóng và an toàn với yêu cầu 100 request/s?
khunglongtim3
Senior Member
zero downtime khi deploy. tôi k nói hệ thống chịu tải.
victory_41176
Đã tốn tiền
Cách này cũng được, nhưng khi muốn ngắt version cũ thì có thể phải sửa code hơi cực. Có thể xài cách dựng một con process controller để điều hướngChưa dùng message queue bao giờ. Suy nghĩ của mình là đánh version cho message và dùng version để chọn code handle cái message đó. K biết có đúng k ?
nikola_testla
Member
Tôi không biết a chứng tỏ mịa gì ở đây. Auto-scale có thể là 1 metric để giảm downtime, nhưng nó không cover hết được. Ví dụ đơn giản a setup cluster ở 1 AZ mà AZ đó bị down thì App a cũng tèo nốt.
vunhatnhat
Member
Thứ 1 họ sẽ nhìn vào số năm kinh nghiệm làm việc. Thường thì 1-3 năm sẽ là junior, middle, trên 3 năm cũng có thể coi là senior, tùy theo cty đánh giá. Sau đó người phỏng vấn sẽ hỏi những câu hỏi về cách giải quyết vấn đề, kiến thức nền, kiến thức nâng cao. Tôi chỉ cần hỏi thôi là sẽ biết người đó kinh nghiệm thế nào, độ hiểu biết bao nhiêu. Dù có kiến thức chém gió nhưng ko đủ sâu thì cũng lòi ra thôi
victory_41176
Đã tốn tiền
Đọc câu này là thấy no hope. Mất công đặt câu hỏi quá, đi ra thật
girlxinhgai
Junior Member
deadlock là khi nhiều request cùng truy cập tài nguyên như file, database. giải phát : Locking.. Muốn xử lý nhanh chóng, anh tôi cần scale consumer theo horizontal hay vertical tùy anh. Chỉ để đọc 1 consumer duy nhất, anh sử dụng groud id
vunhatnhat
Member
Senior là người có thể tự giải quyết vấn đề của mình mà ko cần ai support, tư duy tốt, code nhanh, có thể support người khác và có độ hiểu biết ảnh hưởng đến dự án. Nói chung cân luôn dự án cũng dc. Tùy theo mỗi level của senior
girlxinhgai
Junior Member
zero downtime là hệ thống k bao giờ chết nhé. Như vậy nó là auto scale. T cá luôn
Data Collector
Member
ộp ộp
girlxinhgai
Junior Member
đâu r, tôi chấp hết. Tôi nói được là làm được, kinh nghiệm 1 năm chấp senior lâu năm luôn
KBGLTB
Senior Member
Vậy là mình chạy 2 đồng thời 2 service cũ và mới. Khi nào hết mesage cũ thì mình ngắt luôn thằng service cũ đúng k thím ?
khunglongtim3
Senior Member
câu hỏi của tôi làm thế nào để đảm bảo hệ thống không bị downtime trong quá trình deploy version mới, anh định làm thế nào. cái này đéo liên quan đến có auto scale hay k
Data Collector
Member
giờ không biết ai còn làm việc với SOAP hay thì rest api ko nhỉ
khoaikho
Member
Thì bố ông leader không biết là đúng rồi, ông leader thì cười khẩy thằng ứng viên
