thảo luận Có bác nào đi làm ở công ty mà gặp sếp, pm như ... không

xosohomnay.xyz

Junior Member
Từ ngày sếp mới về, tuyển thêm dàn pm mới, pm được lòng sếp nhưng làm ăn như củ cải, tụi business đòi gì là tạo ticket, không biết phân tích được đâu là bug đâu là tính năng. Chỉ biết tạo ticket và push dev để release lấy lòng sếp.
Sếp thì không khá hơn, từ lúc covid bắt làm thêm giờ, benefit công ty giờ méo có gì luôn.
Nản quá các bác ạ, nhưng chưa nhảy được vì chưa có offer ngon hơn :cry:
 
Từ ngày sếp mới về, tuyển thêm dàn pm mới, pm được lòng sếp nhưng làm ăn như củ cải, tụi business đòi gì là tạo ticket, không biết phân tích được đâu là bug đâu là tính năng. Chỉ biết tạo ticket và push dev để release lấy lòng sếp.
Sếp thì không khá hơn, từ lúc covid bắt làm thêm giờ, benefit công ty giờ méo có gì luôn.
Nản quá các bác ạ, nhưng chưa nhảy được vì chưa có offer ngon hơn
Chiu thoi bac a`
 
Trước giờ làm vài công ty rồi
Dù công ty hay sếp cũ của mình có tệ đến mấy thì mình cũng không chê họ làm gì.
Đơn giản là ko hợp nữa thì mình next.
 
Mạnh mẽ xin quit liền, trong 1 tháng đó thì tìm việc khác, hoặc thêm nữa thì còn bảo hiểm thất nghiệp vài tháng nữa mà xoắn gì.

Sent from Samsung Note 20 Ultra via nextVOZ
 
Từ ngày sếp mới về, tuyển thêm dàn pm mới, pm được lòng sếp nhưng làm ăn như củ cải, tụi business đòi gì là tạo ticket, không biết phân tích được đâu là bug đâu là tính năng. Chỉ biết tạo ticket và push dev để release lấy lòng sếp.
Sếp thì không khá hơn, từ lúc covid bắt làm thêm giờ, benefit công ty giờ méo có gì luôn.
Nản quá các bác ạ, nhưng chưa nhảy được vì chưa có offer ngon hơn :cry:
k thấy phù hợp thì nghỉ thôi mike fen , nhg trc khi nghỉ hãy hỏi 3 người tin tưởng xem fen sai hay lỗi của company
 
Mình từng join vào 1 team để support mà pm suốt ngày chỉ đi giục fix bug, trong ngày phải fix đc bao nhiêu bug, ko cần biết bug khó bug dễ, khách hàng nói gì là nghe để lấy lòng sếp, mình vào thấy cả team suốt ngày cắm đầu cắm cổ vào để làm như cái máy => mình support đc 3 tuần xin out mẹ luôn, ko hợp văn hoá máy móc lắm
 
Mình từng join vào 1 team để support mà pm suốt ngày chỉ đi giục fix bug, trong ngày phải fix đc bao nhiêu bug, ko cần biết bug khó bug dễ, khách hàng nói gì là nghe để lấy lòng sếp, mình vào thấy cả team suốt ngày cắm đầu cắm cổ vào để làm như cái máy => mình support đc 3 tuần xin out mẹ luôn, ko hợp văn hoá máy móc lắm
code quá cứt ra bug chứ sao. lol các bạn cứ nghĩ mình giỏi, cuối cùng làm ra một feature thì sinh ra 3 cái bug. Test thì đíu test tử tế, assume mình đúng rồi deploy vội, kết quả khách thấy lỗi nó chửi mát mặt.

khách nó chỉ care lỗi thôi chứ có care khó hay dễ đâu? các bạn làm ra bug thì các bạn fix, phàn nàn cái cứt.

mà thực sự thì không negotiate dc là cái em làm không kịp cần thêm thời gian thì chỉ cần reasonable tôi nghĩ pm họ cũng đồng ý thôi. làm dev ai chả có tính lầy không có quản giáo thì toàn mở chat mở news ra giải trí.

ở việt nam hiếm khi có chuyện budget infinity như bên tây (công ty nào mà thế thì các bạn cố mà ở nhé), vỡ kế hoạch nhiều quá tiền không về dc là sập cả cty luôn ngồi đó mà không máy móc.

gần đây có thằng cu từng khoe làm tiki về, tôi tin tưởng giao việc không check, về sau check mới té ngửa ra, mồm thì nói là em làm hết theo ý anh, cơ mà ý tôi thì đơn giản là function này làm xong nó chạy được, và nó không tạo bug ảnh hưởng thằng khác (bug của riêng nó thì dc, để nó tự fix dần), cơ mà cái đó thì lờ mẹ đi, toàn nhằm nhằm vào mấy cái vague tôi nói rồi cãi cố, trong khi nếu cần phải làm chi tiết tới mức đó thì tôi cần mẹ gì nó nữa. mà tôi toàn pad cho nó x3 x5 thời gian nhé... (x10 thời gian nếu là tôi làm luôn), vẫn đíu ăn thua.

mà thằng cu này còn khá, tôi còn gặp mấy thể loại đến chính tả tiếng việt còn sai be bét, nói cũng đíu nói được cơ.
 
Last edited:
Mình từng join vào 1 team để support mà pm suốt ngày chỉ đi giục fix bug, trong ngày phải fix đc bao nhiêu bug, ko cần biết bug khó bug dễ, khách hàng nói gì là nghe để lấy lòng sếp, mình vào thấy cả team suốt ngày cắm đầu cắm cổ vào để làm như cái máy => mình support đc 3 tuần xin out mẹ luôn, ko hợp văn hoá máy móc lắm
k cắm đầu vào làm thì làm gì bạn ơi. Bật đế chế lên chơi à. Lúc bạn vào, đang ở giai đoạn nào, code tính năng hay uat. Uat thì k fix bug thì làm cái méo gì
 
code quá cứt ra bug chứ sao. lol các bạn cứ nghĩ mình giỏi, cuối cùng làm ra một feature thì sinh ra 3 cái bug. Test thì đíu test tử tế, assume mình đúng rồi deploy vội, kết quả khách thấy lỗi nó chửi mát mặt.

khách nó chỉ care lỗi thôi chứ có care khó hay dễ đâu? các bạn làm ra bug thì các bạn fix, phàn nàn cái cứt.

mà thực sự thì không negotiate dc là cái em làm không kịp cần thêm thời gian thì chỉ cần reasonable tôi nghĩ pm họ cũng đồng ý thôi. làm dev ai chả có tính lầy không có quản giáo thì toàn mở chat mở news ra giải trí.

ở việt nam hiếm khi có chuyện budget infinity như bên tây (công ty nào mà thế thì các bạn cố mà ở nhé), vỡ kế hoạch nhiều quá tiền không về dc là sập cả cty luôn ngồi đó mà không máy móc.

gần đây có thằng cu từng khoe làm tiki về, tôi tin tưởng giao việc không check, về sau check mới té ngửa ra, mồm thì nói là em làm hết theo ý anh, cơ mà ý tôi thì đơn giản là function này làm xong nó chạy được, và nó không tạo bug ảnh hưởng thằng khác (bug của riêng nó thì dc, để nó tự fix dần), cơ mà cái đó thì lờ mẹ đi, toàn nhằm nhằm vào mấy cái vague tôi nói rồi cãi cố, trong khi nếu cần phải làm chi tiết tới mức đó thì tôi cần mẹ gì nó nữa. mà tôi toàn pad cho nó x2 x3 thời gian nhé... (x10 thời gian nếu là tôi làm luôn), vẫn đíu ăn thua.

mà thằng cu này còn khá, tôi còn gặp mấy thể loại đến chính tả tiếng việt còn sai be bét, nói cũng đíu nói được cơ.

Về vấn đề bug => Tất nhiên là do code ko tốt nên phải fix, thằng nào phàn nàn, ý kiến ko fix bắn bỏ mẹ luôn, nhưng liệu lúc nào cũng đi giục fix, bắt có output trong ngày phải fix đc bao nhiêu con thì nó có tăng performance lên đc ko ?, E làm với nhiều anh pm quản lý tốt thì thấy cách làm việc ko cứng ngắc như vậy. Họ rất biết khi nào thì phải xử lý thế nào để tránh đẩy quá nhiều áp lực lên team.

- Làm 1 feature ko test kỹ bug tè le, tự cho là đúng.... Đã submit code : Thằng nào đi code mà dám làm kiểu này vậy, khi 1 đoạn code đc thêm vào thì dev đều phải test kỹ chứ nhỉ, thậm chí review chéo nhau tốt nhất có thể, test tất cả các case nghĩ ra để tránh side effect, như bác nói thì như kiểu dev toàn submit vô tội vạ vậy.

Bên bọn e mấy bug khó là dạng bug liên quan đến performance của thiết bị, nên nhiều cái chưa chắc do app mình gây ra mà có thể do app khác, tầng dưới làm chưa tốt ... Những con này phải mất thời gian rất nhiều , detect, bàn nhau giữa các app để xử lý.. nên ko thể giục fix đc
 
k cắm đầu vào làm thì làm gì bạn ơi. Bật đế chế lên chơi à. Lúc bạn vào, đang ở giai đoạn nào, code tính năng hay uat. Uat thì k fix bug thì làm cái méo gì
Mình đang nói cách pm xử lý vấn đề với team cơ mà, dev mà ko fix thì chả lẽ cứ vứt bug đấy à :surrender: Mình nói luôn là mình là thằng xin sang team đó support fix bug nhé nên đừng ông nào bảo ko làm thì đọc news, đế chế ... Cái dự án team này nó mới làm nên mới nhiều việc vậy, do nhiều việc nên nếu pm quản lý, xử lý ko tốt thì anh em dev rất là áp lực (nhận nhiều việc, fix nhiều bug), đôi lúc pm cũng phải ra phương án để đẩy tinh thần anh em lên, 1 bữa ăn nhẹ hay nghỉ ngơi họp hành vài phút
 
Về vấn đề bug => Tất nhiên là do code ko tốt nên phải fix, thằng nào phàn nàn, ý kiến ko fix bắn bỏ mẹ luôn, nhưng liệu lúc nào cũng đi giục fix, bắt có output trong ngày phải fix đc bao nhiêu con thì nó có tăng performance lên đc ko ?, E làm với nhiều anh pm quản lý tốt thì thấy cách làm việc ko cứng ngắc như vậy. Họ rất biết khi nào thì phải xử lý thế nào để tránh đẩy quá nhiều áp lực lên team.

- Làm 1 feature ko test kỹ bug tè le, tự cho là đúng.... Đã submit code : Thằng nào đi code mà dám làm kiểu này vậy, khi 1 đoạn code đc thêm vào thì dev đều phải test kỹ chứ nhỉ, thậm chí review chéo nhau tốt nhất có thể, test tất cả các case nghĩ ra để tránh side effect, như bác nói thì như kiểu dev toàn submit vô tội vạ vậy.

Bên bọn e mấy bug khó là dạng bug liên quan đến performance của thiết bị, nên nhiều cái chưa chắc do app mình gây ra mà có thể do app khác, tầng dưới làm chưa tốt ... Những con này phải mất thời gian rất nhiều , detect, bàn nhau giữa các app để xử lý.. nên ko thể giục fix đc
đầu tiên thì làm dev thì các bạn có quyền nhảy, thấy mình trình độ ổn làm ở đây không đủ sướng thì nhảy, mấy thể loại bị ép không thở dc như bạn miêu tả mà nó không chịu nhảy thì hoặc là nó bị tẩy não, hai là bản thân nó có vấn đề... tôi làm contractor để ý là team mấy thằng yếu nhất thì đíu bao giờ nghỉ đâu nhé, chửi như chó cũng vẫn ở lại.

cơ mà thực ra tôi cũng chả biết cậu làm gì nên khó nói, cái chính là thằng dev thấy thằng pm khó chịu, thằng pm nhìn thằng dev cũng khó chịu thôi. cũng là ăn miếng lương, dev làm không ngon thì pm cũng bị chửi sml chứ có sướng gì?

mà cậu thích gặp mấy thằng pm dạng đíu thèm giao việc cả tháng đi phượt hoặc làm việc khác không tôi giới thiệu cho vài thằng, tất nhiên tới lúc trả lương thì cũng chấp nhận là có khả năng 3 tháng sau mới trả nhé, vì mấy công ty kiểu đó thường là đíu có xiền do làm ăn chểng mảng.

p/s: còn vụ test thì các bạn không làm webdev rất khó giải thích, nhiều khi chỉ đơn giản là chúng nó chỉ biết test trên chrome bản mới nhất của máy nó trên mac, kết quả là firefox trên pc hoặc dùng coccoc update core chromium chậm hơn tí nó thiếu một vài tính năng là chết nghẻo rồi.
nói đâu xa tới giờ tôi vẫn không thanh toán debit card techcombank bằng firefox được đây :v
 
Vụ cross browser test này cũng khoai. tôi dùng playwright chạy môi trường chromium ok nhưng chạy môi trường firefox lại fail. Nhưng khó hiểu là manual test trên firefox cũng ok.
 
Vụ cross browser test này cũng khoai. tôi dùng playwright chạy môi trường chromium ok nhưng chạy môi trường firefox lại fail. Nhưng khó hiểu là manual test trên firefox cũng ok.
cho nên tôi hay vào caniuse, thấy cái nào mới support 2 3 version gần đây mà không phải quá cần thiết (ví dụ như webm webp) thì tôi cũng chả xài.

Ví dụ mấy cái regex lookbehind với named capture group chẳng hạn, tuy chome support cũng lâu rồi nhưng nếu không bắt buộc tôi cũng chả dùng... đúng hơn thì js có ra feature mới nhiều khi tôi cũng chả care, ăn chắc mặc bền, chết js giờ nó chết cả site.
 
cho nên tôi hay vào caniuse, thấy cái nào mới support 2 3 version gần đây mà không phải quá cần thiết (ví dụ như webm webp) thì tôi cũng chả xài.

Ví dụ mấy cái regex lookbehind với named capture group chẳng hạn, tuy chome support cũng lâu rồi nhưng nếu không bắt buộc tôi cũng chả dùng... đúng hơn thì js có ra feature mới nhiều khi tôi cũng chả care, ăn chắc mặc bền, chết js giờ nó chết cả site.
Ẹc. Tôi lại chả bao giờ bị lỗi về cái feature của js. Tôi dùng ts hình như nó tự động polyfill hết. Cái tôi bực mình là bọn DOM API hay trả ra kết quả khác nhau ấy, nhất là kết quả về kích thước, tọa độ elements.
 
Ẹc. Tôi lại chả bao giờ bị lỗi về cái feature của js. Tôi dùng ts hình như nó tự động polyfill hết. Cái tôi bực mình là bọn DOM API hay trả ra kết quả khác nhau ấy, nhất là kết quả về kích thước, tọa độ elements.

Mấy cái syntax sugar thì dễ, mấy cái features mới như Intl hay regex engine hay bigint nó khó polyfill lắm.

Quay lại vụ dom thì bó tay rồi, giải pháp duy nhất là hạn chế dùng js cho việc này. Thay vào đó là dùng css nhiều hơn

Sent from HUAWEI COR-L29 using vozFApp
 
Back
Top