thảo luận [Thread tổng hợp] Chia sẻ về mức lương tại các công ty - Part 2

[AwesomeBoy]

tính ko reply thêm nữa ko fen lại bảo mình soi mói, nhưng thấy câu này thì khuyên fen còn phải trải nghiệm thêm nhiều
chắc là fen chưa gặp các case incident với redis hay gặp là case OOM cho lưu vô tội vạ, bài toàn fen nói đầu tiên phải hỏi: tại sao lại cần redis ko dùng redis có được không, thứ 2, là lưu redis như thế nào để có thể tối ưu được resources
thấy fen tự tin vs tự học như v là tốt lắm đấy, ko phải dev nào cx đc như vậy, nhưng mà nên thử vào mấy cty tier 1 để xem elite ở đó nó thế nào nhé

dạ đợt đó e mới 1 năm hic hic bác ơi mà em đọc lắm sách kiểu in action, orelly, bây giờ lụt trình r, em cảm ơn bác đã chỉ ạ, có gì sau này em giữ contact bác để xin phép nhận làm sư phụ học hỏi sau này ạ(đợt này thằng ai eo nó dí em quá tại e đang muốn đi tư bản)

 

[hold_on_never_leave]

dạ đợt đó e mới 1 năm hic hic bác ơi mà em đọc lắm sách kiểu in action, orelly, bây giờ lụt trình r, em cảm ơn bác đã chỉ ạ, có gì sau này em giữ contact bác để xin phép nhận làm sư phụ học hỏi sau này ạ(đợt này thằng ai eo nó dí em quá tại e đang muốn đi tư bản)

mình trước cx như fen thôi, gần như là fen giống hệt mình, nên ms khuyên vậy
đọc sách nhiều là tốt, nhưng nhiều khi là có hại đấy, dễ ngộ nhận nhiều thứ, design thực tế nó ko phải như trong sách đâu, trong sách nhiều khi cũng cố đơn giản hoá vấn đề, nên người đọc nhiều khi đọc lại thấy nó đơn giản, nhưng phải làm ms biết đau thương được mấy câu fen hỏi gặp sen cứng là nó biết liền à
vấn đề của fen như vozer nói đấy, cần phải đi trải nghiệm, đặc biệt mấy bọn quant hay tier 1, để có thêm cảm nhận nếu mà pass thì càng tốt, vào các cty đấy để xem senior họ đang làm gì, hay architecture trong đó như thế nào nhé, có giống như fen tưởng tượng ko

 

[AwesomeBoy]

mình trước cx như fen thôi, gần như là fen giống hệt mình, nên ms khuyên vậy
đọc sách nhiều là tốt, nhưng nhiều khi là có hại đấy, dễ ngộ nhận nhiều thứ, design thực tế nó ko phải như trong sách đâu, trong sách nhiều khi cũng cố đơn giản hoá vấn đề, nên người đọc nhiều khi đọc lại thấy nó đơn giản, nhưng phải làm ms biết đau thương được mấy câu fen hỏi gặp sen cứng là nó biết liền à
vấn đề của fen như vozer nói đấy, cần phải đi trải nghiệm, đặc biệt mấy bọn quant hay tier 1, để có thêm cảm nhận nếu mà pass thì càng tốt, vào các cty đấy để xem senior họ đang làm gì, hay architecture trong đó như thế nào nhé, có giống như fen tưởng tượng ko

dạ hè này thi xong ai eo em nhất định mà a, hứa rồi

thực ra, em lại thích start up hơn, kiểu mh đang làm nhiều hiểu sâu mà tiền ít quá hay đi spy vài tháng bên start up r nhảy vô big tech để kiếm tiền với fame, chứ big tech em chỉ thấy mỗi welfare nó là tốt chứ học hỏi k ngon lắm vì nó cho mình làm mỗi mảng anh á

 

[devquenok]

dạ đợt đó e mới 1 năm hic hic bác ơi mà em đọc lắm sách kiểu in action, orelly, bây giờ lụt trình r, em cảm ơn bác đã chỉ ạ, có gì sau này em giữ contact bác để xin phép nhận làm sư phụ học hỏi sau này ạ(đợt này thằng ai eo nó dí em quá tại e đang muốn đi tư bản)

Đọc sách để biết thêm nhiều thứ, nhưng lý thuyết vẫn là lý thuyết, cần apply vào thực tế nó mới sinh ra bao thứ abc, bạn còn trẻ chịu khó tìm hiểu vậy là tốt, cơ mà còn ít kinh nghiệm thế thì có thể chưa có tầm nhìn cho 1 bài toán tổng quan đâu, cai này cần có kinh nghiệm thực chiến nhé. Btw, cty t vừa cho 1 ông nghĩ thuộc dạng này rồi, lý thuyết rất hay nhưng lúc apply vào thì úi dời ôi

 

[freedom.9]

Theo m, b nên đi apply vài chỗ để xem họ pv như nào đi. Cách b đặt vấn đề m đã thấy đặc kiểu over fit case cho b rồi. Ko có 1 câu trả lời cố định nào cả. B hãy coi nó như 1 buổi tech talk thôi.
M đang võ đoán b khoảng 3-4 năm exp, mới control được 1 design và rất tâm đắc về nó.

