phải xem là vì sao fen hứng thú đã ? ví dụ nếu hứng thú theo kiểu đọc engineering blog, thấy tech / solution fancy quá thì thôi, còn
troubleshooting / xử lý tech debt thì ok, nhiều case xảy ra mà ko tìm đc nguyên nhân
để làm thì p lựa cty đã, làm b2c thì sẽ vui hơn, khi apply cũng phải để ý team, cùng 1 cty các team làm khác nhau, nên phải có thông tin nội bộ thì apply sẽ dễ trúng hơn
đợt làm cty cũ, debug mấy cái edge case, mò vào đọc log từng service, dựng ngược data flow thấy vui ấy bác
Nên cũng tò mò mấy công ty lớn, thuần distributed system/data store thì data flow nó có thể rối tới mức nào ấy bác
Reactions:
Mỹ Chu Lang
Master coding interviews with the NeetCode 150 - a curated list of 150 essential coding interview problems. Free video solutions and explanations for each problem.
neetcode.io
ORANGE Course
bigocoding.com
Learn system design fast. All the essentials needed to pass a system design interview, built by FAANG hiring managers and staff engineers.
www.hellointerview.com
shopitbooks.com
khi nào fen ngẫm đủ 4 tài liệu này thì cty nào pv cũng dc hết, kể cả microsoft
Reactions:
gnr2hc, Shinigami97, seniorhelloworld and 5 others
đợt làm cty cũ, debug mấy cái edge case, mò vào đọc log từng service, dựng ngược data flow thấy vui ấy bác
Nên cũng tò mò mấy công ty lớn, thuần distributed system/data store thì data flow nó có thể rối tới mức nào ấy bác
data flow phức tạp thì là cái chắc r
1 mình gần như ko cover nổi, cần chỗ nào thì ping team đó support thôi
Reactions:
Shinigami97, nguoi_andanh2026 and Mỹ Chu Lang
đợt làm cty cũ, debug mấy cái edge case, mò vào đọc log từng service, dựng ngược data flow thấy vui ấy bác
Nên cũng tò mò mấy công ty lớn, thuần distributed system/data store thì data flow nó có thể rối tới mức nào ấy bác
càng lớn data flow càng rõ fen ạ
vì nó sẽ qua nhiều đợt refactoring, hoặc rewrite, hoặc design iterations
và sẽ có 1 cấu trúc nhất định dc thống nhất toàn team để tranh dẫm chân nhau
muốn thấy sự rối rắm -> sự rõ ràng thì fen nên vào các cty đang scale up, sản phẩm mới. Thường trả lương oke nhưng là startup, quy trình lỏm khỏm, code bậy cũng có mà code chuẩn cũng có, ví dụ kiểu Hasaki, EH (có thể), sobanhang,...
Reactions:
Bo Truong and Mỹ Chu Lang
Neetcode em vọc xong vẫn thấy thọt á bác
) chủ yếu e thọt graph với dp với greedy nhất
vì fen học chưa đúng bản chất, nên đọc bigo trước r quay lại leetcode là thấy nó bớt khó. Có thể fen học theo từng câu, thì đi học họ dạy theo từng topic/CSDL/kỹ thuật thì khi đi giải lc fen sẽ dễ tìm cách giải hơn, chứ lc mà thuần nhớ cách giải từng câu thì biết làm baoh
Reactions:
Mỹ Chu Lang
làm gì thì làm, đừng nghỉ làm
ăn dbuoi đấy, tối về mà học thôi, học cỡ 6 tháng, vừa đi pv vừa học
Reactions:
Shinigami97, TecherDev and Mỹ Chu Lang
Theo mình thì bro theo hướng 3 nhưng không cần nghỉ làm, vì thời gian trước khi đi làm và sau khi đi làm về mình nghĩ cũng đủ cày thôi. À nếu chưa có vợ con nhé, còn có rồi thì chắc ko ai dám nghĩ đến cái số 3 haha. Theo mình nghĩ bạn đang suy nghĩ nhiều và có chút stress, nghỉ ngơi một thời gian, bỏ đừng lên linkedin để đỡ bị đọc mấy cái khiến mình sợ nha.
Thực ra trc em làm 2 job bác ạ, từ đợt Noel em mới bắt đầu có suy nghĩ đó (do AI đột nhiên mạnh quá), nên có nghỉ 1 job để tập trung ôn. Mà đến giờ ôn đc khoảng 2 tháng, progress k tiến triển tốt như em kỳ vọng, nên tính nghỉ nốt để all in ấy bác. Cơ mà đúng như bác nói, em cũng đang hơi stress bởi mấy cái kế hoạch đó ạ
Reactions:
Shinigami97, Mỹ Chu Lang and Bruno Mars.
Cẩn thận bị vỡ mộng nhé bác, nhiều cty high traffic pv system design căng lắm nhưng thực ra chỉ một số services là high traffic thôi, pass pv xong bị cho vào mấy team ôm một cụm services nho nhỏ nào đó hoặc làm internal tools thì lỏ hẳn luôn
Reactions:
Bo Truong, asida118, Shinigami97 and 8 others
Cẩn thận bị vỡ mộng nhé bác, nhiều cty high traffic pv system design căng lắm nhưng thực ra chỉ một số services là high traffic thôi, pass pv xong bị cho vào mấy team ôm một cụm services nho nhỏ nào đó hoặc làm internal tools thì lỏ hẳn luôn
Service nhỏ em nghĩ cũng ok, vì build đc domain knowledge sau có khi vẫn xin transfer đc ạ
Internal tool thì đúng là chán thật ạ
Reactions:
Bo Truong, Shinigami97, aNotHeRNo0b and 1 other person
Service nhỏ em nghĩ cũng ok, vì build đc domain knowledge sau có khi vẫn xin transfer đc ạ
Internal tool thì đúng là chán thật ạ
Xin transfer nếu không phải faang thì ko dễ đâu bác, còn về vụ domain knowledge thì mình chia sẽ theo trải nghiệm của mình. Giả sử bác bác vào một công ty system lớn, bác được chia vào domain A, thì bác chỉ có docs của domain A thôi(ko phải public toàn bộ như mấy công ty nhỏ), architecture thì bác cũng chỉ nắm trong domain A. Bác có thể làm quen để hỏi người làm domain high traffic, nhưng cơ bản thì vẫn sẽ không học được nhiều. Bác có thể gặp case services của domain B toàn bộ là multithread, concurrency, trong khi services của domain A thì chẳng có tí nào hoặc có nhưng nhỏ giọt.
Nói vậy thôi chứ bác đừng nản chí biết đâu vào được team xịn thì sao
Reactions:
Bo Truong, Shinigami97, Mỹ Chu Lang and 2 others
Cẩn thận bị vỡ mộng nhé bác, nhiều cty high traffic pv system design căng lắm nhưng thực ra chỉ một số services là high traffic thôi, pass pv xong bị cho vào mấy team ôm một cụm services nho nhỏ nào đó hoặc làm internal tools thì lỏ hẳn luôn
Internal là sướng nhất mấy ông không hiểu được đâu, lương thưởng đầy đủ, nhiều kèo đi chơi, việc nhàn, tỉ lệ nghỉ việc cũng thấp nhất, muốn biết architect thì qua mấy team khác đàm đạo là được
Reactions:
Bo Truong, Shinigami97, caothuphu2013 and 3 others
Xin transfer nếu không phải faang thì ko dễ đâu bác, còn về vụ domain knowledge thì mình chia sẽ theo trải nghiệm của mình.
Giả sử bác bác vào một công ty system lớn, bác được chia vào domain A, thì bác chỉ có docs của domain A thôi(ko phải public toàn bộ như mấy công ty nhỏ), architecture thì bác cũng chỉ nắm trong domain A. Bác có thể làm quen để hỏi người làm domain high traffic, nhưng cơ bản thì vẫn sẽ không học được nhiều. Bác có thể gặp case services của domain B toàn bộ là multithread, concurrency, trong khi services của domain A thì chẳng có tí nào hoặc có nhưng nhỏ giọt.
Nói vậy thôi chứ bác đừng nản chí biết đâu vào được team xịn thì sao
à bác nói cũng đúng nhỉ, công ty cũ của em cũng v (team eng tầm 100 mạng)
Reactions:
Mỹ Chu Lang
Làm high traffic cũng đau đầu lắm, em đang trong team 2000 tps thỉnh thoảng lại sập user nó gọi lên chửi cho ngu người
Reactions:
Mỹ Chu Lang
Làm high traffic cũng đau đầu lắm, em đang trong team 2000 tps thỉnh thoảng lại sập user nó gọi lên chửi cho ngu người
cty nào nghe ngon z xin name dc ko
Reactions:
Mỹ Chu Lang
cty nào nghe ngon z xin name dc ko
Bên cam fen ạ
Reactions:
Bo Truong, Shinigami97, Bruno Mars. and 3 others
Hello các bác, tình hình là em đi làm 5 năm rồi chủ yếu làm BE với AI/data. Như các bác có thể thấy em chủ yếu làm với Python, do lúc học đh e muốn làm AI, nhưng lúc ra làm industry thì nhận ra em thích làm Backend hơn. Dạo gần đây cũng khá mệt với nản thị trường hiện tại, background Python là auto bị dí làm LLM Integration với Agent Engineer. Em thì luôn có hứng thú với Large scale system với Distributed System on practive, nhưng k có nhiều kinh nghiệm trong mảng đó lắm, đi làm thì đụng đến partitioning, microshit, event-driven programming là căng.
Tình hình là theo research của em thì các công ty dạng em muốn hầu hết xài ngôn ngữ compile, strong typed, để đảm bảo stablizity với performance, kiểu: Scala, Java, Go, C#... Heavy Python on production hầu như k có, nếu có chỉ toàn trading company như WQ, DytechLab. Nên hiện tại để sự nghiệp của em phát triển như em muốn, em nghĩ ra vài hướng
1. Apply vào outsource, Python team, sau đó làm được 1 thời gian xin học và switch sang Java/Golang team, lấy exp rồi pv vào product
2. Apply vào heavy Python companies (kiểu WQ, Dytechlab - siêu khó).
3. Nghỉ công ty hiện tại, ôn hard-core và apply vào mấy công ty mà k quan trọng prior tech stack: Microsoft, Axon, Grab, Zalo...
4. Pv vào mấy công ty small-size hoặc mid-size, xài Java/Go/Rust..., chấp nhận down level để lấy exp
Theo các bác hướng nào là khả thi nhất trong thời điểm hiện tại, khi AI nó quá mạnh và kinh tế vĩ mô như b` này ạ. Em đang nghiêng về 3, nhưng cảm giác rủi ro của option này là quá lớn ạ
Note nhỏ là Vietlish của em ok, thừa xài để làm trong mấy công ty global ạ, có tech với algo đang hơi thọt ạ
Những ko ty size to thì có stack sẵn, nhưng vẫn có bài toán có chỗ cần dùng. Như hơn chục năm trước ở VNE, cái stack lúc đó dùng PHP (tới giờ portal chắc vẫn vậy), tôi build hệ thống analytics bằng PHP xong, rồi dần dần chuyển nó sang hệ sinh thái Java rồi Python. Đừng nghĩ tới ngôn ngữ đầu tiên, cái nào cũng vậy.
Còn high traffic thì đã có những đội khác lo, nhiều lúc bọn traffic lại mơ được làm bọn application, vì application linh động đi đâu làm cũng được, chán thì nhảy việc, chứ high traffic mà nghỉ chỗ đó cũng chả biết làm gì đi đâu, vì nhảy vô 1 thằng high khác thì đã có sẵn team ở đó, chắc gì nó cho mình vô
Reactions:
Bo Truong, Shinigami97 and Mỹ Chu Lang
Những ko ty size to thì có stack sẵn, nhưng vẫn có bài toán có chỗ cần dùng. Như hơn chục năm trước ở VNE, cái stack lúc đó dùng PHP (tới giờ portal chắc vẫn vậy), tôi build hệ thống analytics bằng PHP xong, rồi dần dần chuyển nó sang hệ sinh thái Java rồi Python. Đừng nghĩ tới ngôn ngữ đầu tiên, cái nào cũng vậy.
Còn high traffic thì đã có những đội khác lo, nhiều lúc bọn traffic lại mơ được làm bọn application, vì application linh động đi đâu làm cũng được, chán thì nhảy việc, chứ high traffic mà nghỉ chỗ đó cũng chả biết làm gì đi đâu, vì nhảy vô 1 thằng high khác thì đã có sẵn team ở đó, chắc gì nó cho mình vô
đi pv cty ngon mà k biết high traffic distributed system thì dễ móm lắm bác
Reactions:
Bo Truong and Mỹ Chu Lang
Master coding interviews with the NeetCode 150 - a curated list of 150 essential coding interview problems. Free video solutions and explanations for each problem.
neetcode.io
ORANGE Course
bigocoding.com
Learn system design fast. All the essentials needed to pass a system design interview, built by FAANG hiring managers and staff engineers.
www.hellointerview.com
shopitbooks.com
khi nào fen ngẫm đủ 4 tài liệu này thì cty nào pv cũng dc hết, kể cả microsoft
cuốn DDIA có 2nd edition rồi đó bác
Reactions:
nguoi_andanh2026 and pentagon_68
càng lớn data flow càng rõ fen ạ
vì nó sẽ qua nhiều đợt refactoring, hoặc rewrite, hoặc design iterations
và sẽ có 1 cấu trúc nhất định dc thống nhất toàn team để tranh dẫm chân nhau
muốn thấy sự rối rắm -> sự rõ ràng thì fen nên vào các cty đang scale up, sản phẩm mới. Thường trả lương oke nhưng là startup, quy trình lỏm khỏm, code bậy cũng có mà code chuẩn cũng có, ví dụ kiểu Hasaki, EH (có thể), sobanhang,...
Hasaki có bác EM hay Head trước làm bên Be thì phải, có mấy bài viết trên linkedin khá hay, mà em apply bên đó còn k có thank you letter
Reactions:
Mỹ Chu Lang and nguoi_andanh2026
Những ko ty size to thì có stack sẵn, nhưng vẫn có bài toán có chỗ cần dùng. Như hơn chục năm trước ở VNE, cái stack lúc đó dùng PHP (tới giờ portal chắc vẫn vậy), tôi build hệ thống analytics bằng PHP xong, rồi dần dần chuyển nó sang hệ sinh thái Java rồi Python. Đừng nghĩ tới ngôn ngữ đầu tiên, cái nào cũng vậy.
Còn high traffic thì đã có những đội khác lo, nhiều lúc bọn traffic lại mơ được làm bọn application, vì application linh động đi đâu làm cũng được, chán thì nhảy việc, chứ high traffic mà nghỉ chỗ đó cũng chả biết làm gì đi đâu, vì nhảy vô 1 thằng high khác thì đã có sẵn team ở đó, chắc gì nó cho mình vô
bác này nói đúng nè thường team làm high traffic thật sự hay làm platform, core thường sẽ có người ngồi sẵn rồi trừ khi vào lúc đầu - hay tuyển người có exp sẵn r. Như giờ mà phỏng vấn vào mấy đội này ở axon, grab, wq thì dễ bị loại ngay vòng cv hoặc được assign qua team làm application.
Reactions:
Bo Truong and Mỹ Chu Lang
