null (Dev)
-
A
Ẩn danh đã • 1 năm trước
Hèn gì e thấy tuyển Ui/ux miết. -
C
Cựu Des đã • 1 năm trước
có UI/UX designer nhưng mà toàn UI, lead k cho UX. UI toàn dạng graphic, rất rối, rất khó responsive, rất mất công cho code. Nhiều khi designer làm cho UX rồi nhưng lead lại chê và bắt phải làm cho thật nhiều, xong đẩy dự án qua cho dev mà không làm responsive cho dev trước. Từ đó mới có chuyện dev phải đảm nhận luôn phần UI cho việc responsive. -
H
hmm đã • 1 năm trước
Mình đang tìm job full tiếng Anh, coi web thấy công ty vui vẻ cũng thích nhưng có vẻ client chủ yếu là trong nước nhỉ. Nghe bạn kể thì tiếng Anh là cái gì đó rất xa xỉ ở chỗ này. Mình hiểu vậy đúng không? -
A
Ẩn danh đã • 1 năm trước
viết rv có tâm dữ vậy -
A
Ẩn danh đã • 1 năm trước
ui/ux còn kiêm luôn trao đổi chỉnh sửa demo theo ý khách, 1 ngày mấy web , -
D
Dev thử việc xong cook đã • 1 năm trước
Bác nói đúng vãi, tặng 1 like -
D
Dev thử việc xong cook đã • 1 năm trước
Trời ơi tui cũng z . Thử việc xong bị cook. Những lời ông nói ở trên đúng 100% -
A
Ẩn danh đã • 1 năm trước
1-2 năm mà lên lead ở đây thì hiểu cty rác cỡ nào =)) trình mấy cha này đi tìm chỗ khác thì xuống junior hết nếu được nhận =)) -
H
Hehe đã • 1 năm trước
^ bởi zậy ai lên lead ở đó là sống chết ở chỗ đó chứ có dám đi chỗ khác đâu bác, trash vl, người giỏi thì đi chỗ khác lương chắc chắn sẽ cao hơn nhiều -
A
Ẩn danh đã • 1 năm trước
Thấy thiết kế site chính cũng ra gì mà ta ... -
A
Ẩn danh đã • 1 năm trước
Thiết kế rối òm, một đống graphic, chưa kể hero page còn đi ăn cắp từ website khác về, thì ra cái gì bạn =))) nhìn phèn. Mascot của cty ko tự vẽ, cắt hình tư AI về rồi quăng lên website =))) -
A
Ẩn danh đã • 1 năm trước
Bác nói đúng vãi, tặng 1 like -
N
null đã • 1 năm trước
Bác nói đúng vãi, tặng 1 like -
B
Bat bap champain yeu lan 10 anh đã • 1 năm trước
Bác nói đúng vãi, tặng 1 like -
N
Người lạ đã • 1 năm trước
Lúc em vào ko có hướng dẫn quy trình gì ,kiểu dc việc thì dc -
A
Ẩn danh đã • 1 năm trước
SỐNG CHÓ THÌ MONA ĐẦU BẢNG XẾP HẠNG RỒI -
A
Ẩn danh đã • 1 năm trước
Bác nói đúng vãi, tặng 1 like -
N
Noname đã • 1 năm trước
Bác nói đúng vãi, tặng 1 like
- Quy trình tuyển dụng đơn giản. Tuyển Dev chỉ 1 vòng, pv trực tiếp với 1 leader(cái này bình thường). Quy trình có vẻ sơ sài(tại sao thì đọc tiếp): Mình apply qua nền tảng TrênCV, từ lúc HR xem CV tới gọi phỏng vấn là 2h(tới đây kiểu WTF rồi). Email hẹn phỏng vấn/chốt full tiếng việt .Quy trình phỏng vấn đọc tiếp bên dưới.
- Không test technical, hỏi mấy câu hỏi mở(sao trước làm bên kia mảng A giờ qua đây làm mảng B, giới thiệu PR công ty có sản phẩm X,Y,Z,...) với lí do để check profile Github của mình không cần hỏi (ok có vẻ hợp lý).
- Mình deal 1x củ, nhận kết quả sau 5p từ lúc phỏng vấn(mình kiểu:"WTF tiếp") tới đây thì ok, có thể công ty "họ thích mình" =))
- Giai đoạn đi làm (tốt): Đồng nghiệp khá thân thiện và vui tính(phần lớn hình như là sinh viên mới ra trường và ra trường vài năm). Các "anh lead" maybe 95,96,99. Có event đá banh, chơi game, PS5, đúng như JD và trang chủ công ty.... Xem thêm Hình như T7,CN gì đó có event tech lead dạy thêm kĩ năng cho mấy ae trong team.
- Giai đoạn đi làm (chưa tốt): Quy trình sơ sài(tệ với mình), khi vào đây, các bạn hãy xác định không học hỏi thêm được gì(quan điểm cá nhân), có thể bạn là sinh viên và muốn trải nghiệm thử tư bản như thế nào thì ok vào thôi. **** Tại sao lại không học hỏi được gì:
1. Tại bạn push code lên thay vì review cấu trúc code qua Github cho tiện thì "anh lead" sẽ cho bạn vài dòng nhận xét về giao diện qua Telegram, code thì auto bỏ qua.
2. Quy trình công ty khác thì tạo PR để merge vào branch nào đó gần như là bắt buộc, trước khi mình out thấy có ông kia mới vào code trực tiếp lên nhánh và leader có vẻ cũng vui vẻ cười đùa :))) Trong khi doc(doc full tiếng việt nhé!) có ghi là không ai code lên nhánh "xx", "xy" =)).
3. Code base rất tệ: chứa có console.log(), các vietnamese bad keyword như: "**tuoiloz, ....", commit bởi leader check trong source dạng như: "tạm để đó, để đó lát code tiếp, ***,..." =)).
4. Quy trình release sản phẩm: Bạn là người mới? Right. Khi bạn vào sẽ được giao task.
- Sử dụng Jira đàng hoàng nhé! Nhưng người ghi task cho bạn, là 1 dev Backend làm chung(kĩ năng tech còn thua cả mình, xử lý task mình còn phải chỉ ngược lại =)) nhưng leader đánh giá mình hiệu suất code chậm và cho out, tại sao chậm đọc tiếp nhé).
- Các yêu cầu ghi rất sơ sài chỉ bằng 1 dòng: "Thêm chức năng filter cho bảng xyz, nhóm danh sách,..." rồi assign task. Bạn là FE chắc chắn bạn sẽ hỏi: "Design đâu??" và nhận câu trả lời: "Không có đâu em, này code web app cần gì design tự code thôi". Tới đây là bắt đầu thấy "tới cục gì đó rồi nè". Nhưng không sao vai trò của thằng FE quèn như mình là bán mình cho tư bản và cũng phải biết tí về UI/UX để làm.
- Nhưng, bạn code tính năng maybe 1h, bạn code UI, maybe 1h bạn suy nghĩ UI cũng ~30p-1h. Sau đó bởi vì đ** có 1 tí gì gọi là rõ ràng về yêu cầu, Ông BE giao task cho bạn sẽ chỉ luôn bạn là bạn sẽ làm như này, như này. Nhưng bạn làm như v xong, leader sẽ bảo bạn nên code như kia như kia. Xong lead bảo là m phải để cái cục này ở đây trên cho mobile cho anh, còn m tự responsive sao đẹp hơn đi =)). Trong khi yêu cầu UI thì đéo code, code theo ý mình thì bảo chưa tốt, sửa lại phải theo ý lead :D =)). Dần tới sửa đi sửa lại mới xong task. Xong cho feedback: Em code hơi chậm, không phù hợp với công ty, công ty chưa có UI/UX cũng là "điểm mạnh và điểm yếu" của công ty =)).
- Không có hệ thống giám sát lỗi trong quá trình deploy, sản phẩm vận hành push code lên chỉ biết chờ Github thông báo từ vercel thành công hay không. Team không dectect được các lỗi đang vận hành xảy ra bởi người dùng để cải tiến chủ động, chắc đưa dự án xong kệ "mother"khỏi improve/fix gì nữa. Hoặc chờ complain bằng cơm để sửa =))
- Hay đơn giản hơn là dòng code này thằng kia nó sửa chưa, nó push cái gì lên repo, hiệu suất hôm đó như thế nào, thằng dev quèn này push bao nhiêu cái commit lên, chất lượng hiệu suất như nào, chả có tới 1 con bot alert như Github bot trên Slack để làm chuyện đó. Xong dùng Jira cũng đéo thằng nào quan tâm là BE nó code ngu hay không, code lỗi hay không, dev BE tự merge tự public, tự tạo DB, xong văng lỗi,thiếu result, payload dư(phải chỉ ngược lại) ngồi chờ nó sửa. Xong gửi đánh giá lí do out dạng: "Code em tốt, Nhưng làm chậm, performance không tốt"(chắc tại mình deal cao hay sao đó :v) =))
- Bonus: Check profile a lead của mình hình như là 6 tháng intern ở công ty X, sau đó làm 2 năm hơn ở đây, đang "open to work". Commit trên Github 1 năm 1-2 trăm =))
- Tóm lại: Quy trình sơ sài, deal cao maybe thử việc vài ngày bạn cook, bạn không quan tâm tới quy trình, bạn là dev chỉ quan tâm code chạy là dc(nhớ đúng ý lead mà không có 1 tiêu chuẩn hay ai chịu trách nghiệm về chuyện đó trong công ty) thì bạn có thể apply.