thảo luận [Review Phỏng Vấn] Các công ty CNTT

davidmartin1991 said:

Mấy thím e mobile dev mà interview nó hỏi design database để resolve conflict trong case này e bó chân
"Có app mobile cho phép edit file excel bởi nhiều user cùng lúc, app có thể work cả online lẫn offline, có 2 user A và B cùng edit 1 file excel, tại time T1 user A insert 3 record, tại T2 B insert 2 record".
Câu 1: tại T3 B offline, sau đó insert thêm 3 records, tức lúc này bên file của B đang có 5 records của B chưa có của A, hỏi đến T4 B online lại làm sao để cả A và B data ko bị conflict mà toàn bộ quá trình đều auto A và B ko cần can thiệp gì?
Câu 2: còn khó hơn tại Tx cả A và B cùng edit 1 record đồng thời, hỏi làm sao để ko conflict? bắt buộc cả 2 đều được cùng edit ko được block bất kỳ user nào.

Click to expand...

Câu 2 chắc dùng optimistic dâtbase locking chắc dc

Drinkfood1905 said:

Câu 2 chắc dùng optimistic dâtbase locking chắc dc

Click to expand...

Ko đơn giản vậy đâu thím, bữa đó e có trả lời như sau:
Câu 1: cơ chế như git vậy, rồi ông kia hỏi:"implement thử tao coi" đòi implement cơ chế như cái git chất xám của hàng trăm talent engineer mất hàng năm trời trong vòng 30', e xin kíu.
Câu 2: ngu kiến của e là éo thể nào mà cả 2 có thể cùng edit, e lấy vd:
A: tôi đang ăn cơm.
B: tôi chưa ăn cơm.
Vậy cái record nó show cái gì cho cả 2 thằng cùng thấy? vì đề là cả 2 edit cùng lúc và ko được lock user nào, rồi giả sử cho phép nối chuỗi, vậy giờ câu thằng A đứng trước hay câu thằng B đứng trước?
Cha interviewer: "not my business, you have to figure it out"

davidmartin1991 said:

Mấy thím e mobile dev mà interview nó hỏi design database để resolve conflict trong case này e bó chân
"Có app mobile cho phép edit file excel bởi nhiều user cùng lúc, app có thể work cả online lẫn offline, có 2 user A và B cùng edit 1 file excel, tại time T1 user A insert 3 record, tại T2 B insert 2 record".
Câu 1: tại T3 B offline, sau đó insert thêm 3 records, tức lúc này bên file của B đang có 5 records của B chưa có của A, hỏi đến T4 B online lại làm sao để cả A và B data ko bị conflict mà toàn bộ quá trình đều auto A và B ko cần can thiệp gì?
Câu 2: còn khó hơn tại Tx cả A và B cùng edit 1 record đồng thời, hỏi làm sao để ko conflict? bắt buộc cả 2 đều được cùng edit ko được block bất kỳ user nào.

Click to expand...

Này liên quán đến kĩ thuật Operational transformation : https://en.wikipedia.org/wiki/Operational_transformation
Mấy cái soft như vậy gọi là Collaborative software https://en.wikipedia.org/wiki/Collaborative_software.

Video hướng dẫn:

canh_1412 said:

Này liên quán đến kĩ thuật Operational transformation : https://en.wikipedia.org/wiki/Operational_transformation
Mấy cái soft như vậy gọi là Collaborative software https://en.wikipedia.org/wiki/Collaborative_software.

Video hướng dẫn:

Click to expand...

Thanks thím nhưng nó vẫn ko solve problem của e là edit 1 record cùng lúc bởi nhiều user như post trên e có nói đó, record đó sẽ ko thể hiển thị content của 2 users cùng lúc được(theo logic rõ ràng phải chấp nhận 1 thằng đứng trước thằng khác).

davidmartin1991 said:

Mấy thím e mobile dev mà interview nó hỏi design database để resolve conflict trong case này e bó chân
"Có app mobile cho phép edit file excel bởi nhiều user cùng lúc, app có thể work cả online lẫn offline, có 2 user A và B cùng edit 1 file excel, tại time T1 user A insert 3 record, tại T2 B insert 2 record".
Câu 1: tại T3 B offline, sau đó insert thêm 3 records, tức lúc này bên file của B đang có 5 records của B chưa có của A, hỏi đến T4 B online lại làm sao để cả A và B data ko bị conflict mà toàn bộ quá trình đều auto A và B ko cần can thiệp gì?
Câu 2: còn khó hơn tại Tx cả A và B cùng edit 1 record đồng thời, hỏi làm sao để ko conflict? bắt buộc cả 2 đều được cùng edit ko được block bất kỳ user nào.

