thảo luận Fresher + Outsource = Nightmare

  • Người tạo chủ đề Người tạo chủ đề SoulEvilX
  • Ngày bắt đầu Ngày bắt đầu
tôi cũng đã từng là fresher, và dự án đầu tiên cũng OT thường xuyên (lương nhận toàn x2), dự án lúc đó bùi nhùi chả ra đâu vào đâu, nhưng quan trọng là những người anh trong team biết dẫn dắt và tạo cơ hội để bọn tôi trưởng thành, thay vì lại vứt chúng tôi lăn lóc tự quay.
 
tôi cũng đã từng là fresher, và dự án đầu tiên cũng OT thường xuyên (lương nhận toàn x2), dự án lúc đó bùi nhùi chả ra đâu vào đâu, nhưng quan trọng là những người anh trong team biết dẫn dắt và tạo cơ hội để bọn tôi trưởng thành, thay vì lại vứt chúng tôi lăn lóc tự quay.
Mình respect và rất respect mindset chấp nhận mình là fresher và để người khác guide.
Tuy nhiên fresher khi làm OS rất dễ có mindset ngược lại.
  • Chỉ cần làm nó chạy là được
  • Nó chạy rồi thì gác giò lên cổ chạy feature mới

Dần dà sẽ mất suy nghĩ deep dive, improvement .... Khi này Senior nhảy vô thì sẽ nghe câu : Làm cách anh khó quá, mất thời gian quá. Tụi em quen cách này rồi.
Xong ! Banh !
 
tôi cũng đã từng là fresher, và dự án đầu tiên cũng OT thường xuyên (lương nhận toàn x2), dự án lúc đó bùi nhùi chả ra đâu vào đâu, nhưng quan trọng là những người anh trong team biết dẫn dắt và tạo cơ hội để bọn tôi trưởng thành, thay vì lại vứt chúng tôi lăn lóc tự quay.
Chưa kể xui là dev bên client của là fresher hoặc cùng lắm là middle.
Chúng nó là ng trả $ nên ofc voice có trọng lượng hơn. Cái nào khó là chúng nó né.

Xong =))))
 
đó là lý do tại sao, trong tất cả JD của các công ty OS nhỏ, role senior hay kèm thêm khả năng traning nữa
Mình respect và rất respect mindset chấp nhận mình là fresher và để người khác guide.
Tuy nhiên fresher khi làm OS rất dễ có mindset ngược lại.
  • Chỉ cần làm nó chạy là được
  • Nó chạy rồi thì gác giò lên cổ chạy feature mới

Dần dà sẽ mất suy nghĩ deep dive, improvement .... Khi này Senior nhảy vô thì sẽ nghe câu : Làm cách anh khó quá, mất thời gian quá. Tụi em quen cách này rồi.
Xong ! Banh !
 
đó là lý do tại sao, trong tất cả JD của các công ty OS nhỏ, role senior hay kèm thêm khả năng traning nữa
Lúc trước mình làm SA cty Pháp. Đứa nào mở miệng nói câu "khó làm quá anh" mà không tự tay try, không mày mò. Thì mình kí giúp em nó đơn ... thôi việc =)))
 
Mình không ngại train, 12h đêm hỏi mình cũng welcome. Nhưng lazy thì ... tiễn vong :v
ở cty cũ, sau 2 tháng thử việc, gần như những ông nào lười biếng, bảo thủ, khó team work sẽ bị loại.
hồi đó, tuyển dụng k quá khắt khe như bây giờ, chủ yếu là dựa vào background học hành, thái độ. thậm chí hồi đó pv xin việc k hề hỏi gì liên quan đến code.
 
ở cty cũ, sau 2 tháng thử việc, gần như những ông nào lười biếng, bảo thủ, khó team work sẽ bị loại.
hồi đó, tuyển dụng k quá khắt khe như bây giờ, chủ yếu là dựa vào background học hành, thái độ. thậm chí hồi đó pv xin việc k hề hỏi gì liên quan đến code.
Tụi nhóc Z giờ 10 đứa hết 9.9 đứa lười cmnr ...
 
Mình cũng có mấy case, bên FE team code 1 ít BE code. Gần đây mình động lại thì ói mịe máu, tạo các loại Product khác nhau toàn dùng 1 là toàn bộ field của table (150 field, trong khi chỉ cần dùng khoảng 20 field. Database table thì chưa refactor được), 2 là if else từa lưa, thêm 1 product mới là 1 if else mới :LOL:. Bạn nào đọc bên code security thì sẽ thấy nó dính Mass Assignment Vulnerability

Sếp thì cũng technical nhưng lúc đấy không có thời gian nên để bên FE code lụi chạy là được. Sprint vừa rồi mình mới ngồi refactor lại toàn bộ business layer dùng Strategic Design Pattern, lúc này nhìn code base mới sáng lên 1 tí :LOL:.

Tóm lại là có bực mình thật nhưng thôi lấy thời gian lên đây xả tí stress rồi đi sửa code chứ nói nhiều cũng không có ích mấy, mấy bạn trẻ cần thời gian để ngấm dần. Trước mình cũng thế thôi :LOL:
 
