thảo luận Hội Dev 35 đi phỏng vấn tìm việc.

  • Người tạo chủ đề Người tạo chủ đề Kaiser2013
  • Ngày bắt đầu Ngày bắt đầu
Mình nghi là bạn này nghe lõm bõm ko xác định lại số với người pv, lại càng ko thấy thông tin về assumption này nọ.

1M total users với 1M total users cùng lúc nó khác nhau lắm. Thêm cả, cùng lúc ko bao giờ nghỉ hoặc cùng lúc trong 1 khoảng thời gian ngắn nó lại càng khác.

Hôm nọ mình có design 1 bài take-home test cho ny tập đi interview, 32M người dùng tổng cộng, thì tính toán sơ peak time tầm dc 130K concurrent requests liên tục trong 1 tiếng => 35 request per second. Con số này quá là bé cho 1 cái service cụ thể và cực kì dễ làm.

Kể cả 1M concurrent request trong 1 tiếng cũng chỉ có 277 RPS, cứ tính toán cẩn thận lại ra được lượng instances cần scale thôi (tầm 6 cho light workload service, 10-12 cho heavy workload service, etc.)

Cái sai của kì pv kia là hỏi quá dàn trải (backend-devops-frontend), gặp mình cũng ko trả lời dc. Mà cũng có khi bạn pv yếu quá rồi lại drama hoá cái kì pv lên, để ra vẻ nó quá thiếu hợp lí, và bạn trẻ kia pv rớt vì pv quá rộng, chứ k phải bản thân bạn kia kém.

Chứ xoáy vào 1M concurrent users em lại thấy quá bình thường.
a có tài liệu tái hiện lại case này ko cho e xin với
 
1763641947035.png



Contract hồi đầu năm nay. Cty này tôi nghỉ rồi :big_smile: cũng 3x nhưng chưa tới đầu 4. Pv khó hơn là thật, nhưng cơ hội cũng nhiều hơn, chỉ cần kiên nhẫn thì sẽ có được offer như ý thôi
 
Xem tệp đính kèm 3345429


Contract hồi đầu năm nay. Cty này tôi nghỉ rồi :big_smile: cũng 3x nhưng chưa tới đầu 4. Pv khó hơn là thật, nhưng cơ hội cũng nhiều hơn, chỉ cần kiên nhẫn thì sẽ có được offer như ý thôi
Ngon quá thím ơi. Thế chắc em tự tin bỏ phố về quê 2-3 năm sau comeback thị trường rồi. Chỉ ngại về quê đôi năm lên ko phỏng vấn nổi.
 
vn éo có nổi 1 startup công nghệ đúng nghĩa, cty đang tuyển cũng dạng làng nhàng, 1 người nvvp bth ngta chỉ muốn đi kiếm cơm mà đặt câu hỏi xử lý 1M user thì đúng là hãm card thật.
a nhìn vấn đề hơi cực đoan, bản chất là cung cầu vs cạnh tranh, a ko trả lời được mà người khác trả lời được thì họ pass, bên tuyển nếu ko có ai pass thì cũng phải thay đổi
 
a nhìn vấn đề hơi cực đoan, bản chất là cung cầu vs cạnh tranh, a ko trả lời được mà người khác trả lời được thì họ pass, bên tuyển nếu ko có ai pass thì cũng phải thay đổi

thế b trả lời được không, cho mn tham khảo, sao hay zị quá.
Assuming là bạn trl đc đi, vô dự án thực tế có cơ hội động vào con system đang chạy ko, vậy hỏi làm gì, tôi đang phê phán cái cơ chế pvan cố tình làm khó chứ tôi chưa bàn tới đúng sai năng lực ở đây nhé.
 
a nhìn vấn đề hơi cực đoan, bản chất là cung cầu vs cạnh tranh, a ko trả lời được mà người khác trả lời được thì họ pass, bên tuyển nếu ko có ai pass thì cũng phải thay đổi
đồng ý vs bạn họ hỏi kiểu gì kệ họ. Mình hứng thú thì trả lời ko thì vặn lại. Thể hiện như khi đi làm luôn.
 
thế b trả lời được không, cho mn tham khảo, sao hay zị quá.
Assuming là bạn trl đc đi, vô dự án thực tế có cơ hội động vào con system đang chạy ko, vậy hỏi làm gì, tôi đang phê phán cái cơ chế pvan cố tình làm khó chứ tôi chưa bàn tới đúng sai năng lực ở đây nhé.
Hỏi dễ quá mà nhiều người apply thì biết chọn như nào? Sao lại phải lấy bài toán thực tế doanh nghiệp, chả nhẽ phải hỏi case 100 user sao?
A không trả lời đc, ko đồng ý thì kẹ mẹ a xách đít ra về, họ pv tiếp người khác, trả lời thấy ổn nhất thì pass, thế thôi
 
