Giờ it khó tìm việc rồi à

  • Người tạo chủ đề Người tạo chủ đề whynotmeee
  • Ngày bắt đầu Ngày bắt đầu
Chả ai nói là vô dụng, ông bác kia ví dụ định nghĩa lại ctdl thì tôi bảo chả ai đi định nghĩa lại mấy thứ đó cả chứ chưa hề nói ctdl là vô dụng.
Đúng là CTDL&GT khá quan trọng, nhưng hồi mình đi học (cỡ 12 năm rồi) có 1 môn khác mà giờ cũng thấy quan trọng không kém, nó kiểu như tính toán về khả năng bảo trì, khả năng mở rộng, thời gian làm ra sản phẩm,... Hồi đó mình khá coi thường môn này và nghĩ nắm được CTDL&GT, tối ưu thuật toán, phần mềm chạy nhanh là đã vô địch rồi, nên giờ cách làm việc cũng cứ bị theo kiểu hướng đó, thành ra đôi lúc bị tốn thời gian "dùng dao mổ trâu để giết gà", tốn nhiều thời gian cho việc tối ưu.
 
Đúng là CTDL&GT khá quan trọng, nhưng hồi mình đi học (cỡ 12 năm rồi) có 1 môn khác mà giờ cũng thấy quan trọng không kém, nó kiểu như tính toán về khả năng bảo trì, khả năng mở rộng, thời gian làm ra sản phẩm,... Hồi đó mình khá coi thường môn này và nghĩ nắm được CTDL&GT, tối ưu thuật toán, phần mềm chạy nhanh là đã vô địch rồi, nên giờ cách làm việc cũng cứ bị theo kiểu hướng đó, thành ra đôi lúc bị tốn thời gian "dùng dao mổ trâu để giết gà", tốn nhiều thời gian cho việc tối ưu.
là môn j vậy fen?
 
Tôi thì chả bao giờ đánh giá cao những câu hỏi kiểu này. Trong c# thì nó chính là lỗi runtime, có thể ông kia nhảy qua nhảy về các dự án khác nhau nên nhầm lẫn là chuyện bình thường, hơn nữa ide nó support hiển thị từ value return cho đến exception có thể có, hỏi như vậy chả nói lên được điều gì chỉ thấy giống đánh đố nhau thì đúng hơn.

Ông thử làm chưa mà bảo ide nó báo, tôi bảo ông kia bật ide lên code thử trường hợp tôi bảo mà nó ngồi 5-7p ko code đc thì thử hỏi nó lấy đâu ra tự tin apply sen java, tôi nói JAVA chứ có phải cái khác đâu. Đây là cái basic nhất rồi đấy còn đ biết thì làm đc gì khác, khi code ko làm với mấy ctdl này chả nhẽ ghi log không thôi à. Tôi thấy ông có khả năng giống thằng đó rồi đấy

Gửi từ Samsung SM-J610F bằng vozFApp
 
Sửa lần cuối:
Ông thử làm chưa mà bảo ide nó báo, tôi bảo ông kia bật ide lên code thử trường hợp tôi bảo mà nó ngồi 5-7p ko code đc thì thử hỏi nó lấy đâu ra tự tin apply sen java, tôi nói JAVA chứ có phải cái khác đâu. Đây là cái basic nhất rồi đấy còn đ biết thì làm đc gì khác, khi code ko làm với mấy ctdl này chả nhẽ ghi log không thôi à. Tôi thấy ông có khả năng giống thằng đó rồi đấy

Gửi từ Samsung SM-J610F bằng vozFApp
1680438513062.png

Khi lên sen thì việc nhảy qua nhảy về các dự án khác nhau để support là rất bình thường và việc nhầm lẫn những cái basic thì tôi chả thấy có gì đáng cười cả. Quan trọng khi họ nhầm và có lỗi thì chỉ cần 1s suy nghĩ là họ hiểu lỗi chỗ nào để bay vào sửa ngay chứ ko mất thời gian.
 
