Công ty cổ phần công nghệ  IDT INC

Công ty cổ phần công nghệ IDT INC

Outsource
11-50
Tầng 21 tòa nhà Viwaseen, số 48 Tố Hữu, phường Trung Văn, Quận Nam Từ Liêm, Hà Nội
2.2
25 reviews

- Công ty được cái vui, mà task giao và quản lý như cc, - Đồ ăn ngon nhưng được cái bảo hỗ trợ ăn trưa nhưng trừ lương gross, hợp đồng là 900k 1 tháng, nhưng đến khi trả là 35k/1 công (nghỉ làm là đ*o có) - Sếp vui tính, tâm lý nhưng mà kĩ năng quản lý như kẹc, đ*o có tiếng nói. - Công ty đoàn kết nhưng được cái "gia đình" . - Quy trình đơn giản: cứ mai đi gặp khách là bắt đầu làm, còn lại đ*o có quy trình gì. - Làm giờ hành chính từ 8r sáng nhưng 5h chiều mới là thực sự bắt đầu. - Văn phòng sạch sẽ thoáng mát. - Quy trình công ty thiếu rất nhiều: tuy nhiều người nhưng PM làm việc hời hợt, đá*h giá kết quả, kiểm tra tiến độ sprin không ra một thể thống gì. Kiểm duyệt chất lượng dự án trước khi bàn giao hoặc training khách hàng thì đ*o bao giờ có. - Dev BE lv quá kém, training bảo mật thì đ*o có, giờ ra ngoài ngta hỏi 1 chút về bảo mật chắc tịt mồm, ngoài cái CRUD và cái hệ thống Microservice lỏ thì ra ngoài không biết có làm được gì khác không. Cái chức năng nó đáng nhẽ phải chạy ngon từ bao giờ, nhưng mà bôi mẹ ra, than khó này khó nọ, chọn công nghệ và thư viện như cc, chậm deadline,... bôi mẹ ra 1-2 tuần thậm chí 1-2 tháng,... đối với người biết làm thì 1 sprint nó chạy ngon xong cả test, bôi mẹ ra cả tháng đến lúc chạy được mấy bố lôi nhau vào phòng họp trao thưởng (Tự luyến à) :)) Dự án không khó, khó là tự làm cho nó khó xong làm chảy mửa ra toàn bug, fix hết thế là được gọi là "cống hiến" =)). Bảo dự án toàn CRUD mà sao mấy năm không xong ? - BA: rất nhiều thứ để nói cho cái này, BA ngon thì không biết giữ, giữ BA tài liệu mồm nay 1 nẻo, đến khi dự án chạy sai, bug lòi nói 1 kiểu - Design: PM chán quá đi ds xấu vcl, sai mẹ hết luồng bắt BA làm tài liệu theo design :))) - Dev FE, Mobile chạy sml ghép api, sau nửa ngày cái đổi mẹ hết cả api cả luồng đ*o báo, crack cả application cả web. BE thì báo "chạy đủ hết rồi", "có hết rồi, đòi gì nữa" trong khi FE ghép api đ*o đủ field, phải fix cứng data lúc đ*o nào cũng hứng mũi chịu sào :))) - Tội nhất là tester: đ*o biết phải test cái hệ thống như nào, tài liệu đ*o có, có thì design đ*o khớp tài liệu, api cũng đ*o giống mô tả, fe với design thì lệch =))). Test theo happy case dev mô tả. Viết test case ra đ*o dùng được. - FE ở cty thì bình yên nhất rồi: ngoài hứng hết hậu quả của cái quy trình như l đẻ ra cái sản phẩm như l. - ĐẶC BIỆT NHẤT LÀ: việc "làm như c*t và tự ăn nó" là cách bạn nhận được công nhận ở đây.