[Funland] Tuyển kỹ sư phần mềm sao mà khó!

[Leean]

Cụ có cần dev cho mấy mảng ASIC hay FPGA không? em là cựu developer chuyên làm embedded cho Nortel Network, đã từng sống và làm việc 6 năm ở development site của nó ở Santa Clara - CA ,US khi nó còn chưa phá sản đây(nó phá sản hồi 2009, bị laid off nên phải đi kiếm job khác làm về app chuyên cho finance, sau này mới về lại Saigon), khá rành về C, ANSI C, và cả Assembly nữa. RFCs của TCP/IP đến giờ gần 10 năm rồi vẫn có nhớ. Về CPU thì không chỉ biết về POWERPC, RISC, Intel và cả BROADCOM, Em chuyên viết các giao thức lớp 2 của mô hình OSI 7 lớp cho các switch modules dùng trong các blade centers(IBM chassis). Sau này có làm về IMS core cho thằng GENBAND (mua lại mảng UC của Nortel), cũng làm khác nhiều về DSP.

Nghe cụ nói về tuyển dev làm application trên các nền tảng Java, C# mà kiểm tra sâu đến tại thanh ghi , stack, heap thế này cũng kinh.

Em tuyển nhân viên thì chỉ quan tâm đến khả năng nó có làm được full-stacks hay không, có hiểu được cái garbage collector của JAVA nó làm việc thế nào là đủ. quan trọng nhất lại nó có biết cách dùng design patterns hay không, những cái nó không biết thì hoàn toàn có thể train cho nó sau.

Phỏng vấn cụ thể một ứng viên, em không quan tâm đến CV nó ghi gì, em chỉ quan tâm đến những issues nó hay gặp nhất khi dung một stack nào đó mà nó ghi trong CV, chém gió hay không thì biết ngay.

Cái quan trọng nhất là tiếng anh, nếu TOEIC mà dưới 600 thì recommend nó kiếm job ở công ty khác yêu cầu thấp hơn.

Cụ chắc giờ ít code và ít cập nhật các framework mới, để làm product thì cái quan trọng nhất là framework và khả năng re-use lại code cho đa nền tảng (cross platforms), bắt tụi nhỏ phải hiểu về cấu trúc máy tính, xử lý tín hiệu số.... micro code trong khi chúng nó không được học và cần phải biết mới có thể để làm java, .net thì có hợp lý không?

Không có hay quên hết mấy cái đó, thì vẫn có thể viết code và tối ưu được code cụ nhé.
Em gần 50 tuổi rồi nhưng vẫn code hàng ngày và review code cho cả team bên US và VN đây

 

[Of.NguyenLinh]

Thằng cu em trai nó mới ra trường, mà giờ lương 16 củ

 

[tieunhupha]

Cụ nên tuyển GS, TS cho dễ.

 

[j23]

Tuyển 20 ông may được 1 ông, lúc nào cũng đòi lương trên trời nhưng làm thì lười, thiếu tính chịu khó + sáng tạo, sẵn sàng qua sông đấm bu*i vào sóng đứng núi này trông núi nọ
Thực trạng 3 năm nay của em đấy các cụ

 

[A98]

Cụ có cần dev cho mấy mảng ASIC hay FPGA không? em là cựu developer chuyên làm embedded cho Nortel Network, đã từng sống và làm việc 6 năm ở development site của nó ở Santa Clara - CA ,US khi nó còn chưa phá sản đây(nó phá sản hồi 2009, bị laid off nên phải đi kiếm job khác làm về app chuyên cho finance, sau này mới về lại Saigon), khá rành về C, ANSI C, và cả Assembly nữa. Về CPU thì không chỉ biết về POWERPC, RISKS, Intel và cả BROADCOM. chuyên viết các giao thức lớp 2 của mô hình OSI 7 lớp cho các switch modules dùng trong các blade centers(IBM chassis). Sau này có làm về IMS core cho thằng GENBAND ( mua lại mảng UC của Nortel), cũng làm khác nhiều về DSP.

Nghe cụ nói về tuyển dev làm application trên các nền tảng Java, C# mà kiểm tra sâu đến tại thanh ghi , stack, heap thế này cũng kinh.

Em tuyển nhân viên thì chỉ quan tâm đến khả năng nó có làm được full-stacks hay không, có hiểu được cái garbage collector của JAVA nó làm việc thế nào là đủ. quan trọng nhất lại nó có biết cách dùng design patterns hay không, những cái nó không biết thì hoàn toàn có thể train cho nó sau.