Chắc thanh niên được 3 năm kinh nghiệm đang ở cái Peak đầu tiên

via theNEXTvoz for iPhone

 

[hold_on_never_leave]

dạ hè này thi xong ai eo em nhất định mà a, hứa rồi

thực ra, em lại thích start up hơn, kiểu mh đang làm nhiều hiểu sâu mà tiền ít quá hay đi spy vài tháng bên start up r nhảy vô big tech để kiếm tiền với fame, chứ big tech em chỉ thấy mỗi welfare nó là tốt chứ học hỏi k ngon lắm vì nó cho mình làm mỗi mảng anh á

tuỳ fen nghĩ thôi, như fen bây h làm tiếp startup ko có ai guide là dễ ảo tưởng lắm cái mình focus ở đây là fen cần trải nghiệm, ko giếng bé quá, ko nhìn đc bên ngoài nó thế nào đâu

 

[freedom.9]

mình trước cx như fen thôi, gần như là fen giống hệt mình, nên ms khuyên vậy
đọc sách nhiều là tốt, nhưng nhiều khi là có hại đấy, dễ ngộ nhận nhiều thứ, design thực tế nó ko phải như trong sách đâu, trong sách nhiều khi cũng cố đơn giản hoá vấn đề, nên người đọc nhiều khi đọc lại thấy nó đơn giản, nhưng phải làm ms biết đau thương được mấy câu fen hỏi gặp sen cứng là nó biết liền à
vấn đề của fen như vozer nói đấy, cần phải đi trải nghiệm, đặc biệt mấy bọn quant hay tier 1, để có thêm cảm nhận nếu mà pass thì càng tốt, vào các cty đấy để xem senior họ đang làm gì, hay architecture trong đó như thế nào nhé, có giống như fen tưởng tượng ko

Nó đang nói đểu fence đấy

via theNEXTvoz for iPhone

 

[hold_on_never_leave]

Nó đang nói đểu fence đấy

via theNEXTvoz for iPhone

hoan hỉ thôi my fence tại thấy hình ảnh của mình ngày xưa nên tâm trạng tí, còn nghe hay ko thì tuỳ

 

[tdat00]

Ko biết cty làm về cái gì mà hỏi ghê quá, ko biết trả lương cao ko nữa mà hỏi rõ lắm kêu balance cái binary search tree ko biết có balance được ko

BE 10 năm chưa làm cái feature nào liên quan đến tree

À nhầm, có làm mấy cái org chart, nhưng không cần cân bằng

 

[The_Hermit]

thôi đằng nào mọi ng k biết mình là ai và mình cũng k engage 1 cái interview nào nữa, mình chia sẻ 1 bài toán mình 90% hỏi ứng viên đợt 2022 của mình

a hãy thiết kế cho em 1 con OTP đơn giản, khi ng dùng xác thực 2FA, hệ thống sẽ gửi về OTP về và chỉ valid trong 10 phút. Ngoài ra, hệ thống OTP của bên em không được phép chết khi xác thực vì nếu chết thì ng dùng k thể vào được, anh hãy tìm cách xử lý

keypoint bài toán mình : dùng redis invalid để lưu time + userid + mã otp, còn auto scaling có thể chọn k8s hoặc thiết kế con alert trên aws, vượt ngưỡng tài nguyên thì tự động bật

case 2 : hiện tại server đang chạy 5 node service Schedule, ở đây tức là cứ 6 PM hệ thống sẽ synchronize 1 số data đã thay đổi dưới DB với service Cache. Nếu em thiết kế @schedule , thì cả 5 con cùng chạy 1 lúc, a sẽ thiết kế ntn để chỉ có 1 con chạy lúc 6PM mà k phải cả 5 con.

Vụ hệ thống ko đc chết bạn làm sao ? SLA 100% thì kinh thiên động địa đó

 

[freedom.9]

hoan hỉ thôi my fence tại thấy hình ảnh của mình ngày xưa nên tâm trạng tí, còn nghe hay ko thì tuỳ

Thực ra ai cũng qua cái giai đoạn đó thôi mà, khác nhau ở chỗ ở cái "Peak" đấy thái độ như nào thôi. Có thằng ở "Peak" đấy 1 thời gian rồi tụt ngay, có thằng thì ở đó xong rồi đòi dạy thằng khác. Lên Voz dạy còn được chứ ra ngoài cứ đi pv mà đòi dạy candidate thế này thì chết dở

via theNEXTvoz for iPhone

 

[freedom.9]

BE 10 năm chưa làm cái feature nào liên quan đến tree

À nhầm, có làm mấy cái org chart, nhưng không cần cân bằng

Như cái OTP expiration trong 10 phút của thanh niên bên trên đó fence tụi Redis nó implement radix tree cho cơ chế expiration đấy.
Chém gió cái redis xong có thằng candidate nó vặn lại thì ngớ người. Phỏng vấn mà đi hỏi specific mấy cái tào lao thì xác suất cao gặp 1 thằng candidate pro hơn nó vặn lại thì chết nhục với sếp