Sửa lần cuối:
Xem tệp đính kèm 1754809
Khi lên sen thì việc nhảy qua nhảy về các dự án khác nhau để support là rất bình thường và việc nhầm lẫn những cái basic thì tôi chả thấy có gì đáng cười cả. Quan trọng khi họ nhầm và có lỗi thì chỉ cần 1s suy nghĩ là họ hiểu lỗi chỗ nào để bay vào sửa ngay chứ ko mất thời gian.
cái hashMap là thứ vô cùng basic và cũng vô cùng quan trọng. Dùng khắp mọi nơi, mọi công nghệ mọi thư viện đều dính tới nó ít hay nhiều. Không có chuyện senior (cụ thể là senior java) không nắm được cái trên. Câu này hỏi mà thấy trả lời ko ổn thì mời về đc rồi.
Đồng ý về việc nhầm lẫn cũng là bình thường. Nếu người pv có năng lực thì người ta tự biết case nào nhớ nhầm nhưng làm thật, case nào là ko biết gì cả.
Phỏng vấn senior tôi thấy nên pv system design kết hợp với đi sâu vô chi tiết cụ thể ( tùy người hỏi). Tránh đi hỏi edge cases ( những cái case mà 99% ko bao giờ đụng nhưng lại khó nhớ) Hỏi nhiều về kiến thức database các loại, tùy coi họ làm db gì thì hỏi. Tôi thấy hỏi thế này là biết nhau rồi.
 
Tôi đi pv cũng nhiều pv người khác cũng nhiều, đồng ý với bác @hidinghero hơn. Thường các ông đi pv người khác hay bị kiểu xem những cái mình biết là standard :big_smile: tôi thích hỏi ứng viên và đánh giá theo những gì người ta biết, chứ không phải những gì tôi biết (vd người ta nhiều kinh nghiệm làm về n-tier monolithic thì tôi hỏi về cái architecture đó, xem người ta trình bày là biết người ta có hiểu rõ về cái mình làm ko chứ ko phải tôi chuyên làm microservices thì tôi hỏi sâu về ms rồi bảo người ta kém). Kiến thức ngành này quá rộng và quá nhiều, dễ quên, kể cả basic (vì ko động đến), mình là người ra đề thì mình thấy dễ, chứ đến khi đi làm đề ông khác ra thì chưa chắc.
 
Chắc t lấy ví dụ hơi to tát.
Quay về vấn đề đơn giản: chọn array list hay linked list để giải quyết vấn đề. Đó là ds
Tối ưu 1 vòng for để nó chạy ngon hơn thì là agl rất cơ bản rồi.
Nghề này ds và agl luôn tồn tại trong những thứ cơ bản nhất. Đâu cần đao to búa lớn leetcode gì.
Nên ai nói nghề này ko cần ds và agl. T thấy khá hài. Khác gì xây nhà ko móng mà đòi vững chắc.
chắc a hiểu nhầm, tôi chỉ nói k cần làm những bài thuật toán khó, trong khi vào làm thực tế thì k đụng đến
ví dụ: tôi có thằng bạn senior mobile dev, có cty cho nó interview 20 câu thuật toán trắc nghiệm, nó làm 2 lần đều fail, nhưng mấu câu về mobile dev đề trả lời đc, rồi cty đó phải bỏ mấy câu thuật toán và cho nó làm test lại, rồi nó pass interview
 
chắc a hiểu nhầm, tôi chỉ nói k cần làm những bài thuật toán khó, trong khi vào làm thực tế thì k đụng đến
ví dụ: tôi có thằng bạn senior mobile dev, có cty cho nó interview 20 câu thuật toán trắc nghiệm, nó làm 2 lần đều fail, nhưng mấu câu về mobile dev đề trả lời đc, rồi cty đó phải bỏ mấy câu thuật toán và cho nó làm test lại, rồi nó pass interview
T mới đề cập đến vấn đề cơ bản. Lên cao hơn sẽ phải giải quyết các vấn đề khó hơn, mang đặc thù business của phần mình làm, ko còn đơn giải là nhờ framework,lib là xong.
T theo quan điểm cứng CS mới có thể tiến xa về mặt tech được. Còn trừ khi a chỉ mong cày exp chờ manager, thì thôi cũng ko quan trọng đâu.
 
Sửa lần cuối:
"Công nghệ phần mềm", chắc các trường khác có tên khác, chứ hồi đó mình học trường mình có mấy môn nghe tên nó hơi "ngang".
Software engineering, tôi thấy môn này cực hay, nó cho thấy làm phần mềm không chỉ có mỗi lập trình, mà còn nhiều vấn đề như quy trình phát triển, kiểm thử, quản lý dự án, các khó khăn trong phát triển phần mềm
 