em đang làm fresher ở cty OS 4k nhân viên:
  • SA bên client chia structure ra 4 layer, mà bên đây code gì cũng nhét hết xuống data access layer, giờ mấy layer kia không có gì mà data access layer thì toàn mấy nghìn dòng code, cả validate, business logic lẫn query data. Hỏi ra thì mới biết hồi đó bên đây không hiểu n-layer là gì nên cứ code đại vào 1 file.
  • Team leader thì quản lý nhân sự của nhiều project, làm lâu năm nhưng làm nhiều việc khác nhau nên technical không sâu, cứ code cho chạy là được, không quan tâm OOP, design pattern.
  • Client kêu viết unit test, automation test thì viết qua loa, ignore luôn file nào dài quá để tăng coverage lên.
  • Mỗi năm công ty cho lên 1 level, làm 3-4 năm là có title Senior. Hôm trước thấy bác senior viết query sai nhưng không sửa lại chỗ query đó, mà trước lúc return thì gọi hàm Filter thêm lần nữa.
  • Có người làm 1, 2 năm nhưng không biết chạy migration database.
nghe manager nói trình độ dev ở đây không cao, mà không ngờ nó lại kinh khủng thế này, đợi qua tết kiếm chỗ nhảy việc chứ làm ở đây đáng sợ quá
LrUPURL.gif
 
Client nào tốt vậy. Chứ client bên đây .... k cần :((((
khách bên Mỹ bác ợ, quy trình cũng chuẩn chỉnh lắm, mà dev bên đây code unit test thì assert.True()
MDkXRbs.gif

có ông SA bên client thì xịn xò, review code kỹ, nhưng thi thoảng mới review code, hôm trước em với ông senior tạo pull request, khoảng 2-3k line of code, ông SA quất cho hơn 30 40 comment bắt sửa lại
dK4bg3F.gif

mà ông SA đấy sắp nghỉ, không còn ai review code nữa
4v1Wd7q.gif
 
Tui k có nói okay hay không. Tui chỉ nói từ ý đó suy ra OS chả khác gì bải rác công nghiệp của đám fresher -_-

Mình respect và rất respect mindset chấp nhận mình là fresher và để người khác guide.
Tuy nhiên fresher khi làm OS rất dễ có mindset ngược lại.
  • Chỉ cần làm nó chạy là được
  • Nó chạy rồi thì gác giò lên cổ chạy feature mới

Dần dà sẽ mất suy nghĩ deep dive, improvement .... Khi này Senior nhảy vô thì sẽ nghe câu : Làm cách anh khó quá, mất thời gian quá. Tụi em quen cách này rồi.
Xong ! Banh !
nói không cạn lời chứ cho OS làm (cũng 1-2 năm kn gì đó, tính fresh cho dễ)
quẳng luôn yêu cầu, file name, yêu cầu trong file name, nếu có gì thì hỏi

các "anh" làm không xong, làm cái output nhìn muốn chửi
đề xuất đổi bà nó luôn cái yêu cầu kèm câu "em chả làm được"
ok em, anh tự làm, tháng kế kết thúc hợp đồng OS.
 
Rồi rốt cuộc mục tiêu của cái thread này là để làm gì? Chê dev outsource gà hay sao? Hay chê outsource là bãi rác công nghiệp? Hay đơn giản là than thở?
Bạn có thể bỏ vô AI để summary câu chuyện :v
  • Dev OS dỏm : Có chê
  • OS là rác Cn : Có chê
Nhưng k phải tất cả
- Than thở : Quá than
 
thật là nghịch lý, ae cộng đồng voz chê chất lượng code outsource rởm, nhưng hiện tại mình đã đi phỏng vấn khoảng 20-25 công ty (gồm cả product và outsource) thì lúc nào bên outsource cũng đưa ra những câu hỏi phỏng phấn khó hơn, hỏi đánh đố, bắt giải thuật toán, còn product thì câu hỏi dễ nhai hơn, bám sát thực tế và hỏi ra từ CV của mình.
 
Trải nghiệm outsource của tôi về chất lượng code cũng k ok. Team code k có standard, chạy là được. Sếp hỏi góp ý, góp ý code k clean, đọc khó hiểu thì dỗi, kêu do trình độ ng đọc. Business logic khó (computer vision) nhưng k comment, toàn hard code magic numbers k biết lấy ở đâu ra.
 
em đang làm fresher ở cty OS 4k nhân viên:
  • SA bên client chia structure ra 4 layer, mà bên đây code gì cũng nhét hết xuống data access layer, giờ mấy layer kia không có gì mà data access layer thì toàn mấy nghìn dòng code, cả validate, business logic lẫn query data. Hỏi ra thì mới biết hồi đó bên đây không hiểu n-layer là gì nên cứ code đại vào 1 file.
  • Team leader thì quản lý nhân sự của nhiều project, làm lâu năm nhưng làm nhiều việc khác nhau nên technical không sâu, cứ code cho chạy là được, không quan tâm OOP, design pattern.
  • Client kêu viết unit test, automation test thì viết qua loa, ignore luôn file nào dài quá để tăng coverage lên.
  • Mỗi năm công ty cho lên 1 level, làm 3-4 năm là có title Senior. Hôm trước thấy bác senior viết query sai nhưng không sửa lại chỗ query đó, mà trước lúc return thì gọi hàm Filter thêm lần nữa.
  • Có người làm 1, 2 năm nhưng không biết chạy migration database.
nghe manager nói trình độ dev ở đây không cao, mà không ngờ nó lại kinh khủng thế này, đợi qua tết kiếm chỗ nhảy việc chứ làm ở đây đáng sợ quá
LrUPURL.gif
cho e hỏi cái migration db trước e học laravel thì nó có, giờ spring boot mới học qua thì migration như nào nhỉ ? e search thì bealdung nó có hướng dẫn với flyway gì đó. mà cái này có quan trọng ko nhỉ ? trước e dùng mà cũng k hiểu lắm :sweat:
 

Thống kê chủ đề

Ngày tạo
SoulEvilX,
Người trả lời cuối
never_can_tell,
Trả lời
123
Lượt xem
13.860
Quay lại
Lên đầu trang