via theNEXTvoz for iPhone

 

[hold_on_never_leave]

Thực ra ai cũng qua cái giai đoạn đó thôi mà, khác nhau ở chỗ ở cái "Peak" đấy thái độ như nào thôi. Có thằng ở "Peak" đấy 1 thời gian rồi tụt ngay, có thằng thì ở đó xong rồi đòi dạy thằng khác. Lên Voz dạy còn được chứ ra ngoài cứ đi pv mà đòi dạy candidate thế này thì chết dở

via theNEXTvoz for iPhone

như fence nói đấy, quan trọng là thái độ khi "Peak"
ở case bạn kia, việc b ý "Peak" làm ảnh hưởng trực tiếp tới cty r, interview là cái ấn tượng đầu của ứng viên với cty r, senior đi phỏng vấn gặp 1 ô junior chưa có nhiều exp, chỉ đọc sách vào interview cái này ngta review ra ngoài thì vô tình cty mất cơ hội có ứng viên tốt, nhưng chắc b kia chưa nghĩ đến cái này

 

[luiz]

team có 2 3 thằng vào cùng năm 2022, năng lực tôi thấy k bằng tôi vì tôi toàn training cho chúng nó từ kafka, rabbitmq với elastic search các thứ, hôm đi nhậu hỏi ra các bố lương 49 50 gross, từ đó vẫn là bạn, chỉ là tôi buồn nếu biết trước rank

Thím này hay chém gió hay gì mà reaction bị âm cả điểm, định inbox hỏi tên vài cty thi cũng bị block k inbox dc )

 

[AwesomeBoy]

Thím này hay chém gió hay gì mà reaction bị âm cả điểm, định inbox hỏi tên vài cty thi cũng bị block k inbox dc )

có thằng auto gạch tôi mà tôi kệ, nó ghen tôi vụ mua con 4 bánh cx 5 ghẻ ấy mà fren chấp làm gì

 

[hold_on_never_leave]

Phỏng vấn mà đi hỏi specific mấy cái tào lao thì xác suất cao gặp 1 thằng candidate pro hơn nó vặn lại thì chết nhục với sếp

nguy hiểm nhất là: hỏi 1 thứ mà mình nghĩ là mình hiểu, cho tới khi candidate nó dạy lại mình cái đó luôn

 

[tdat00]

Như cái OTP expiration trong 10 phút của thanh niên bên trên đó fence tụi Redis nó implement radix tree cho cơ chế expiration đấy.
Chém gió cái redis xong có thằng candidate nó vặn lại thì ngớ người. Phỏng vấn mà đi hỏi specific mấy cái tào lao thì xác suất cao gặp 1 thằng candidate pro hơn nó vặn lại thì chết nhục với sếp

via theNEXTvoz for iPhone

Thực tế đi làm xưa giờ tôi không có xài thuật toán nào. Chỉ duy nhất 1 lần làm vụ tính tiền flexible products (muốn xài productB thì phải mua productA trước...) và cần chặn vụ cycle loop. Thế là dùng floyd ngon ơ, không bao giờ bị TLE, cảm thấy mình thật bờ rồ

 

[freedom.9]

nguy hiểm nhất là: hỏi 1 thứ mà mình nghĩ là mình hiểu, cho tới khi candidate nó dạy lại mình cái đó luôn

Nó dạy ngược xong ngay lúc có thằng sếp ở đó, xong nó lên review công ty nó chửi thằng phỏng vấn ngu bỏ mẹ anh em đừng vào phỏng vấn thì nhục :aboom:


via theNEXTvoz for iPhone

 

[AwesomeBoy]

nguy hiểm nhất là: hỏi 1 thứ mà mình nghĩ là mình hiểu, cho tới khi candidate nó dạy lại mình cái đó luôn

dạ cái này cũng là lỗi em, xưa em đi PV nhiều ông cũng đánh đố xong học từ những câu đánh đố đó để hỏi ứng viên, nhưng em đợt 2022 gần như em interview trên 1 hour là cho pass hết các case luôn

thực ra em thấy khi mình pv big tech nhiều ông cũng đánh đố kiểu này mà anh

 

[itachicitus]

Nói công bằng thì cũng không trách bạn AwesomeBoy được, số lượng công ty ở Việt Nam có chương trình training cho nhân viên trước khi phỏng vấn chắc đếm trên đầu ngón tay. Ở VN mình thấy toàn kiểu hỏi xem có hợp nhau hay không, nếu ứng viên biết kiến thức tương đương mình thì ok người đó pass. Mình cũng phải đi làm tới công ty thứ ba mới thấy được quy trình phỏng vấn đàng hoàng nó thế nào. Trước khi muốn đi phỏng vấn nhân viên phải qua training hết từ thái độ cử chỉ, cách giao tiếp với ứng viên, cách đặt câu hỏi. Mấy cái như có bao nhiêu vòng phỏng vấn, mỗi vòng phỏng vấn gì ở mấy công ty lớn đều có lý do hết chứ không phải tự nhiên lại có 4 vòng phỏng vấn đâu.