Phỏng vấn cụ thể một ứng viên, em không quan tâm đến CV nó ghi gì, em chỉ quan tâm đến những issues nó hay gặp nhất khi dung một stack nào đó mà nó ghi trong CV, chém gió hay không thì biết ngay.

Cái quan trọng nhất là tiếng anh, nếu TOEIC mà dưới 600 thì recommend nó kiếm job ở công ty khác yêu cầu thấp hơn.

Cụ chắc giờ ít code và ít cập nhật các framework mới, để làm product thì cái quan trọng nhất là framework và khả năng re-use lại code cho đa nền tảng (target platforms), bắt tụi nhỏ phải hiểu về cấu trúc máy tính, xử lý tín hiệu số.... micro code trong khi chúng nó không được học và cần phải học mới có thể để làm java, .net thì có hợp lý không?

Không có hay quên hết mấy cái đó, thì vẫn có thể viết code và tối ưu được code cụ nhé.
Em gần 50 tuổi rồi nhưng vẫn code hàng ngày và review code cho cả team bên US và VN đây

Cụ hiểu sai ý em rồi. Đấy là em rút kinh nghiệm từ bản thân. Người code phải biết mình code viết khiến cho máy tính làm cái gì, đơn giản nhất làm mỗi chỉ thị làm cho vùng nhớ của chương trình thay đổi như thế nào. Hiểu được cái này tức là hiểu được kiến trúc máy tính cụ ạ. Người nào hiểu được GC làm việc như thế nào cũng sẽ hiểu được JVM là gì, cũng sẽ hiểu được kiến trúc máy tính là như thế nào.

Em cũng chỉ hỏi tương tự như cụ thôi, tùy tình huống. Chứ bây giờ em yêu cầu các em ấy biết thanh ghi x86 và x64 khác nhau như thế nào, có bao nhiêu thanh ghi thì các em ấy sẽ lên forum bảo "đừng có vào cty X đấy, ở đấy có một bố bị hâm" mất. Mà kiến thức về assembly của em dừng ở 386, cùng với một số hiểu biết nhỏ về intermediate language của .NET (CIL) thôi.

 

[Leean]

Cụ hiểu sai ý em rồi. Đấy là em rút kinh nghiệm từ bản thân. Người code phải biết mình code viết khiến cho máy tính làm cái gì, đơn giản nhất làm mỗi chỉ thị làm cho vùng nhớ của chương trình thay đổi như thế nào. Hiểu được cái này tức là hiểu được kiến trúc máy tính cụ ạ. Người nào hiểu được GC làm việc như thế nào cũng sẽ hiểu được JVM là gì, cũng sẽ hiểu được kiến trúc máy tính là như thế nào.

Em cũng chỉ hỏi tương tự như cụ thôi, tùy tình huống. Chứ bây giờ em yêu cầu các em ấy biết thanh ghi x86 và x64 khác nhau như thế nào, có bao nhiêu thanh ghi thì các em ấy sẽ lên forum bảo "đừng có vào cty X đấy, ở đấy có một bố bị hâm" mất. Mà kiến thức về assembly của em dừng ở 386, cùng với một số hiểu biết nhỏ về intermediate language của .NET (CIL) thôi.

Cụ chắc thuộc thế hệ không già mà cũng chẳng trẻ và chắc là không full-time coding, cách cụ hỏi nó thể hiện một tư duy chưa đi kịp với tốc độ phát triển của các frameworks đặc biệt là lĩnh vực enterprise app, tại sao phải hỏi những cái như vậy ? thằng dev nó biết dùng thuật toán đúng, sắp xếp, tổ chức dữ liệu đúng, biết lúc nào dung cái mảng, lúc nào dùng cái danh sách hay biết lúc nào kết hợp cả 2 cái đó mới là yếu tố quan trọng về mặt cấu trúc dữ liệu + thuật toán, nó làm đúng, thì tự khắc con CPU của cụ nó sẽ làm việc đúng và đạt được hiệu suất cao nhất cụ ạ.(dám chắc theo thời gian coding, kiến thức và skill của cụ sẽ không bằng nó, một thằng học điện tử viễn thông thì sẽ không thể giỏi thuật toán hơn thằng học chuyên về công nghê phần mềm, thực tế rút ra từ em)

Cho là nó hiểu về CPU như cụ muốn không có nghĩa là nó giỏi về algorithm and data structure cụ ơi
làm product như cụ thì cái cần là algorithm + data structure + technology stacks(frameworks) chứ không phải CPU architect

 

[thungxam]