Click to expand...

cái bạn hỏi khá tương tự như Google docs sync như 1 thím trên đã đề cập. Và đã được viết thành paper. Có lẽ interviewer chỉ muốn test problem solving của bạn thôi
https://neil.fraser.name/writing/sync/

BetterNextTime said:

cái bạn hỏi khá tương tự như Google docs sync như 1 thím trên đã đề cập. Và đã được viết thành paper. Có lẽ interviewer chỉ muốn test problem solving của bạn thôi
https://neil.fraser.name/writing/sync/

Click to expand...

Google docs ko show cùng lúc 2 content trên 1 row được nha thím, e dùng nhiều biết mà, e có test thử 2 thằng cùng edit 1 row, 1 thằng bấm chữ X, 1 thằng bấm chữ Y thì luôn luôn sẽ có 1 chữ X or Y được show trước. Do rất nhiều conditions: latency, internet, etc. Nhưng interviewer vẫn khăng khăng :"tao muốn phải show cùng lúc, còn show như thế nào là chuyện của mày"
Làm thế đ*o nào show cùng lúc 2 chữ X và Y được? chồng lên nhau à?

davidmartin1991 said:

Google docs ko show cùng lúc 2 content trên 1 row được nha thím, e dùng nhiều biết mà, e có test thử 2 thằng cùng edit 1 row, 1 thằng bấm chữ X, 1 thằng bấm chữ Y thì luôn luôn sẽ có 1 chữ X or Y được show trước. Do rất nhiều conditions: latency, internet, etc. Nhưng interviewer vẫn khăng khăng :"tao muốn phải show cùng lúc, còn show như thế nào là chuyện của mày"
Làm thế đ*o nào show cùng lúc 2 chữ X và Y được? chồng lên nhau à?

Click to expand...

Mình không nghĩ interviewer kém tới mức không nhận ra được ra không có cái gì xảy ra cùng lúc cả. Có lẽ bạn và interviewer đang nghĩ 2 hướng khác nhau.

Interviewer họ nói cùng lúc nghĩa là trong cùng 1 row, cả 2 bên đều có thể update, sau đó sẽ được sync qua bên kia nhanh nhất có thể. Bạn có đề cập tới latency, internet nó là độ trễ của network, không liên quan tới cái algo mà interviewer muốn bạn nghĩ để update 2 bản ghi trên 2 client khác nhau.

Giả sử bạn gõ X, bạn của bạn gõ Y. Cho dù cả 2 xảy ra đông thời theo cảm nhận của bạn, thì chắc chắn luôn có 1 event xảy ra trc event còn lại. Không mất tổng quát giả sử event X tới trước event Y. Như vậy content nên được hiển thị là YX.

Mình nghĩ interviewer muốn bạn giải thích cái quá trình và algo dùng để sync các bản ghi ấy với nhau

BetterNextTime said:

Câu 2 của bạn là

Click to expand...

Đúng rồi thím, e có đưa example cho nó mà nó ko chịu, nó vẫn nói là có thể implement được

davidmartin1991 said:

Đúng rồi thím, e có đưa example cho nó mà nó ko chịu, nó vẫn nói là có thể implement được

Click to expand...

Mình có update lại comment. Nãy type bị Enter nhầm sorry

davidmartin1991 said:

Mấy thím e mobile dev mà interview nó hỏi design database để resolve conflict trong case này e bó chân
"Có app mobile cho phép edit file excel bởi nhiều user cùng lúc, app có thể work cả online lẫn offline, có 2 user A và B cùng edit 1 file excel, tại time T1 user A insert 3 record, tại T2 B insert 2 record".
Câu 1: tại T3 B offline, sau đó insert thêm 3 records, tức lúc này bên file của B đang có 5 records của B chưa có của A, hỏi đến T4 B online lại làm sao để cả A và B data ko bị conflict mà toàn bộ quá trình đều auto A và B ko cần can thiệp gì?
Câu 2: còn khó hơn tại Tx cả A và B cùng edit 1 record đồng thời, hỏi làm sao để ko conflict? bắt buộc cả 2 đều được cùng edit ko được block bất kỳ user nào.

