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
Viết rồi lại ước giá như pj đừng bắt unitest :rolleyes:
Viết UT cực NHƯNG
  • Đảm bảo quality trước khi release. Chứ chờ lên PROD mới biết thì sml !
  • Local testing dễ dàng
  • Nó cũng là 1 phần của CI/CD flow
Ngay cả con pet project tui vẫn phải viết UT nữa nè.
 
Sửa lần cuối:
Viết rồi lại ước giá như pj đừng bắt unitest :rolleyes:
Nếu bác làm outsource có team tester chịu trách nhiệm toàn bộ phần test/bug thì làm vậy dc.

Chứ làm product, bản thân mình chịu trách nhiệm code đưa lên, bị reviewer moi bug ra thì quê lắm :beat_brick:

Chưa kể là cái cảm giác mông lung k biết mình có nhỡ tay làm sai lệch cái gì ko, đưa lên prod mới lòi ra thì cực gấp mấy lần, cảm giác cực kì ko chắc chắn khó chịu. Cứ phải có cái test, run phát mới nhẹ nhõm bác ạ :smile:
Mà đôi khi còn test thiếu nữa :shame:
 
Nếu bác làm outsource có team tester chịu trách nhiệm toàn bộ phần test/bug thì làm vậy dc.

Chứ làm product, bản thân mình chịu trách nhiệm code đưa lên, bị reviewer moi bug ra thì quê lắm :beat_brick:

Chưa kể là cái cảm giác mông lung k biết mình có nhỡ tay làm sai lệch cái gì ko, đưa lên prod mới lòi ra thì cực gấp mấy lần, cảm giác cực kì ko chắc chắn khó chịu. Cứ phải có cái test, run phát mới nhẹ nhõm bác ạ :smile:
Mà đôi khi còn test thiếu nữa :shame:
Có gì đau mà quê. bug prod là chuyện bt. Có bug thì fix. unitest đa sô toàn tìm cách coverate lơn hơn 80%.
Viết UT cực NHƯNG
  • Đảm bảo quality trước khi release. Chứ chờ lên PROD mới biết thì sml !
  • Local testing dễ dàng
  • Nó cũng là 1 phần của CI/CD flow
Ngay cả con pet project tui vẫn phải viết UT nữa nè.
Có thì tốt, Và thường là băt buộc để tránh mấy lỗi basic. Thê khi chú code ko test trên dev, stg ah.
Lỗi prod chú thấy sml do chưa bị thôi. Chứ có gi kinh khủng đau.
T thích integration test hơn :rolleyes:
 
Hình như có QA/QC vẫn phải viết UT phải không các bác? Chưa làm công ty lớn bao giờ lên không biết
 
UT cty y/c 100% dev phải viết nhưng có dự án khách lại hỏi tại sao cm lại phải mất thời gian dev để viết, bọn t thuê cả QA của cm r cơ mà nên dự án đó lại bỏ qua :v OS thì cũng tuỳ, có n dự án base fresher vào được từ đầu thì cũng trải nghiệm dc nhiều chứ bị dí vào con maintain hoặc odc thì rất chán :D
 
em fresher đang làm cho cty outsource, quy trình của client cũng khá chuẩn chỉ, dùng Azure Devops, có pipeline đầy đủ hết, bắt viết unit test 80%. Nhưng dev ở cty lại khá lười, khách kêu code theo structure 3-layer, mà leader + dev của cty thì cứ nhét hết code vào 1 layer, unit test thì viết qua loa, thậm chí chặn luôn nhiều file để tăng % lên :smile:
 
em fresher đang làm cho cty outsource, quy trình của client cũng khá chuẩn chỉ, dùng Azure Devops, có pipeline đầy đủ hết, bắt viết unit test 80%. Nhưng dev ở cty lại khá lười, khách kêu code theo structure 3-layer, mà leader + dev của cty thì cứ nhét hết code vào 1 layer, unit test thì viết qua loa, thậm chí chặn luôn nhiều file để tăng % lên :smile:
vậy thì test làm gì nữa bang chủ, nó đi ngược vs cái tác dụng chính của test mang lại r:rolleyes:
 
