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.
0
0
0
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
0
0
0
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ị!
2
0
0
Bác nói hay quá cho bác 1 tym
Từ khi nào 1 cái việc hiển nhiên lại được đem ra tự hào v
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.
3
1
0
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 !
Đ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.
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ệ.
Ờ 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
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 :))
3
0
0
Ô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ị
Ô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!
Từ khi nào 1 cái việc hiển nhiên lại được đem ra tự hào v
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é!
1
0
0
Từ khi nào 1 cái việc hiển nhiên lại được đem ra tự hào v
công ty sẽ đào tạo những mảng nào ạ, ngôn ngữ nào ạ
0
1
0
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
0
1
0
Không OT nhưng thực tế phải OT 50k / 1 ngày, vào đi bạng
Nay tui bùn nên cho 1 sao 😪😪. Nay tui bùn nên cho 1 sao 😪😪
0
0
0
Quy trình làm việc chuyên nghiệp và rõ ràng, đồng nghiệp trong dự án thân thiện, phối hợp với nhau để sản phẩm tốt hơn 🚀🚀🚀
1
2
0
Những điều bạn nêu ra chỉ là yếu tố cá nhân. Để đánh giá môi trường làm việc, cần nhìn vào cách công ty vận hành, mức độ minh bạch, và cách họ hỗ trợ nhân viên. 1. Có quy trình chuyên nghiệp thật không? Hay chỉ là quy trình phổ biến trong phát triển phần mềm? Một quy trình thực sự chuyên nghiệp phải mang lại hiệu quả rõ ràng. 2. Đồng nghiệp thân thiện là do con người, không phải văn hóa công ty. Công ty có thể tệ, nhưng nếu gặp người tốt, môi trường vẫn vui vẻ (tôi đã trải qua rồi) 3. Ai đi làm chả phối hợp để cải thiện sản phẩm. Quan trọng là phối hợp hiệu quả hay chỉ làm cho xong.
Bác trên nói đúng quá
Từ khi nào 1 cái việc hiển nhiên lại được đem ra tự hào v