Hôm rồi cũng pv online vị trí data analyst. Đến đoạn test code. Đề dễ vkl đéo hiểu sao lúc đấy đọc chả hiểu ccc gì. Mất một lúc mới bắt đầu làm được. Mở smss lên thì nó lỗi. Báo lại bên kia xin thời gian để fix thì họ ok. Fix theo google thì nó chạy lại. Ngồi gõ gần xong thì máy nó tự reboot, trong khi máy mình chạy cả năm cả tháng treo bot k tắt máy bao giờ mà nó còn chẳng bị reboot lần nào. Boot lên xong thì mình báo lại là máy lỗi, họ chấp nhận cho thêm thời gian làm lại. Tưởng ngon thì đm cái ssms nó dở chứng lại đéo chạy nữa, nó tuyên bố là bố tự nhiên đéo thích mở lên nữa đấy. Cuống cuồng gỡ ra cài lại thì lại méo thấy bộ cài đâu. Lại phải lên mạng down về rồi gỡ ra cài lại. Éo dám báo lại bên pv vì nghĩ chắc chó nó tin máy mình lỗi liên tục thế. Quá giờ họ giục nên đành paste lại result nhưng thiếu script verify do k đủ thời gian.... Nhọ éo tả nổi. Mấy hôm sau thấy Hr pm lại bảo test lại vòng code. Cuối cùng thì cũng passed. Thế là tháng sau chia tay ace đồng nghiệp thân quen, những em váy ngắn xinh tươi. Đâm đầu vào chỗ mới vừa lo vừa mừng k biết môi trường thế nào
Mình cũng may mắn pv chục cty rồi mà chưa dính cái kiểu leetcode phức tạp. Nếu ko chắc rớt hết rồi. Đa phần hỏi về solution, architect, với management skills. Có chỗ còn quăng cho hẳn cái business, kêu làm solution với estimate man days, working days theo team size luôn. Nhưng có hồi mới vào nghề, gặp câu hỏi build hàm random các mặt xí ngầu, sao cho tỷ lệ xuất hiện tương đương số nút. Ví dụ tỷ lệ ra mặt sáu gấp 6 lần ra mặt một. Cũng bí. Hihi. Sau mới biết vụ cộng lại chia số đỉnh.
Lên down tạm cái azure data studio dùng tạm cũng được mà, thằng ssms cái theme dark như cc mãi ko sửa.
Haha. Đọc cái này lại nhớ hồi sinh viên thi cuối kì. Làm cái func random quay thưởng. sp càng đắt tiền thì tỉ lệ càng nhỏ. Bí thuật toán nên tôi cho mẹ hết sp vào 1 mảng xong tăng tần suất xuất hiện của id cái sp rẻ tiền tăng theo tỉ lệ thế là xong. Hơi lúa nhưng đạt yêu cầu nên thầy vẫn cho điểm tối đa :v
How about lấy random 1 số, mod cho 100. Ví dụ xác suất 1% thì kiểm tra xem nó có bằng 1 số cố định nào đấy trong đoạn 1-100 khôngnếu 2% thì pick 2 số, nếu 50% thì 1 nửa lớn/nửa nhỏ hoặc check chẵn/lẻ :v. Nếu 0.1% thì range thành 1000 //Sorry hơi lậm mấy trò này
Bữa mới pv ở cty Singapore kia. Gặp 2 ông Ấn, 1 ông nói méo nghe được gì, toàn vừa nghe vừa đoán. ông còn lại thì dễ nghe hơn nhiều. Mà trình Tiếng anh của mình thì mình nói thật là nói mình méo nghe dc là tại người nói, méo phải tại mình. Kiểu này chắc tạch cmnr, lão Ấn nói khó nghe mình trả lời nhầm hoài. Đã vậy hỏi 3 principals of redux mình trả lời sai cmn =]].
Làm FE thì cho bài thực tế thì hay hơn, mình pv thì mở luôn project lên, api thì setup mockapi, rồi cho edit cái UI có sẵn. Tụi Ấn nói khó nghe thiệt, nghe vài lần, biết cách tụi nó cứ nhấn xuống thì nghe đỡ hơn tý. Mình lại ko ưa Singlist, nhấn nhá loạn lên hết, nghe khó chịu - chắc do ảnh hưởng tụi Anh nhiều. Đợt qua Sing cũng toàn nói chuyện xàm xàm với thanh niên Đài Loan.
ta ko biết mấy cái principle ý muốn hỏi gì thiệt... giải thích nó hoạt động thế nào thì ta nói cho chứ ai mà học thuộc lòng ba cái đó. nhu bữa hỏi principle of function programming là gì, ta nói ko biết nhưng hỏi function programming là gì thì ta giải thích, cái ta giải thích chính là principle của pure function
hỏi lý thuyết thì gg.. nay làm test của cty kia, xài hacker earth. dm biết là để test, nhưng ta ghét kiểu input data theo lines dạng như line đầu: số lượng test case line 2: độ dài array test case line 3: data array cho test case dm cái test case sample thì để data 1 test case 1 4 [1, 3, 7, 9] submit code thì sai với hidden test case, test case ra sao thì méo cho coi, cũng ko cho console log ra để check coi sai gì. ta nghĩ test này ta fail cmnr. ta đoán là nó gộp cmn 2 cái case vào 1 data sample như 2 4 [1, 2, 3, 4] 4 [1, 9, 7, 6] dm biết là ta dở, nhưng làm khó chuyện tào lao méo đáng.
Này ông đổi xíu chỗ mindset, ko hẳn mình "rớt" mà là mình "không hợp" với cty. Tại vì nếu cty đã cho test kiểu này, văn hoá với cách làm việc của họ cũng sẽ có nét tương tự. Dù ông đậu thì khi làm việc cũng sẽ khó chịu, hiệu suất kém, tinh thần tiêu cực. Nên ko passed là tốt cho cả 2 bên, mình thoải mái bái bai nó là xong.
mình biết là vậy... nhưng cũng khó chịu vì bản thân làm fail test cũng tào lao... chủ yếu là 1 phần lý do chủ quan của bản thân nên mới bực... cảm ơn bác đã động viên. kỳ nay có 4 cty gọi pv 1 cty thì 3/4 vòng đã xong, đợi kết quả pv technical 1 cty thì đang 1/4, đang đợi lên lịch pv technical 1 cty thì mới xong vòng screen cv, đang doi pv vòng 1 1 cty thì làm test fail cmn mới kể
Mấy cái test hay pair pgorammimg, có lẽ đôi lúc là mình k gãi đúng chổ ngứa của ông ra đề là cũng tạch. Có đợt mình pair programming hết 2 tiếng, có bao nhiêu vốn liếng lôi ra hết. Lúc tạm biệt ra về, cảm giác tự tin lắm, chắc mẩm là đậu r. Hôm sau thì nhận mail rớt
Yup đã fail bài test hacker earth, bé tuyển người hỏi mình muốn làm lại không, mình thấy lười nên trả lời là mình không phụ hợp vị trí nên không làm lại... toi 1/4 =]]
Đúng oy cùng ý tưởng nhưng khác cách triển khai thôi :v Cái này là do format chung của cty từ đầu rồi. Hình như copy từ spoj với leetcode. Cái họ cần là check thuật toán của mình, mà để check thì phải compare output. Coi nó như 1 nhược điểm của máy móc đi vậy