Em bỏ nghề cũng 1 thời gian dài rồi , thực chất tuyển người với em quan trọng nhất ứng viên có chịu học hay không và thái độ ứng viên đó ntn . Về trình độ kỹ thuật chỉ cần có tư duy ổn là ngon , không quá mù về mảng của mình . Chứ đòi hỏi ngồi phát vào làm dc luôn thì mình chi tiền núi

 

[Leean]

Em bỏ nghề cũng 1 thời gian dài rồi , thực chất tuyển người với em quan trọng nhất ứng viên có chịu học hay không và thái độ ứng viên đó ntn . Về trình độ kỹ thuật chỉ cần có tư duy ổn là ngon , không quá mù về mảng của mình . Chứ đòi hỏi ngồi phát vào làm dc luôn thì mình chi tiền núi

Thực tế em vẫn phải mua người dạng về làm ngay trên cùng kiểu product, thậm chí mua cả team đó luôn, tùy tính chất dự án và cái hợp đồng với khách hàng như thế nào nữa cụ ạ.

 

[A98]

Cụ chắc thuộc thế hệ không già mà cũng chẳng trẻ và chắc là không full-time coding, cách cụ hỏi nó thể hiện một tư duy chưa đi kịp với tốc độ phát triển của các frameworks đặc biệt là lĩnh vực enterprise app, tại sao phải hỏi những cái như vậy ? thằng dev nó biết dùng thuật toán đúng, sắp xếp, tổ chức dữ liệu đúng, biết lúc nào dung cái mảng, lúc nào dùng cái danh sách hay biết lúc nào kết hợp cả 2 cái đó mới là yếu tố quan trọng về mặt cấu trúc dữ liệu + thuật toán, nó làm đúng, thì tự khắc con CPU của cụ nó sẽ làm việc đúng và đạt được hiệu suất cao nhất cụ ạ.(dám chắc theo thời gian coding , kiến thức và skill của cụ sẽ không bằng nó, một thằng học điện tử viễn thông thì sẽ không thể giở thuật toán bằng thằng học chuyên về công nghê phần mềm )

Cho là nó hiểu về CPU như cụ muốn không có nghĩa là nó giỏi về algorithm and data structure cụ ơi
làm product như cụ thì cái cần là algorithm + data structure + technology stacks(frameworks) chứ không phải CPU architect

Em đúng là trẻ đã qua mà già thì chưa tới cụ ạ.
Như em đã nói, em chỉ yêu cầu ứng viên làm một bài test nho nhỏ (khoảng 30 phút, 50 dòng code là cùng) xem code như thế nào thôi. Còn những thứ như CPU, vi lệnh, Specter, Meltdown, RISC vs CISC, x86 vs ARM chỉ là câu chuyện ngoài lề thôi mà cụ. Không liên quan đến việc tuyển dụng. Em phải nói rõ không lại có người sợ chạy mất, chết em.

 

[NovRainInFall]

Cụ có cần dev cho mấy mảng ASIC hay FPGA không? em là cựu developer chuyên làm embedded cho Nortel Network, đã từng sống và làm việc 6 năm ở development site của nó ở Santa Clara - CA ,US khi nó còn chưa phá sản đây(nó phá sản hồi 2009, bị laid off nên phải đi kiếm job khác làm về app chuyên cho finance, sau này mới về lại Saigon), khá rành về C, ANSI C, và cả Assembly nữa. RFCs của TCP/IP đến giờ gần 10 năm rồi vẫn có nhớ rõ. Về CPU thì không chỉ biết về POWERPC, RISKS, Intel và cả BROADCOM, Em chuyên viết các giao thức lớp 2 của mô hình OSI 7 lớp cho các switch modules dùng trong các blade centers(IBM chassis). Sau này có làm về IMS core cho thằng GENBAND (mua lại mảng UC của Nortel), cũng làm khác nhiều về DSP.

Nghe cụ nói về tuyển dev làm application trên các nền tảng Java, C# mà kiểm tra sâu đến tại thanh ghi , stack, heap thế này cũng kinh.

Em tuyển nhân viên thì chỉ quan tâm đến khả năng nó có làm được full-stacks hay không, có hiểu được cái garbage collector của JAVA nó làm việc thế nào là đủ. quan trọng nhất lại nó có biết cách dùng design patterns hay không, những cái nó không biết thì hoàn toàn có thể train cho nó sau.

Phỏng vấn cụ thể một ứng viên, em không quan tâm đến CV nó ghi gì, em chỉ quan tâm đến những issues nó hay gặp nhất khi dung một stack nào đó mà nó ghi trong CV, chém gió hay không thì biết ngay.