Click to expand...

công ty nào thế

Sent from Samsung SM-G960F using vozFApp

davidmartin1991 said:

Đúng rồi thím, e có đưa example cho nó mà nó ko chịu, nó vẫn nói là có thể implement được

Click to expand...

câu 1: đến git nó còn phải resolve conflict bằng cơm, có cái cc mà anh xử lý đc, đem ra đánh đố làm gì vậy? (Đập bàn đi về, sẽ ko có câu 2)


Câu 2: Google doc nó lock cái dòng đang có người edit lại vì 2 thằng cùng chọc vào nó sẽ ra kết quả tào lao chứ có phải technical ko làm đc đâu. 2 thằng cùng lúc thì cứ xem như 1 thằng xử lý x2 speed thôi. Ví dụ A gõ số chẵn B gõ số lẻ thì kết quả nó là 1324567.


cty hỏi kiểu này dạng đánh đố quá thôi, chứ tui gặp nhiều câu hỏi cực kì xàm khi interview rồi, xàm đến nỗi ko buồn đập bàn luôn. Ví dụ “sau khi reactjs build ra file js, cầm file js import vào 1 file html, double click vào file html thì chuyện gì xảy ra”

BetterNextTime said:

Mình có update lại comment. Nãy type bị Enter nhầm sorry

Click to expand...

Thanks thsm bỏ công type, nhưng thật sự e ko nghe lầm đâu ạ, vì vậy e mới thấy lạ lên hỏi.
Mà sau khi research nhiều thì e có thể khẳng định là ko có cách nào có thể show được contents của cả 2 users cùng lúc được, bắt buộc phải có thứ tự về time, câu hỏi này nonsense.
Thôi thì fail rồi cũng ko nghĩ tới nữa cho đỡ đau đầu, mà thấy lạ dev mobile hỏi câu này làm đếch gì. câu này hỏi mấy ông backend thì hợp lý.

davidmartin1991 said:

Mấy thím e mobile dev mà interview nó hỏi design database để resolve conflict trong case này e bó chân
"Có app mobile cho phép edit file excel bởi nhiều user cùng lúc, app có thể work cả online lẫn offline, có 2 user A và B cùng edit 1 file excel, tại time T1 user A insert 3 record, tại T2 B insert 2 record".
Câu 1: tại T3 B offline, sau đó insert thêm 3 records, tức lúc này bên file của B đang có 5 records của B chưa có của A, hỏi đến T4 B online lại làm sao để cả A và B data ko bị conflict mà toàn bộ quá trình đều auto A và B ko cần can thiệp gì?
Câu 2: còn khó hơn tại Tx cả A và B cùng edit 1 record đồng thời, hỏi làm sao để ko conflict? bắt buộc cả 2 đều được cùng edit ko được block bất kỳ user nào.

Click to expand...

https://stackoverflow.com/questions/48822264/understanding-conflict-resolution-in-firebase

Bản thân mình thì sẽ dùng cách đánh version như ElasticSearch làm https://www.elastic.co/blog/elasticsearch-versioning-support

tuanhpg said:

lên leetcode làm bài medium cả tiếng mới xong thì có cơ hội vào grab, tiki k

Click to expand...

Tôi cũng hay pv các cty có 4-6 vòng, tất nhiên là có test algo/ds khá kĩ, đa phần là pass. Đã từng pv Tiki cũng lâu lâu rồi, đã pass vòng home test và pair-programming.

Nói chung các fen cần nắm vững các kiến thức cơ bản về: string, array, hash map, tree, linked list, heap (cụ thể: big O của read/write/remove..., khi nào dùng cái nào). Vững cái này đã rồi làm gì thì làm.

Sau đó lên các nền tảng như leetcode/hackerrank/... để cày nát tất cả các câu luyện ds/algo mức easy, sau đó thử sức với medium (nhiều câu med khó sml, ko cần hoang mang nếu fail). Đây là lúc thực hành những thứ học đc ở trên, và áp dụng 1 số thứ như đệ quy, quy hoạch động, 1 số algo kinh điển nên nắm vững...

Nên có kiến thức về clean code, sẽ cần thiết nếu phải làm home test hoặc pair-programming. Đặt tên, tách hàm, format lung tung cũng là 1 điểm trừ.