Tôi đi pv cũng nhiều pv người khác cũng nhiều, đồng ý với bác @hidinghero hơn. Thường các ông đi pv người khác hay bị kiểu xem những cái mình biết là standard :big_smile: tôi thích hỏi ứng viên và đánh giá theo những gì người ta biết, chứ không phải những gì tôi biết (vd người ta nhiều kinh nghiệm làm về n-tier monolithic thì tôi hỏi về cái architecture đó, xem người ta trình bày là biết người ta có hiểu rõ về cái mình làm ko chứ ko phải tôi chuyên làm microservices thì tôi hỏi sâu về ms rồi bảo người ta kém). Kiến thức ngành này quá rộng và quá nhiều, dễ quên, kể cả basic (vì ko động đến), mình là người ra đề thì mình thấy dễ, chứ đến khi đi làm đề ông khác ra thì chưa chắc.
Nhớ xưa pv có thằng hỏi java 8 và java 9 khác nhau thế nào, mình kiểu wtf ??? mấy cái đó đứng ở view của đứa interviewer, do nó chủ động đưa ra câu hỏi nên thấy nó basic, chứ đứng ở view của interviewee thì thấy nó xàm v :) chưa kể 1 lô lốc các câu hỏi mà chủ yếu do các ông làm rồi đem hỏi đánh đố :) , mình đi pv thấy rất ít người như bác là hỏi chủ yếu xem ứng viên đã làm gì , mức độ hiểu công việc thế nào, cái nhìn tổng quát ra sao, mình đánh giad cao kiểu hỏi này hơn, cả 2 bên đều thoải mái mà ko bị hậm hực
 
Software engineering, tôi thấy môn này cực hay, nó cho thấy làm phần mềm không chỉ có mỗi lập trình, mà còn nhiều vấn đề như quy trình phát triển, kiểm thử, quản lý dự án, các khó khăn trong phát triển phần mềm
cái này đi làm là biết mà fen, học lý thuyết chắc j đã áp dụng đc
 
Xem tệp đính kèm 1754809
Khi lên sen thì việc nhảy qua nhảy về các dự án khác nhau để support là rất bình thường và việc nhầm lẫn những cái basic thì tôi chả thấy có gì đáng cười cả. Quan trọng khi họ nhầm và có lỗi thì chỉ cần 1s suy nghĩ là họ hiểu lỗi chỗ nào để bay vào sửa ngay chứ ko mất thời gian.
Như này em thuê 10 thg fresher + 1 thằng sen như bác nói, thằng sen chỉ việc chỉ lỗi sai cho bọn nhóc kia code có phải khỏe hơn không :misdoubt:. Ngày 400 lỗi mất khoảng cứ cho mất khoảng 4 tiếng nhưng công việc đáp ứng được lại là 10 công so với 1 công thuê 1 thằng sen mà em pv hôm bữa. Nhảy qua trăm hay nghìn cái dự án cũng thế nếu ng thật thì ngta bảo luôn lâu anh không code a chỉ support các team bh có khi a code ko bằng chú, cty tôi thiếu gì cái tầm lâu không code 1 lúc ôm mấy cái dự án, đơn cử như mấy ông CTO bh code còn ko bằng đc bọn hơn năm exp ấy chứ nhưng người ta đâu có trl thiếu căn cứ như thg 96 kia
 
Sửa lần cuối:
cái hashMap là thứ vô cùng basic và cũng vô cùng quan trọng. Dùng khắp mọi nơi, mọi công nghệ mọi thư viện đều dính tới nó ít hay nhiều. Không có chuyện senior (cụ thể là senior java) không nắm được cái trên. Câu này hỏi mà thấy trả lời ko ổn thì mời về đc rồi.
Đồng ý về việc nhầm lẫn cũng là bình thường. Nếu người pv có năng lực thì người ta tự biết case nào nhớ nhầm nhưng làm thật, case nào là ko biết gì cả.
Phỏng vấn senior tôi thấy nên pv system design kết hợp với đi sâu vô chi tiết cụ thể ( tùy người hỏi). Tránh đi hỏi edge cases ( những cái case mà 99% ko bao giờ đụng nhưng lại khó nhớ) Hỏi nhiều về kiến thức database các loại, tùy coi họ làm db gì thì hỏi. Tôi thấy hỏi thế này là biết nhau rồi.
thg 96 kia trl như chưa từng code java bao giờ luôn ấy chứ, thế mà dám apply sen láo thật :mad:
 

Thống kê chủ đề

Ngày tạo
whynotmeee,
Người trả lời cuối
chiyeuemthoi,
Trả lời
616
Lượt xem
152.733
Quay lại
Lên đầu trang