vậy thì test làm gì nữa bang chủ, nó đi ngược vs cái tác dụng chính của test mang lại r:rolleyes:
viết UT để lấy coverage là chính, Assert.True() luôn, chất chơi chưa :sexy_girl:

sửa code xong push lên build, fail UT nào thì ta comment UT đó lại rồi build tiếp, sau này rảnh thì ta viết UT cover lại sau nhé, okay hônq :sexy_girl:
 
viết UT để lấy coverage là chính, Assert.True() luôn, chất chơi chưa :sexy_girl:

sửa code xong push lên build, fail UT nào thì ta comment UT đó lại rồi build tiếp, sau này rảnh thì ta viết UT cover lại sau nhé, okay hônq :sexy_girl:
Quy trình ẩu quá, mà chắc lĩnh vực t vs bang chủ hơi khác chứ phân nửa số test t viết trước cả khi bắt đầu code r :doubt:
 
Outsource hay opensource vậy thím?

Mà hồi trước outsource đúng chuẩn chỉ quy trình, bây giờ cty outsource nhan nhản, làm việc y như thớt nói, nhất là vụ ssh vào sửa = ))
Outsource từ ngày xưa chủ yếu làm với Nhật, nên học luôn quy trình từ họ. Còn outsource đợt bùng nổ it thì làm nhanh còn thu tiền nên cắt hết quy trình, khách trả tiền để làm gì thì mới làm
 
Ko ưng thì cook thôi bạn. Thông thường outsource quỳ trình phải nhiều hơn product chứ. Lên đây nói ngược câu view để thể hiện quan điểm à?
Ba các concept cũ mèm, ko biết muốn thể hiện gì. Chắc ra ngoài đời người ta thấy nói chuyện kiểu lưu manh, khôn lõi nên ko ai giải ngố cho, thành ra giờ vẫn phải lên đây chửi đổng.

Fowler, Martin (1 May 2006). "Continuous Integration".
“Object-Oriented Programming” (OOP) was coined by Alan Kay circa 1966 or 1967
 
Ko ưng thì cook thôi bạn. Thông thường outsource quỳ trình phải nhiều hơn product chứ. Lên đây nói ngược câu view để thể hiện quan điểm à?
Ba các concept cũ mèm, ko biết muốn thể hiện gì. Chắc ra ngoài đời người ta thấy nói chuyện kiểu lưu manh, khôn lõi nên ko ai giải ngố cho, thành ra giờ vẫn phải lên đây chửi đổng.

Fowler, Martin (1 May 2006). "Continuous Integration".
“Object-Oriented Programming” (OOP) was coined by Alan Kay circa 1966 or 1967
View cos ra com ra chao gi hem ta ?
 
Viết Unit test thì cx chỉ là chạy trên mtr dev/uat. Xong lên mtr Prod vẫn lỗi như thg=)) Cay nhất cái vụ lúc trên mtr dev/uat thì test tủng các thứ ok, đến hôm golive lên prod lại dính lỗi liên quan đến permission. Cay thật sự=))
 
Quy trình là thứ chúng nó đặt ra để sau khi đá đít mình thì có thằng khác vào hốt :sexy_girl:

Tôi còn nhớ năm xưa làm 1 cái dự án dày cộp business nhưng hoàn toàn ko có 1 tờ tài liệu, k có cả comment code, hỏi ra mới biết thằng outsource trc đây là 1 team khựa. Mấy anh khựa thâm như dái chó đánh hơi được bọn kh chuẩn bị đá đít nó để kiếm team rẻ hơn nên nó xoá sạch comment + huỷ luôn tài liệu. Tôi không biết ai bảo khôn lõi hay điếm lác gì chứ là tôi tôi cũng làm y bọn khựa, ra đời kiếm ăn ai điếm hơn thằng đó thắng :sexy_girl:

via theNEXTvoz for iPhone
 

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.859
Quay lại
Lên đầu trang