Cuối cùng là 1 chút may mắn, vì 1 số bài mang tính đánh đố, chưa giải bao giờ thì ngồi 1 tiếng ko bao giờ giải đc.

Chúc các fen thành công và lương $3x00 như tôi

reborn1991 said:

Thế có ai interview Zühlke chưa ạ? cho e xin quy trình interview.

Click to expand...

Lên lại ạ, e apply tính đến nay gần tháng trời mà đến tuần sau mới được interview. mà nghe tên interviewerIndian là coi như kiếp này bỏ mợ nó rồi English nghe được mỗi dân native, chớ nước khác nói e bó chân, chưa kể Indian thì đến native nó còn sợ.

tuanpro103 said:

https://stackoverflow.com/questions/48822264/understanding-conflict-resolution-in-firebase

Bản thân mình thì sẽ dùng cách đánh version như ElasticSearch làm https://www.elastic.co/blog/elasticsearch-versioning-support

Click to expand...

chuẩn rồi, bài này cứ đánh row version thôi

Hiện tại em đã có một offer X triệu và phải báo lại cho HR có nhận job hay không vào ngày mai.

Mới sáng này em lại dc một chỗ khác pv với mức lương em đòi cao hơn chỗ trước (~120%).

Quá trình phỏng vấn đều ok, anh tech hỏi gì cũng trả lời được, cái nào ko trả lời chắc thì cũng dc 60-70%, nói chung em khá tự tin. Ngay khi vừa interview tech xong là bên HR cho phỏng vấn vòng HR luôn ngay sau 10p.

Đầu tiên là giới thiệu lại công ty, phổ biến phúc lợi các kiểu, xong pv bằng tiếng anh full. Rồi lại hỏi về mức lương expect. Kết là sẽ có kết quả sau 2-3 ngày dù đậu hay fail.

Cá nhân em thấy nếu họ cho em pv HR lẹ như vậy tức em đã pass tech rồi nhỉ, chỉ có điều là expect của em khá cao nên sợ fail chỗ đó mặc dù lúc em báo thì bạn HR cũng chỉ type lại thôi chứ không biểu cảm gì.

Theo mấy bác thì tỉ lệ pass cty thứ 2 của em cao không? Và có nên chốt hay từ chối offer thứ nhất? Ngoài tiền lương thì em đánh giá 2 cty như nhau về môi trường.

thich an dua luoi said:

Hiện tại em đã có một offer X triệu và phải báo lại cho HR có nhận job hay không vào ngày mai.

Mới sáng này em lại dc một chỗ khác pv với mức lương em đòi cao hơn chỗ trước (~115%).

Quá trình phỏng vấn đều ok, anh tech hỏi gì cũng trả lời được, cái nào ko trả lời chắc thì cũng dc 60-70%, nói chung em khá tự tin. Ngay khi vừa interview tech xong là bên HR cho phỏng vấn vòng HR luôn ngay sau 10p.

Đầu tiên là giới thiệu lại công ty, phổ biến phúc lợi các kiểu, xong pv bằng tiếng anh full. Rồi lại hỏi về mức lương expect. Kết là sẽ có kết quả sau 2-3 ngày dù đậu hay fail.

Cá nhân em thấy nếu họ cho em pv HR lẹ như vậy tức em đã pass tech rồi nhỉ, chỉ có điều là expect của em khá cao nên sợ fail chỗ đó mặc dù lúc em báo thì bạn HR cũng chỉ type lại thôi chứ không biểu cảm gì.

Theo mấy bác thì tỉ lệ pass cty thứ 2 của em cao không? Và có nên chốt hay từ chối offer thứ nhất? Ngoài tiền lương thì em đánh giá 2 cty như nhau về môi trường.

Click to expand...

X là bao nhiêu hả bác, chênh mà to thì đi thôi chứ chênh nhau 2-3tr thì nên ở chỗ nào học được nhiều, môi trường tốt nha

via theNEXTvoz for iPhone

Không có gì chắc ăn hết á bạn, nếu người ta có ứng viên khác mà expect mức lương thấp hơn, mà trình có thể ngang hoặc thua bạn một xíu và khi vị trí đó chỉ còn 1 slot thì bạn vẫn tạch như thường.

thím app vị trí nào vậy? expectation của thím bn mà sợ khác thế? cty thuộc dạng nào thím?