Hỏi dễ quá mà nhiều người apply thì biết chọn như nào? Sao lại phải lấy bài toán thực tế doanh nghiệp, chả nhẽ phải hỏi case 100 user sao?
A không trả lời đc, ko đồng ý thì kẹ mẹ a xách đít ra về, họ pv tiếp người khác, trả lời thấy ổn nhất thì pass, thế thôi
a làm HR mà a ko biết screening à, hay CV nào quăng vô anh cũng đớp
 
đồng ý vs bạn họ hỏi kiểu gì kệ họ. Mình hứng thú thì trả lời ko thì vặn lại. Thể hiện như khi đi làm luôn.
vấn đề là đang phỏng vấn role middle ông ơi =)) và thằng phỏng vấn chưa chắc trả lời được câu hỏi mà nó đặt ra, tôi đoán ở đây là system của cty mà ứng viên đang pvan cũng đang có bài toán tương tự về perf test và người pv cố tình khai thác ứng viên senior để lấy thôgn tin thoi chứ chưa chắc tuyển thật ấy, phí công sức của người khác đi pv =))
 
vấn đề là đang phỏng vấn role middle ông ơi =)) và thằng phỏng vấn chưa chắc trả lời được câu hỏi mà nó đặt ra, tôi đoán ở đây là system của cty mà ứng viên đang pvan cũng đang có bài toán tương tự về perf test và người pv cố tình khai thác ứng viên senior để lấy thôgn tin thoi chứ chưa chắc tuyển thật ấy, phí công sức của người khác đi pv =))
Cái quan trọng vẫn là có tuyển thật hay ko thôi. Nếu họ tuyển thật thì hỏi gì e thấy kệ họ. Nhập gia tuỳ tục. Còn ko có ý định tuyển vẫn mở phỏng vấn thì chửi thẳng mặt đi :D
 
thế b trả lời được không, cho mn tham khảo, sao hay zị quá.
Assuming là bạn trl đc đi, vô dự án thực tế có cơ hội động vào con system đang chạy ko, vậy hỏi làm gì, tôi đang phê phán cái cơ chế pvan cố tình làm khó chứ tôi chưa bàn tới đúng sai năng lực ở đây nhé.
Tôi trả lời ở trên kìa fen. Ông nào hỏi tôi câu làm sao xử lý 1 mil requests per second, tôi trả lời luôn tôi viết backend bằng C++ (Drogon, Oat++, Crow).

Như benchmarks của Drogon framework ở trên có thể xử lý được >500k rps với trường hợp 1 connection có thể gửi nhiều request, ~140k rps trong th mỗi request phải tạo 1 connection. Outperform cả Nginx luôn :beauty:

Benchmarks được chạy trên con server 2 CPUs 16 cores, 32 threads, 64GB RAM, giá thuê chắc xấp xỉ $250/m, quá bèo cho 1 cty có số lượng traffic như vậy. Ông nào lăn tăn mời vào repo của Drogon mà var :beauty:
 
Tôi trả lời ở trên kìa fen. Ông nào hỏi tôi câu làm sao xử lý 1 mil requests per second, tôi trả lời luôn tôi viết backend bằng C++ (Drogon, Oat++, Crow).

Như benchmarks của Drogon framework ở trên có thể xử lý được >500k rps với trường hợp 1 connection có thể gửi nhiều request, ~140k rps trong th mỗi request phải tạo 1 connection. Outperform cả Nginx luôn :beauty:

Benchmarks được chạy trên con server 2 CPUs 16 cores, 32 threads, 64GB RAM, giá thuê chắc xấp xỉ $250/m, quá bèo cho 1 cty có số lượng traffic như vậy. Ông nào lăn tăn mời vào repo của Drogon mà var :beauty:
=))
trước có ông nào trong này kể làm IT bên tư bổn, cụ thể là nhật, server đuối là upgrade cấu hình lên, còn ở xứ nào đó, ** mé bắt dev tối ưu bằng code hâhhaha
 
=))
trước có ông nào trong này kể làm IT bên tư bổn, cụ thể là nhật, server đuối là upgrade cấu hình lên, còn ở xứ nào đó, ** mé bắt dev tối ưu bằng code hâhhaha
Tôi thấy cũng hợp lý thôi bởi vì tiền upgrade server còn rẻ hơn tiền thuê dev để maintain server, nhất là mấy server viết bằng C/C++ hay Rust.
 

Thống kê chủ đề

Ngày tạo
Kaiser2013,
Người trả lời cuối
JyRAICK,
Trả lời
352
Lượt xem
41.099
Quay lại
Lên đầu trang