Cái quan trọng nhất là tiếng anh, nếu TOEIC mà dưới 600 thì recommend nó kiếm job ở công ty khác yêu cầu thấp hơn.

Cụ chắc giờ ít code và ít cập nhật các framework mới, để làm product thì cái quan trọng nhất là framework và khả năng re-use lại code cho đa nền tảng (target platforms), bắt tụi nhỏ phải hiểu về cấu trúc máy tính, xử lý tín hiệu số.... micro code trong khi chúng nó không được học và cần phải học mới có thể để làm java, .net thì có hợp lý không?

Không có hay quên hết mấy cái đó, thì vẫn có thể viết code và tối ưu được code cụ nhé.
Em gần 50 tuổi rồi nhưng vẫn code hàng ngày và review code cho cả team bên US và VN đây

Cụ chuẩn luôn, cái cụ A98 cần ở ứng viên chắc hiểu chút về vận hành và xử lý luồng trong kiến trúc CPU, chứ không phải là thao tác đọc/ghi vào segment (mặc dù một số người có thể tối ưu được code bởi hiểu về nền tảng xử lý). Queuing là 1 ví dụ, tuy nhiên, coder trên Java hay dot Net 10 ông thì tới 9 ông chả hiểu gì về enqueue và dequeue (cách thức xử lý dưới mức platform), advanced hơn thì hiểu cơ chế xử lý queue. E ví dụ thế.

 

[NovRainInFall]

Em đúng là trẻ đã qua mà già thì chưa tới cụ ạ.
Như em đã nói, em chỉ yêu cầu ứng viên làm một bài test nho nhỏ (khoảng 30 phút, 50 dòng code là cùng) xem code như thế nào thôi. Còn những thứ như CPU, vi lệnh, Specter, Meltdown, RISC vs CISC, x86 vs ARM chỉ là câu chuyện ngoài lề thôi mà cụ. Không liên quan đến việc tuyển dụng. Em phải nói rõ không lại có người sợ chạy mất, chết em.

E có thằng e, đang làm ở viettel, cũng làm code, thu nhập rất khá, nhưng đợt này thấy nó kể chuyện áp lực quá, ngoài 900$ net per month bên cụ trả thì có khoản ngoài nào không? Giờ tổng thu nhập chia trung bình 1 tháng của nó hơn 50 thực nhận, chưa kể các khoản bổ xung. Hôm bữa nó tâm sự giờ có thể down xuống, dành thời gian cho gia đình nhiều hơn, dù sao nó cũng có tích luỹ nhất định. Nếu cụ chia sẻ đc thì e tự nguyện làm cầu nối.

 

[Thangvjt]

Mấy năm nay sao mà cty em tuyển kỹ sư phần mềm khó khăn lắm các cụ ạ.

Tuần nào em với 2 anh em nữa cũng phải làm mấy phát, ý em là phỏng vấn ấy.

Cty bọn em làm product chứ không phải outsource, thế nên phải tuyển người code sao cho người khác còn đọc được, còn sửa vào được. Ứng viên thì một nửa chỉ biết code, chứ không biết code sao cho đẹp. Nửa còn lại thì đến code còn không biết. Bài test bé tí teo thế mà nhiều người 5-8 năm kinh nghiệm làm không nổi. Mà bọn em hợp đồng với mấy head hunter agency để họ tìm ứng viên cho mình chứ có phải là ra chợ người gọi về phỏng vấn đâu.

Cty em làm là công ty nước ngoài, lương cũng không kém lắm, dev thường (2-3 năm kinh nghiệm thôi, chưa phải senior) lương ~900, kinh nghiệm + kỹ năng cao hơn thì lương có thể cao hơn rất nhiều, ấy thế mà tuyển mãi mấy tháng mới được một người. Em đang xin phép sếp cho thêm sign-on bonus, không biết có ăn thua gì không.

Các cụ có ai trải qua cùng cảnh ngộ thì chia sẻ giải pháp với em một tý với. Cụ nào có thằng em nào muốn tìm việc khác thì bảo nó thông tin với em nhé. VP bọn em ở Hà nội, bọn em Java, .NET nhận tất.

Muốn giới thiệu thì liên hệ vs cụ kiểu gì ợ ?

 

[A98]

