nguyen.vinh
Member
Có liên quan gì đến quote của mình ko fen, giỏi thì đưa luận điểm phản biện ra đi
thảo luận Một số bạn Dev rất coi thường các bạn code Front end?
- Người tạo chủ đề Kitkat Nestle
- Ngày bắt đầu
freakmindvn
Member
Bạn có là C f*k O gì thì cũng là cu li của bọn khách hàng ngu. Xoé!
lyokha113
Senior Member
Kênh ytb Fireship nó đang để lịch cho vid "How to Burn Money in the Cloud // Avoid AWS, GCP, Azure Cost Disasters". Không biết có lq bài kia ko
a_anhhungxadieu
Junior Member
đúng là cũng có phần bị khinh và cũng bị động. vì cái flow đa phần là FE sẽ phụ thuộc BE xong API rồi mới làm tiếp được. cho dù cho đã thống nhất trước API trả về nhưng trong quá trình làm API thì có thể sinh ra các vấn đề và thằng BE sẽ lấy lý do optimise hoặc db thế này thế kia nên FE sẽ phải sửa lại
choimin
Senior Member
Vừa xem xong, đúng chuẩn vụ này luôn thímKênh ytb Fireship nó đang để lịch cho vid "How to Burn Money in the Cloud // Avoid AWS, GCP, Azure Cost Disasters". Không biết có lq bài kia ko
hoangbaovu
Member
Trẻ con chắc nó biết làm debounce input tối ưu khi tìm kiếm
a_anhhungxadieu
Junior Member
Tại vì trong lúc làm thì mới lòi ra case này kia, và nó thay đổi API thì nó cũng có lý do rõ ràng thôi. Đâu phải lúc nào cũng méc lên trên
Sent from Vsmart Active 3 using vozFApp
spam102
Senior Member
Làm mới lòi ra là tại anh yếu nên lúc analyze anh không thấy dc, cứ comment lên các ticket là dc. Giờ lúc 2 bên nhận task rồi thảo luận, analyze anh BE bảo là tôi sẽ provide api thế này thế kia, thì tới lúc có vấn đề phát sinh, anh phải thông báo ra lúc daily meeting hoặc comment trên ticket chứ.
Ít ra anh thông báo sớm, để người ta còn plan lại coi anh có cần ai phụ gì không, hoặc là ngồi lại để thảo luận lại API sẽ ntn, chứ để tới cuối sprint anh bảo giờ không ráp API dc do tao change chỗ này chỗ kia rồi, lí do thế này thế nọ, rồi bắt FE OT fix cho anh à.
Mà thật ra cứ transparent ra hết, anh sai làm người khác trễ task thì anh cũng nên dũng cảm mà nhận lỗi, mình chưa thấy ai làm sai dám nhận lỗi và cải thiện bị đánh giá performance kém cả. Quan trọng là thái độ anh ntn, anh báo sớm để khắc phục không, anh có cố gắng để fix cái đó không? Hay cứ đúng giờ anh về rồi cuối sprint bảo không xong. Trong buổi retro anh có dám nhận là tại cái đó tối analyze không tốt nên ảnh hưởng anh FE không?
Chỉ mấy anh mà cứ cố gắng giấu giấu diếm diếm mới là mấy anh làm team không tốt thôi.
duckynuce
Senior Member
Các thím BE mà bảo làm FE code thế nào nó cũng chạy thì hơi nhầm rồi. Nếu để mà chạy được thì code BE cũng có thể code lởm khởm để chạy. Chứ còn code cẩn thận thì đâu cũng phải làm và đều mất thời gian hết. Các thím lại bảo BE phải tối ưu hệ thống nọ kia, thì FE cũng cần phải quan tâm UI/UX cho xịn mượt, mà làm cái này cũng tỉ mỉ chả kém. Em cá luôn là bảo mấy thím BE styling cho web app là các thím cũng giãy nảy lên ngay ấy chứ 
l4ulegend
Đã tốn tiền
chuẩn rồi, BE hay FE để code chuẩn, code đẹp, dễ maintain, dễ sửa đều tốn công như nhauCác thím BE mà bảo làm FE code thế nào nó cũng chạy thì hơi nhầm rồi. Nếu để mà chạy được thì code BE cũng có thể code lởm khởm để chạy. Chứ còn code cẩn thận thì đâu cũng phải làm và đều mất thời gian hết. Các thím lại bảo BE phải tối ưu hệ thống nọ kia, thì FE cũng cần phải quan tâm UI/UX cho xịn mượt, mà làm cái này cũng tỉ mỉ chả kém. Em cá luôn là bảo mấy thím BE styling cho web app là các thím cũng giãy nảy lên ngay ấy chứ
l4ulegend
Đã tốn tiền
lovegf88
Senior Member
Ý em là thời gian QA/QC UAT test đó bác, chứ unit test/integration test/functional test do dev làm thì không nói vì có thể gom vô khâu implement.implement app code + auto test code = 80%
test thì để CI nó tự chạy
Bên em gặp một vố vấn đề là bên product hơi yếu và phát triển sản phẩm nhiều cái mới lạ mang tính thử nghiệm nên hay gặp vấn đề khâu Analyze - Design bị missed use-cases. Đến lúc Implement mới lòi ra lại phải quay về A&D từ đầu để kiểm tra bổ sung
Still Waiting....
Đã tốn tiền
Code cả hai, thấy FE khoai hơn. Nguyên nhân là do js vs css code kiểu d nào cũng chạy được. Mỗi thằng code một style khác nhau. Nếu không phải dev FE cứng hoặc lead cứng review thì đúng là một mớ hổ đốn.
via theNEXTvoz for iPhone
via theNEXTvoz for iPhone
gaveezy
Senior Member
FE (web + mobile) ít dev cứng, đa số code FE toàn nhìn chạy được là được, bên tôi code mobile theo dạng reative nhìn thì có vẻ ổn nhưng thực ra request thừa rất nhiều, mà bọn FE nó làm biếng không chịu tìm hiểu xem có vấn đề không, tôi bật rate limit phía BE lên app lòi ra lỗi tè lè 
nên là tư tưởng khinh side khác chỉ là của mấy thằng junior thôiChủ đề tương tự
