Đa phần những bài toán của năm nhất hoặc năm 2, đã từng tham gia olympic tin. Ấy thế mà theo nghề code dạo cũng 10 năm rồi. Bỏ lỡ cũng khá nhiều cơ hội, hy vọng lứa trẻ sau này sẽ tận dụng tốt hơn các tài nguyên có sẵn như này để phát triển tốt hơn. Thank for sharing
@@pont533 theo hướng QC QA Project Management. QA thay PM thì vẫn phải biết code có thể ko giỏi thôi, ví dụ như PM một vài cty thì phải cực kỳ giỏi về công nghệ hoặc thuật toán để support cho các team, QC thì cần viết các automation test cho sản phẩm
@@dogiaan Nếu mà code tốt, nhưng theo PM có khác gì so với các bạn khác không ạ ? Tại em đang đi theo hướng Business lẫn code nên em đang tìm hiểu về PM ạ
@@minthep2611 code tốt theo hướng PM là hoàn toàn khả thi, hướng đó sẽ ko được gọi là PM mà thường sẽ là TA hoặc SA, đương nhiên là mức lương của TA và SA cũng sẽ tốt hơn PM nhiều
bài 2 sao phải dùng dict count có bao nhiêu ký tự lặp lại làm gì nhỉ ? Chỉ cần có 1 cái set và kiểm tra len của set là ok rồi. Cả 2 bài đều có thể dùng window sliding để giải, time O(n)
Em có một số thắc mắc như sau, mong được admin hoặc các bạn giải đáp: - Ở câu một, có vẻ anh trong video đã quên hỏi nếu có nhiều substring có cùng độ dài thì sẽ xuất substring nào (tất cả hay đầu hoặc cuối) . Do yêu cầu về vấn đề này THƯỜNG ảnh hưởng tới độ phức tạp không gian, cách quản lý các biến. Bạn nào code mấy bài quy hoạch động cần truy vết để xuất đúng output chắc sẽ hiểu ý mình nói. Do đó em có một câu hỏi nếu người phỏng vấn CỐ TÌNH, giấu yêu cầu về xuất substring đặc biệt trong nhiều substring thỏa yêu cầu đề bài để chờ người phỏng vấn hỏi nhưng người phỏng vấn lại không hỏi tới thì có phải là một điểm trừ không ạ?? Hay chúng ta - góc nhìn là người phỏng vấn - không nên hỏi đến để đề dễ hơn một chút! - Nếu như chúng ta nghĩ ra best solution cho câu hỏi ngay sau khi nghe đề thì có nên nói ngay ra ở solution 1 không hay nên đưa ra solution brute force/back tracking làm chim mồi rồi mới đưa ra best solution ở solution 2 để câu thêm thời gian? Cái nào sẽ tốt cho việc phỏng vấn hơn ạ? Do thật sự có vài đề interview em thấy có thể nghĩ ngay ra best solution (đề dễ hơn câu 1 trong video) nhưng người làm mock interview vẫn đưa ra brute force solution dù cách ấy code còn dài hơn cả best solution :)).
1. Đúng rồi, interviewee đã quên hỏi câu đó mà tự assume luôn thì đó là 1 điểm trừ nhỏ. 2. Chúng ta nên đưa ra ít nhất 2 solution để so sánh các solution với nhau chứ không phải để câu thời gian. Mà solution brute force chỉ nói nhanh ý tưởng trong vòng 30s-1 phút rồi phân tích Time & Space complexity của nó thôi. Chi tiết cách tiếp cận giải quyết Coding Interview ở video này: ua-cam.com/video/wrMZucn2Vfc/v-deo.html
meta phỏng vấn dễ vậy thật à , với số lượng ứng viên khổng lồ mình nghĩ phần thuật toán ít nhất cũng phải tầm level ~hard leetcode chứ nhỉ , này có dễ hơn hồi mình phỏng vấn vào VNG nữa
Bên Meta, họ expect hoàn thành 2 bài medium trong vòng 35 phút bao gồm đọc đề, đặt câu hỏi, ra các ý tưởng khác nhau, coding, kiểm tra lại code đó bạn.
phỏng vấn tiếng Anh, nhắm thấy trong khả năng thì apply ngay còn kịp, khéo lại được đi Mỹ và pv ở trên có vẻ là level thấp nhất, mid level và senior sẽ khác
anh hay chèn tiếng anh lúc nói quá nên đôi khi lời nói nó không rõ ràng, em nghĩ anh nên dùng tiếng anh cho các thuật ngữ chuyên ngành thôi để cho người xem đỡ lú
@@quocoan7049 vấn đề không phải là trình độ tiếng anh mà nghe nó cấn cấn thế nào ý anh :)))) kiểu nghe hai anh trao đổi như mấy ông tây tập nói tiếng việt ý
do phỏng vấn các cty BigTech thực tế toàn dùng 100% tiếng anh quen rồi, giờ phải dịch lại thành tiếng việt nên hơi bị lấn cấn đó bạn, mong bạn thông cảm.
do bạn non thôii. chịu khó nghe đi, sử dụng đi cho quen chứ s bắt ng ta đang nói các từ đó thành tiếng việt được. có những cái default nói tiếng anh tốt hơn, k thể và k nên dịch sang tiếng việt
Em có một câu hỏi, ví dụ như ở bài đầu tiên, em ngay lập tức nhìn ra ngay là 1 string lớn có thể có nhiều substring có cùng độ dài và cũng là độ dài lớn nhất, đương nhiên nếu anh hỏi thì ng phỏng vấn sẽ chỉ chốt là substring lớn nhất đầu tiên thôi. Thì suy rộng ra, khi mình đang thực hiện phỏng vấn và phát hiện ra case của người phỏng vấn chưa bao quát hết các case có thể có, nhưng việc chỉ ra vấn đề có thể khiến cho bài toán của mình trở nên khó hơn và tăng khả năng mình không làm được bài, nôm na là mình sẽ tự bóp bản thân. Có nên chỉ ra vấn đề cho người phỏng vấn hay không? Vì ngược lại, nếu không đả động đến và test case mình chủ ý né các case đặc biệt đấy thì mình sẽ chót lọt qua phỏng vấn
Mình cover được edge case thì sẽ được đánh giá cao hơn so với né có chủ đích đó em :D Vì nhiều khi không phải họ không biết, mà họ không nói để đợi em hỏi lại đó
Rất thích cách dẫn của 2 bạn, làm thêm nhiều video nhé!
Đa phần những bài toán của năm nhất hoặc năm 2, đã từng tham gia olympic tin. Ấy thế mà theo nghề code dạo cũng 10 năm rồi. Bỏ lỡ cũng khá nhiều cơ hội, hy vọng lứa trẻ sau này sẽ tận dụng tốt hơn các tài nguyên có sẵn như này để phát triển tốt hơn. Thank for sharing
A cho e hỏi code k thạo thì có thể theo đc những nghề gì ạ
@@pont533 theo hướng QC QA Project Management. QA thay PM thì vẫn phải biết code có thể ko giỏi thôi, ví dụ như PM một vài cty thì phải cực kỳ giỏi về công nghệ hoặc thuật toán để support cho các team, QC thì cần viết các automation test cho sản phẩm
@@dogiaan Nếu mà code tốt, nhưng theo PM có khác gì so với các bạn khác không ạ ? Tại em đang đi theo hướng Business lẫn code nên em đang tìm hiểu về PM ạ
@@minthep2611 code tốt theo hướng PM là hoàn toàn khả thi, hướng đó sẽ ko được gọi là PM mà thường sẽ là TA hoặc SA, đương nhiên là mức lương của TA và SA cũng sẽ tốt hơn PM nhiều
e năm 2 mà chưa luyện thuật toán bao giờ anh ạ, vẫn đang học làm mấy cái linh tinh thôi :((
cảm ơn ạ :D bài này hôm nọ e vừa xem trên leetcode, nghe các anh Ấn Độ giải thích mãi k hiểu mà các a giải thích dễ hiểu nghê ạ
Video hay quá, cảm ơn các anh!
bài thứ 2, solution 3. for kẹp while thì time không phải là O(n) rồi. nhưng mà video rất hay
Bạn để ý vòng while tối đa của nó chỉ có 26 kí tự thôi, nên time O(n) là đúng r nhé
Mong có nhiều video hơn nữa ạ.
bài 2 sao phải dùng dict count có bao nhiêu ký tự lặp lại làm gì nhỉ ? Chỉ cần có 1 cái set và kiểm tra len của set là ok rồi. Cả 2 bài đều có thể dùng window sliding để giải, time O(n)
Em có một số thắc mắc như sau, mong được admin hoặc các bạn giải đáp:
- Ở câu một, có vẻ anh trong video đã quên hỏi nếu có nhiều substring có cùng độ dài thì sẽ xuất substring nào (tất cả hay đầu hoặc cuối) . Do yêu cầu về vấn đề này THƯỜNG ảnh hưởng tới độ phức tạp không gian, cách quản lý các biến. Bạn nào code mấy bài quy hoạch động cần truy vết để xuất đúng output chắc sẽ hiểu ý mình nói. Do đó em có một câu hỏi nếu người phỏng vấn CỐ TÌNH, giấu yêu cầu về xuất substring đặc biệt trong nhiều substring thỏa yêu cầu đề bài để chờ người phỏng vấn hỏi nhưng người phỏng vấn lại không hỏi tới thì có phải là một điểm trừ không ạ?? Hay chúng ta - góc nhìn là người phỏng vấn - không nên hỏi đến để đề dễ hơn một chút!
- Nếu như chúng ta nghĩ ra best solution cho câu hỏi ngay sau khi nghe đề thì có nên nói ngay ra ở solution 1 không hay nên đưa ra solution brute force/back tracking làm chim mồi rồi mới đưa ra best solution ở solution 2 để câu thêm thời gian? Cái nào sẽ tốt cho việc phỏng vấn hơn ạ? Do thật sự có vài đề interview em thấy có thể nghĩ ngay ra best solution (đề dễ hơn câu 1 trong video) nhưng người làm mock interview vẫn đưa ra brute force solution dù cách ấy code còn dài hơn cả best solution :)).
1. Đúng rồi, interviewee đã quên hỏi câu đó mà tự assume luôn thì đó là 1 điểm trừ nhỏ.
2. Chúng ta nên đưa ra ít nhất 2 solution để so sánh các solution với nhau chứ không phải để câu thời gian. Mà solution brute force chỉ nói nhanh ý tưởng trong vòng 30s-1 phút rồi phân tích Time & Space complexity của nó thôi.
Chi tiết cách tiếp cận giải quyết Coding Interview ở video này: ua-cam.com/video/wrMZucn2Vfc/v-deo.html
@@fsecourse Em cảm ơn ad nhiều ạ!
Hay thực sự. Anh Hiệp đưa ra solutions nhanh vãi @@
Công nhận nhanh vãi
bài này có form chuẩn r bạn, giải hết 1 dây Sliding Window, sau cứ gặp bài nào dạng này nhìn cái là biết liền
này clip cũ của bác hiepit à ? nhớ đã xem r
bổ x ạ.
meta phỏng vấn dễ vậy thật à , với số lượng ứng viên khổng lồ mình nghĩ phần thuật toán ít nhất cũng phải tầm level ~hard leetcode chứ nhỉ , này có dễ hơn hồi mình phỏng vấn vào VNG nữa
Bên Meta, họ expect hoàn thành 2 bài medium trong vòng 35 phút bao gồm đọc đề, đặt câu hỏi, ra các ý tưởng khác nhau, coding, kiểm tra lại code đó bạn.
phỏng vấn tiếng Anh, nhắm thấy trong khả năng thì apply ngay còn kịp, khéo lại được đi Mỹ
và pv ở trên có vẻ là level thấp nhất, mid level và senior sẽ khác
@@fsecourse Cái bài medium đó là easy rồi , bài duyệt mảng đó không tính là medium được
mình bên nhật bên phỏng vấn sony nó vuth bài hard còn gg japan nó cũng có 3 bài 1 dễ 2 khó. chủ yếu nó nhìn cách mình giao tiếp với nó hay sao ý bạn ạ
cho mình hỏi bài 2 dùng sliding và binary thì làm ntn ạ
Này là gì vậy
Bài này như medium bên leetcode 😄
Cho mình hỏi khóa học về coding interview bên mình có đang mở không ạ.
đang có khoá cuối tháng 9 sắp mở ạ. Bạn inbox page FB /fsecourse nha
anh hay chèn tiếng anh lúc nói quá nên đôi khi lời nói nó không rõ ràng, em nghĩ anh nên dùng tiếng anh cho các thuật ngữ chuyên ngành thôi để cho người xem đỡ lú
thì cải thiện tiếng anh là nghe bth được thôi b :v
@@quocoan7049 vấn đề không phải là trình độ tiếng anh mà nghe nó cấn cấn thế nào ý anh :)))) kiểu nghe hai anh trao đổi như mấy ông tây tập nói tiếng việt ý
do phỏng vấn các cty BigTech thực tế toàn dùng 100% tiếng anh quen rồi, giờ phải dịch lại thành tiếng việt nên hơi bị lấn cấn đó bạn, mong bạn thông cảm.
@@khoale3336túm lại tiếng anh ông tệ chấm hết.
do bạn non thôii. chịu khó nghe đi, sử dụng đi cho quen chứ s bắt ng ta đang nói các từ đó thành tiếng việt được. có những cái default nói tiếng anh tốt hơn, k thể và k nên dịch sang tiếng việt
bạn Hiệp gì đó nói tiếng anh vậy mà đi pv ở bigtech thì chắc rớt vòng HR quá. haha
bạn Hiệp đang làm ở Booking UK, và đã có offer FAANG rồi ạ. Cảm ơn bạn đã quan tâm :D
Em có một câu hỏi, ví dụ như ở bài đầu tiên, em ngay lập tức nhìn ra ngay là 1 string lớn có thể có nhiều substring có cùng độ dài và cũng là độ dài lớn nhất, đương nhiên nếu anh hỏi thì ng phỏng vấn sẽ chỉ chốt là substring lớn nhất đầu tiên thôi. Thì suy rộng ra, khi mình đang thực hiện phỏng vấn và phát hiện ra case của người phỏng vấn chưa bao quát hết các case có thể có, nhưng việc chỉ ra vấn đề có thể khiến cho bài toán của mình trở nên khó hơn và tăng khả năng mình không làm được bài, nôm na là mình sẽ tự bóp bản thân. Có nên chỉ ra vấn đề cho người phỏng vấn hay không? Vì ngược lại, nếu không đả động đến và test case mình chủ ý né các case đặc biệt đấy thì mình sẽ chót lọt qua phỏng vấn
Trong câu hỏi của bạn có câu trả lời rồi mà @@
Mình cover được edge case thì sẽ được đánh giá cao hơn so với né có chủ đích đó em :D Vì nhiều khi không phải họ không biết, mà họ không nói để đợi em hỏi lại đó
Ng việt mà toàn dùng tiếng nửa đực nửa cái😂.
🤣🤣 dốt không hiểu thì chịu thôi, chê cái gì