Cụ chuẩn luôn, cái cụ A98 cần ở ứng viên chắc hiểu chút về vận hành và xử lý luồng trong kiến trúc CPU, chứ không phải là thao tác đọc/ghi vào segment (mặc dù một số người có thể tối ưu được code bởi hiểu về nền tảng xử lý). Queuing là 1 ví dụ, tuy nhiên, coder trên Java hay dot Net 10 ông thì tới 9 ông chả hiểu gì về enqueue và dequeue (cách thức xử lý dưới mức platform), advanced hơn thì hiểu cơ chế xử lý queue. E ví dụ thế.

Vầng, thực ra ý em là em đã gặp quá nhiều người viết code mà không hiểu những vấn đề ví dụ như khi viết string name = input.Substring(indexOfLastSpace) nghĩa là ta đang instantiate một object string mới. Theo em họ không hiểu được những vấn đề sơ đẳng này vì họ không hiểu mô hình bộ nhớ của máy tính, từ đó không hiểu pointer là gì, đâu là pointer đâu là object. Môn học thể hiện rõ nhất cái này là môn Vi Xử Lý, thế nhưng nhiều em sinh viên không hề quan tâm đến môn này vì nghĩ nó vô dụng.

 

[NovRainInFall]

Vầng, thực ra ý em là em đã gặp quá nhiều người viết code mà không hiểu những vấn đề ví dụ như khi viết string name = input.Substring(indexOfLastSpace) nghĩa là ta đang instantiate một object string mới. Theo em họ không hiểu được những vấn đề sơ đẳng này vì họ không hiểu mô hình bộ nhớ của máy tính, từ đó không hiểu pointer là gì, đâu là pointer đâu là object. Môn học thể hiện rõ nhất cái này là môn Vi Xử Lý, thế nhưng nhiều em sinh viên không hề quan tâm đến môn này vì nghĩ nó vô dụng.

E không code Java nên cũng không bàn đc với cụ. Cái e muốn nói với cụ là giờ mặt bằng chung, kể cả cao hơn một chút, trình độ đều như vậy cả. Chúng ta kém hơn bọn mũi lõ nhiều, nếu xét về một góc hẹp nhưng chất lượng như ngành it này. E p/v nhiều cũng phải chấp nhận, cái chính là ứng viên kinh qua những project nào rồi, đóng vai trò nào trong project đó. Rồi nếu có nhận thì cũng uốn nắn dần dần.
Người có kinh nghiệm lâu năm thực tế rất hiếm khi bỏ chỗ đang làm, kể cả chỗ mới approve gấp rưỡi chỗ hiện tại.

 

[A98]

Người có kinh nghiệm lâu năm thực tế rất hiếm khi bỏ chỗ đang làm, kể cả chỗ mới approve gấp rưỡi chỗ hiện tại.

Chính xác cụ ạ. Người có trình độ và kỹ năng không phải là ít nhưng phần lớn những người như vậy sau 1-2 lần chuyển việc sẽ tìm được một nơi làm mà mình thấy ổn, và không tham gia thị trường lao động nữa.

 

[NovRainInFall]

Cụ nên tuyển GS, TS cho dễ.

Chỗ e 3 tiến sĩ, có bằng khi mới 40, giờ vẫn chỉ cho làm từng module không quan trọng mấy.

 

[phihanhgia]

Tóm lại, là không chỉ ít kỹ sư phần mềm chất lượng tốt, mà đám head hunters với HR đều yếu kém, hiểu biết ít như thế thì làm sao mà tuyển được người giỏi và tư vấn dùng người giỏi được ...

 

[phihanhgia]

Chỗ e 3 tiến sĩ, có bằng khi mới 40, giờ vẫn chỉ cho làm từng module không quan trọng mấy.

Tiến sĩ xịn được đào tạo bài bản ở phương Tây cũng chỉ làm tốt việc nghiên cứu trong các Viện, Trường ĐH. Nếu họ làm công việc của kỹ sư phần mềm thì họ không có ưu thế hơn đâu.

 

[NovRainInFall]

Tiến sĩ xịn được đào tạo bài bản ở phương Tây cũng chỉ làm tốt việc nghiên cứu trong các Viện, Trường ĐH. Nếu họ làm công việc của kỹ sư phần mềm thì họ không có ưu thế hơn đâu.

Đúng cụ, nên chuyên ngành của các vị ấy không được sử dụng đúng, thành ra lãng phí chất xám.

 

[deeplearning]

Môn học thể hiện rõ nhất cái này là môn Vi Xử Lý, thế nhưng nhiều em sinh viên không hề quan tâm đến môn này vì nghĩ nó vô dụng.

Đùa chứ cụ mà phỏng vấn với em mà buột miệng nói "môn Vi xử lý" là 80% em cho out rồi !