- Review company SupremeTech (Vietnam)
Most Commented Posts
Review company FPT Software (Vietnam)
Review company FPT Software (Vietnam)
Review company Robert Bosch Engineering And Business Solutions (Vietnam)
Review company Robert Bosch Engineering And Business Solutions (Vietnam)
Review Company NashTech (Vietnam)
Review Company NashTech (Vietnam) Name: Công ty TNHH Harvey Nash Việt Nam
Review company CMC Global (Vietnam)
Review company CMC Global (Vietnam)
Review Company AvePoint Vietnam Company Limited (Vietnam)
Review Company AvePoint Vietnam Company Limited (Vietnam) Name: Công ty AvePoint Vietnam Company Limited
Recent Comments
Review company Công ty TNHH MetaCrew (Vietnam)
2025-08-04 by Cớt (pm quèn)
Review company Công ty TNHH MetaCrew (Vietnam)
2025-08-04 by Người qua đường (Dev)
Review company Công ty TNHH MetaCrew (Vietnam)
2025-08-04 by Dev (Đã nghỉ) (Dev)
Công ty tuyệt vời nhưng môi trường đang bị toxic bởi thành phần như này :
***ibb.co/5xT2fW3W
Lo code đi mấy đứa
Nó thích toxic,anh em lên đây cho nó biết, đúng là ai cũng ghét không thèm nói tới đó.
Ok các bạn, quẩy lên team Android
Nhận ra lâu rồi, thằng đó kiểu ra zẻ vậy đó. Cứ như cao siêu lắm, giờ kiến thức Ai làm được hết
Khuấy động lên các bạn, thằng Học đó ồn ào và toxic, người ta không nói tới thôi
Chắc tài chưa H, tài lanh à, cũng xoàng à
Bạn có tài nhưng miệng bạn hôi và ồn quá
Nó cứ nghĩ nó là ngôi sao, gì cũng hay, làm việc toxic mà tưởng có trách nhiệm.
Ok P, H là con ng chứ có phải thần thánh mô mà ko cay ❤❤
H đọc được chắc H cay lắm đúng ko H
Có thể một ngày nào đó, các bạn sẽ nhận ra cuộc sống mình đang trở nên nhàm chán vì thiếu vắng bạn ấy , hi hi
Thượng …, hạ tắc loạn
Đi mà hỏi manager team Android :)))
Team A có thật sự quản lý được member của team mình không vậy, tạo môi trường toxic kéo dài mà không có action gì.
Thấy có N ngồi gần bên mà cũng mặc kệ cho member gây ồn ào, lôi cả vấn đề xã hội vào văng tục.
Chắc nhảy việc sớm chứ môi trường công ty ngày càng đi xuống.
Chào đồng chí K, N và H.
Mỗi lần Sốp review là cả công ty phải nghe @@”
Quá ồn, không chịu nổi
while (true):
assign(task, to=”NgườiKém”)
if task.failed():
call(“NgườiGiỏi”)
NgườiGiỏi.fix(task)
log(“🔥 Cháy do NgườiKém – cứu bởi NgườiGiỏi”)
praise(“Team effort”)
excuse(“NgườiKém”, “Đã cố gắng”)
NgườiGiỏi.energy -= 1
if NgườiGiỏi.energy == 0:
log(“⚠️ Người giỏi burnout. System failure.”)
break
Người giỏi gì mà dễ bỏ cuộc vậy
Gửi vài lời đến những người làm quản lý nhưng quên mất mình là ai:
Có những người vẫn mang danh là “manager”, nhưng lại chưa từng quản lý được gì ngoài cảm xúc cá nhân và sở thích thiên vị của chính mình.
Làm việc trong một môi trường mà người có tâm, có năng lực lại bị xem là “đương nhiên”, còn kẻ làm dở, thiếu trách nhiệm lại được dung túng – thật sự là trải nghiệm vừa buồn cười vừa cay đắng.
Người giỏi thì lúc nào cũng bị “dí vào chỗ cháy”, xong việc thì im lặng như chưa từng nhờ vả. Không một lời ghi nhận, không một cơ hội tương xứng. Trong khi đó, những thành phần lười, chậm, sai lên sai xuống thì được vuốt ve, bao che, và gọi là “đang cố gắng”. Đến khi đụng chuyện thì quay qua trông chờ vào người giỏi gánh team. Gánh riết rồi cũng mòn.
Tâm huyết không phải là vô hạn. Trách nhiệm không phải là cái cớ để người khác ngồi mát ăn bát vàng.
Thật khó để có thể tìm được một công ty mà mình có thể xem như là nhà. Nhưng ở đây mình thấy được điều này, có thể nhiều người cho rằng công ty là công ty – nhà là nhà, nhưng với mình để gắn bó được ở công ty lâu hay không là cách những thành viên ở đây tạo được một không gian khiến mình thuộc về.
👔 Ở đây có một anh làm *M – từng làm không tốt khi dự án scale lớn, nhưng vẫn được lên AEM đúng như plan… từ hai kỳ trước 😂.
Không biết có vì năng lực không, nhưng mà thế cờ / kịch bản đã được sắp đặt sẵn. Vậy nên bạn nào vẫn còn giữ niềm tin rằng: “Cứ làm tốt, rồi sếp sẽ thấy và cất nhắc” thì… nên check lại niềm tin. Và nếu có thể, đổi đức tin luôn cho đỡ khổ.
Ở một số nơi, năng lực không phải là điều kiện cần – có hệ quy chiếu khác để thăng tiến. Thế mới gọi là “môi trường linh hoạt” 😌.
💼 Công ty này rất giỏi… tổ chức hoạt động màu mè.
Bạn sẽ được tham gia teambuilding, thể thao, nhậu nhẹt, hát hò, sinh hoạt đủ kiểu “gắn kết”.
Nhưng nếu bạn là người quan tâm tới technical growth, engineering culture, hay code quality — hãy chuẩn bị tinh thần thất vọng.
Ở đây, kỹ năng không phải là giá trị cốt lõi.
Miễn làm cho xong, né được trách nhiệm, và biết “diễn cho đúng vai” thì sẽ sống khoẻ.
Code review thì hời hợt, onboarding cho có, kiến thức luân chuyển bằng… truyền miệng.
Dev giỏi dần dần ra đi, để lại một team “dễ bảo và dễ hòa đồng” – nghe thì hay, nhưng thực chất là… dễ bị dắt mũi.
Nếu bạn là người có năng lực, yêu nghề và muốn đi xa trong sự nghiệp tech — hãy cân nhắc kỹ.
Đây có thể là chỗ để “nghỉ chân cho vui”,
chứ không phải nơi để bạn nâng tầm.
Review thật chuẩn, rất informative. trình bày mạch lạc, rõ ràng.
Your review is great, informative and coherent. Thanks
Xin review khoá intern của công ty này với 500 anh em ơi
Dù anh làm không tốt, dự án anh không tốt nhưng kì sau anh lên chức cao nhé các em
Tổng hợp và tóm gọn review SupremeTech từ congtytui.net
1. **Môi trường làm việc**:
– Môi trường kém, quản lý yếu, máy cũ (Mac Air 2017) cản trở công việc.
2. **Lương thưởng và phúc lợi**:
– Lương thấp, khó tăng lương, bị cho là “hút máu nhân viên”.
3. **Quy trình tuyển dụng và HR**:
– HR phản hồi chậm, thiếu chuyên nghiệp, nghi ngờ tuyển “ảo”.
4. **Ý kiến trái chiều**:
– Review chủ yếu tiêu cực, nhưng có ý kiến kêu gọi nhìn nhận khách quan; phúc lợi trung bình.
5. **Cảm nhận chung**:
– Đa số chê lương, quản lý, môi trường; cần kiểm chứng thêm
tụi bây lo tập trung làm tốt công việc và nhiệm vụ của bản thân mình đi. rảnh quá lên đây comment lung tung kiểu mấy thằng drama thì nghỉ đi.
dev thì lo tập trung code cho ngon, cho đẹp, chạy cho mượt mà. task khó hay cần chất lượng thì gắng mà làm, không ghi nhận thì tìm cơ hội mới (😂l, việc gì phải xoắn. đừng hổ thẹn với bản thân tụi bây là được, bớt kêu ca cho đời vui vẻ.
tụi bây code cho xong việc tới lúc lòi bug, code ẩu, chắp vá, kém chất lượng khách hàng gai con mắt thì dự án nó toang đấy thôi (nhìn dự án PC và C mà xem) 👌
techlead và PM thì lo mà quản lý dự án của mình cho ra hồn, coi mấy thằng dev cần gì thì support tech lẫn non-tech. thằng nào kêu ca máy yếu thì coi cấp được cho nó ngon hơn đc thì cấp, làm phước cho đời. tụi nó làm ko ra hay ko rõ cái gì đi hỏi thì support tụi nó vui vẻ niềm nở.
🖖hãy nhớ thành công của các dự án, của công ty là của tất cả mọi thành phần, mọi roles. không phải phán xét hay xỉa xói gì, nhưng PM, leaders cũng nên nhớ bản thân quản lý và lead 1 dự án thành công cũng nhờ vào members cả. manager team dev cũng hưởng cái “tiếng thơm” từ member của mình đấy thôi. hãy xem 1 số dự án cũ nát & toang (tự nhớ tên đi) thì đi tông cả nùi từ PM đấy thôi 😪.
.dài dòng rồi, chấm hết. Nghe thì làm, không thì tự chịu.
Đúng vãi tặng 1 like
2.
“Nếu yếu kém trong code và quản lý thì sếp sẽ tự nhìn ra, không cần ai lên tiếng”
Đây là một giả định khá thụ động. Không phải sếp nào cũng đủ thời gian, năng lực hoặc dữ liệu để tự phát hiện ra mọi vấn đề của nhân viên.
Trong thực tế, nhiều công ty lớn có hệ thống quản lý phân cấp, và sếp có thể không trực tiếp thấy được sự yếu kém nếu không có phản hồi từ đồng nghiệp hoặc số liệu cụ thể (ví dụ: bug trong code, dự án trễ hạn). Nếu ai cũng im lặng vì “đến lượt sếp tự nhìn ra”, thì môi trường làm việc sẽ trì trệ, và người yếu kém không bị đào thải ngay đâu – họ có thể tồn tại lâu hơn bạn nghĩ, gây ảnh hưởng đến cả đội.
Mỗi công ty, mỗi quản lý sẽ có góc nhìn riêng về con người”
Bạn nói đúng ở chỗ mỗi công ty hay mỗi quản lý có tiêu chí đá*h giá riêng, nhưng điều này không có nghĩa là mọi nhân viên đều được “đặt niềm tin” chỉ vì họ đáp ứng được một phần nhu cầu. Thực tế, trong môi trường cạnh tranh, nếu một người không tốt ở một khía cạnh quan trọng (ví dụ: kỹ năng chuyên môn hoặc thái độ làm việc), thì việc “đáp ứng nhu cầu” chỉ là tạm thời. Một lập trình viên code dở nhưng giao tiếp tốt có thể được giữ lại trong ngắn hạn, nhưng nếu không cải thiện, họ sẽ bị thay thế bởi người khác toàn diện hơn.
Quan điểm “không tốt ở một mặt nhưng vẫn được tin” có phần hơi lý tưởng hóa, vì công ty không phải tổ chức từ thiện – lợi nhuận và hiệu suất thường là ưu tiên hàng đầu.
Tranh luận nhiều về vấn đề con người làm gì nhỉ. Mỗi công ty 1 quản lý sẽ có góc nhìn về con người riêng, có thể họ không tốt ở 1 mặt nào đó nhưng chung quy lại vẫn đáp ứng được nhu cầu của công ty thì vẫn sẽ được đặt niềm tin thôi, không có vấn đề gì. Nếu mà thật sự yếu kém trong việc code cũng như manage thì sẽ không đến lượt mình lên tiếng vì chính các sếp sẽ nhìn ra vấn đề, yếu kém sẽ bị đào thải thôi.
Còn nếu mà thấy không thích văn hoá, hoặc cảm thấy không phù hợp thì nghỉ thôi :)) lên công ty làm gì rồi suốt ngày này nọ kia. Thuận mua vừa bán.
Gửi bác hay phản biện bằng GPT
Nếu PM dùng MacBook M3 trong khi dev vẫn phải chịu MacBook Intel đời cũ, điều này thực sự bất hợp lý nếu xét về hiệu suất công việc.
Vấn đề ở đây là gì?
1. Dev mới là người trực tiếp build, test, debug
Dev phải chạy các tác vụ nặng như build project, chạy CI/CD, container, máy ảo, trong khi PM chủ yếu dùng các ứng dụng văn phòng, quản lý task.
Nếu dev dùng MacBook Intel cũ, thời gian build sẽ lâu hơn, làm việc chậm hơn → delay sản phẩm.
Nếu PM dùng MacBook M3, hiệu suất công việc của họ không tăng đáng kể, vì hầu hết công cụ của họ không yêu cầu phần cứng mạnh.
2. Lãng phí tài nguyên
Nếu công ty đầu tư MacBook M3 cho PM thay vì dev, thì công ty đang không tối ưu tài nguyên.
MacBook M3 thực sự mạnh, nhưng có thực sự cần thiết cho PM? Nếu chỉ để mở Notion, Jira, Slack thì có khác gì MacBook Air M1 không?
3. Tư duy “chức danh cao thì xài đồ xịn” là lỗi thời
Nếu cấp quản lý chọn thiết bị theo vai vế thay vì tính chất công việc, thì đang có vấn đề về tư duy quản lý.
Công ty nên đầu tư thiết bị theo nhu cầu thực tế, chứ không phải theo chức danh.
Giải pháp hợp lý hơn?
✅ Dev cần MacBook M3/M2 Pro vì họ chạy code nặng, build nhanh, tối ưu hiệu suất làm việc.
✅ PM có thể dùng MacBook M1/M2 vì họ không cần sức mạnh phần cứng quá lớn.
✅ Nếu PM thật sự cần Mac mạnh (ví dụ: chạy AI, thiết kế Figma nặng), thì họ có lý do chính đáng. Nhưng nếu chỉ để họp hành, gõ Notion, thì hoàn toàn không hợp lý.
Kết luận
Nếu công ty cấp MacBook M3 cho PM nhưng để dev chịu MacBook Intel lag lòi, thì đó là quyết định thiếu tối ưu. Công ty không chỉ làm dev mất năng suất, mà còn tự làm chậm tiến độ. Đây là vấn đề về quản lý tài nguyên, không phải ghen tị!
Từ khi nào 1 cái việc hiển nhiên lại được đem ra tự hào v
Bác nói hay quá cho bác 1 tym
Dev làm tốt, bỏ công bỏ sức, vậy mà vẫn bị nói qua nói lại, chẳng được yên. Còn mấy lão đệ – chẳng rõ của ai – làm thì cũng thường thôi, chẳng có gì nổi bật, ấy vậy mà được nâng đỡ lên cao dễ như bỡn. Ai có người chống lưng thì người đó kéo, chẳng cần nhìn năng lực.
Thôi, bớt mấy kiểu này đi, đừng để người ta nhìn vào rồi cười mỉa. Tôi còn biết nhiều chuyện hơn nữa. Điều chỉnh lại chút đi, hãy vừa phải thôi, để người ta còn chút tôn trọng. Nếu không, tôi nói hết ra thì lúc đó người ngoài lại có cớ mà cười đấy.
Ờ thì mình đọc cái cmt này cũng thấy hơi nóng mặt giùm bạn kia, nhưng mà thôi, để mình nói vài ý cho rõ ràng chút.
Thứ nhất, bảo người ta ‘code vài dòng là nghĩ mình giỏi’ thì hơi vội, ai mà biết người ta đã làm gì, đổ bao nhiêu công sức? Quy chụp vậy là không có căn cứ, giống kiểu đoán mò rồi bồi thêm drama cho vui thôi.
Thứ hai, chuyện ai nổi bật hay không là do góc nhìn, bạn nói ‘với sếp là chuyện khác’ thì đúng rồi, nhưng sao không nghĩ ngược lại? Có khi sếp thấy cái người ta làm đáng giá thật, chứ không phải cứ ‘được mắt’ là auto thắng. Đổ hết cho kỹ năng mềm hay quan hệ mà không nhìn vào kết quả công việc thì cũng phiến diện quá.
Còn vụ ‘khóc lóc’, ‘hù dọa drama’ thì mình thấy bạn hơi đẩy cao trào rồi đó. Người ta chỉ chia sẻ cảm nhận thôi, bạn làm như họ dựng chuyện công ty sập tới nơi. Mà đã nói thì cũng đừng xài mấy từ nặng kiểu ‘loser’ hay ‘sủa’, nghe không hay mà chẳng giải quyết được gì, chỉ tổ làm người đọc thấy mệt thêm. Drama rẻ tiền hay không thì tùy người nghe thôi, nhưng cmt kiểu này chắc cũng không cao cấp hơn đâu
Bạn ám chỉ được lòng sếp quan trọng hơn năng lực thực tế:
1. “Không nổi bật với bạn, nhưng với sếp là chuyện khác.” → Sếp thích là được, hiệu suất không quan trọng?
2. “Code giỏi chưa chắc lên cao.” → Ám chỉ quan hệ quan trọng hơn chuyên môn.
3. Tập trung vào teamwork, training. → Nhấn mạnh hình thức hơn thực chất.
😂🔥Lập luận này dẫn đến hệ quả: Công ty ưu tiên quan hệ hơn hiệu suất, dễ dẫn đến trì trệ.
Đoán ra thì làm gì nhau, lại chơi trò đấu tố sau lưng của kẻ tiểu nhân chăng?
Phản biện của tôi:
Vậy ý bạn là code tệ cũng lên chức cao, còn làm tốt vai trò dev thì lại thua những kẻ khua môi múa mép? Bạn đang lấy góc nhìn của sếp làm thước đo tuyệt đối, nhưng sếp không phải lúc nào cũng đánh giá đúng năng lực thật sự. Nếu một tổ chức trọng quan hệ hơn hiệu suất, thì vấn đề không nằm ở dev, mà ở cách vận hành của công ty.
Tự training là việc của bản thân, công ty hỗ trợ thì tốt, nhưng không thể lấy đó làm lý do để biện minh cho việc phân bổ quyền lợi bất hợp lý. Công ty cần đánh giá trên hiệu quả công việc thực tế, chứ không phải ai tham gia team building nhiều hơn thì đáng được ưu ái hơn.
Bạn nhạy cảm với từ “drama” quá vậy, hay chỉ đang cố gán nhãn để né tránh bất công? Chơi trò “tốt khoe xấu che” chỉ khiến vấn đề tồn tại lâu hơn mà thôi. Dám nhìn vào sự thật và sửa sai mới là cách giúp công ty phát triển, chứ không phải vùi đầu vào ngụy biện rồi bảo người khác “khóc lóc” khi họ lên tiếng về những bất cập.
Thôi bạn ơi, tôi đọc cái văn này tôi cũng ngờ ngợ bạn là ai rồi. Đúng hay không, cũng không quan trọng. Bạn có là ai thì tôi cũng không quan tâm. ch* cứ sủa, đoàn người cứ đi thôi !
Nếu vẫn giữ cái tư duy, code được vài tính năng, vài dòng code khó là giỏi là sẽ được lên cao thì còn lâu bạn mới thoát được cái kiếp loser. Việc ai đó không nổi bật là không nổi bật với bạn thôi, chứ còn với sếp thì đó là một câu chuyện khác. Làm việc trong một tập thể, ngoài kỹ năng nghề nghiệp thì công ty cũng khuyến khích và cũng tổ chức training cho mọi người các kỹ năng mềm, hoạt động xây dựng tập thể, đội nhóm. Bạn không tham gia hoặc tham gia hời hợt rồi đến khi thấy người khác được quan tâm hơn, bạn lại lên đây khóc với ai vậy !
Còn nữa, đừng có lấy mấy cái drama vặt vãnh trong công ty ra để hù doạ ở đây. Làm như công ty lớn lắm, nhiều người quan tâm lắm á. Giờ có drama nào kể thử đi xem có ai care không hay chỉ thể hiện mình là thằng nhiều chuyện. Mà đã kể thì phải có bằng chứng nhé chứ mấy cái loại drama công sở rẻ tiền, bữa nay chat GPT viết xịn lắm rồi !
Nói thẳng luôn: bớt ra vẻ ta đây, cứ ôm mấy cái máy xịn, máy mạnh, trong khi chính dev – lực lượng gánh team, kiếm tiền chính cho công ty – lại phải cày bừa trên mấy con máy cùi bắp. Tao thấy cái logic này nó sai sai. Đã không code, không đóng góp trực tiếp vào sản phẩm, thì nhường mẹ nó cái máy xịn cho anh em dev đi, đừng có chiếm dụng rồi ngồi đó gõ Word với Excel, chat Slack, …. Team dev mà không có công cụ ngon, delay deadline hay sản phẩm lởm thì ai chịu? Chẳng phải công ty thiệt à?
Nói sâu hơn tí, tao hiểu managers với PM có vai trò chính là hỗ trợ, làm sao để dev tập trung cày code, ra sản phẩm chất nhất. Nhưng cứ kiểu “ngồi trên cao” mà không thấu cái khó của anh em dưới, thì đừng hỏi sao team nó hậm hực.
Vậy nên, tỉnh táo chút, nhường cái cần nhường, ưu tiên đúng người đúng việc, công ty nó mới đi lên được. Chứ cứ thế này, e là ngoài thì vui vẻ chứ trong lòng bức xúc nhiều lắm :))
Ôi bạn ơi, mày nói cái gì mà lạc mẹ nó đề vậy? Tao đang bàn chuyện máy xịn bị mấy thằng không code ôm, trong khi dev – đám gánh team, kiếm tiền chính – phải cày trên máy cùi, logic đó sai chỗ nào mày chỉ rõ đi? Đừng có quay ra kiểu “mày không giỏi Excel thì đừng nói”, nghe éo liên quan vl. Đây là ngụy biện kiểu “công kích cá nhân” đấy, mày không phản biện được luận điểm thì quay ra đạp tao, kiểu “mày dốt thì im”. Tao giỏi Excel hay không thì thay đổi được chuyện máy ngon cần cho dev à? Hay mày nghĩ gõ Word, chat Slack thì đáng chiếm máy xịn hơn thằng code 7-8 tiếng kiếm deadline?
Mày bảo “đừng ghen tị”, nhưng vấn đề éo phải ghen tị, mà là công bằng và hiệu quả. Dev không có công cụ ngon, delay sản phẩm, công ty thiệt – mày hiểu không hay chỉ biết ngồi đó phán linh tinh? Mày dùng cái trò ad hominem này để đánh lạc hướng, thay vì nói thẳng vào vấn đề tao nêu. Managers với PM là để hỗ trợ team, chứ không phải ngồi trên cao chiếm tài nguyên rồi bảo anh em dưới “ráng chịu”. Mày không phản biện được thì đừng đánh trống lảng, nói chuyện logic tí đi, đừng kiểu “mày dốt thì im” – nghe chán vl!
Ôi bạn ơi, khi nào bạn dùng excel giỏi như người ta đã đi rồi hẳn tính. Bạn không đủ giỏi thì đừng ghen tị
Công ty đâu phải trường học đâu mà dạy dỗ, đi làm nhận lương thì lôi cái kiến thức tự học ở nhà ra xài đi, đừng trông chờ công ty phải chỉ từng li từng tí, về nhà tự lo mà học thêm nhé!
công ty sẽ đào tạo những mảng nào ạ, ngôn ngữ nào ạ
Vào team android nhé em 😃
Theo bài tuyển dụng là công ty nói không với OT hả anh em?
Chế độ phúc lợi công ty ổn không ạ? Cho em xin ít review với
Không OT nhưng thực tế phải OT 50k / 1 ngày, vào đi bạng