[vne] vật chất quyết định ý thức

Công bằng mà nói thì lấy được bằng tiến sĩ cũng đâu phải gọi là giỏi, chỉ là con đường nó khác và đòi hỏi cần cù hơn người khác thôi.
Chưa kể là nếu bạn học đại học ở nước ngoài chỉ thi đại học ở VN cho có thì cái con số 18 điểm nó chẳng còn liên quan gì.

 

Hồi đó thi thật chứ k phải cho có, học 2 năm mới chuyển tiếp qua mẽo học tiếp chứ ban đầu đâucó dự định đi.
Ý mình là hồi đó cũng tủi thân nhưng h có cái bằng/hơn ng ta tí xíu nên đỡ tủi thôi chứ k có khoe gì.

 

Lúc ra đề ổng phải nói rõ dụng ý như vậy thì ok. Chứ ra đề suông bắt giải, mình giải ra thì kêu mày đi tên lửa, cheat nên 0 điểm thì chơi xấu bỏ mẹ chứ hay ho gì?

 

Chả liên quan gì tới cheat.

Một thằng thì chơi thủ công nhân tất cả lên rồi ngồi đếm thủ công.

Một thằng thì đếm số. Từ 1 tới n có bao nhiêu số chia hết cho 5^n thì ra số 0 ở kết quả.

Cheat chỗ nào.

P/s : Chưa kể cái đề bài mà méo giới hạn cái n. Nó nhập cho 1 tỷ vào thì cách thứ nhất tính tha hồ vui.

 

Đã nói ở vế sau rồi đấy. Ko phải cứ chạy dc là có điểm, ko phải là chép bài lên nộp là xong. Cái ông ấy muốn kiềm tra đây là Tư Duy/ Ý Tưởng và Kỹ Năng Lập Trình chứ bài code thì cứ Mã Nguồn là cả đống.

 

Học quan trọng sâu và nhanh, hồi nhỏ đi học vừa hiểu được bài một đã sang bài 2.Chán nản ko học nữa nhưng cũng cố bò đến hết lớp 12.giờ cho đi học lại chắc chắn học được

 

Chả hiểu ông nói gì.
Giờ ông ông ra đề là lập trình. Nó code ra thuật toán đúng thì thôi chứ. Ông nhìn vào đoạn code làm sao biết nó hiểu thuật toán đó thật hay không

P/s ông đọc lại bày con tý rận rà thằng kia sửa thuật toán chứ không phải nó dùng lib có sẵn.

 

Mình học thầy Huy ở KHTN thì thầy có nói là tôi ra đề, các anh chị muốn làm kiểu gì thì làm, muốn làm ngôn ngữ gì cũng được, tôi dạy là dạy cái căn bản, còn tìm hiểu hay tư duy thì anh chị phải tự học. Cho nên chỉ cần có kết quả là được, còn quá trình thì muốn lên mạng lấy xuống cũng xong, vì hầu hết bây giờ ra lt thì cũng lấy mẫu về làm lại thôi.

 

Ý ông là làm dài thì tư duy không bằng bọn làm ngắn ?

 

Hình như ý hắn là ngược lại.
Làm ngắn là hack, cheat

 

Nhầm, ngược lại mới đúng . Đang lơ mơ nên gõ loạn lên

 

Ko đòi hỏi biết mysql nhưng ko phải kiểu như bác kia nói là đem mấy đứa học kinh tế vào làm cũng được. Mọi người coi thường vị trí này chứ trong ngành phần mềm, có vài vị trí qa xịn thì công ty sẽ tiết kiệm rất nhiều cả thời gian, công sức lẫn tiền bạc. 1 QA đóng sát vai người dùng không thể làm được

 

Thầy gì tư duy kì vậy? Đi làm gặp bọn code chỉ để ra kết quả rồi thấy khổ với chúng nó thế nào.

 

Đây vn nói chung vẫn làm kiểu rời rạc.
Như bên nước ngoài thì nó train code cho bọn thuế thì vì nó có sẵn căn bản với công việc chuyên môn nên nó hiểu nó cần và fix code như nào chứ không phải như vn ông thuế nói chuyện với ông chuyên code ko thể làm việc được

 

Ra kết quả mà đúng + chính xác thì mắc gì khổ?

Khi nào có lỗi thì chửi chứ code hiệu quả chính xác thì nó muốn code kiểu gì chả được?

Mà code có tư duy làm tắt ko có nghĩa là tụi nó ko hiểu cơ bản nhé! Ít nhất tụi nó đã hiểu cơ bản là gì đã rồi mới ngồi tìm cách tối ưu! Quy chụp vậy là sai!

 

Có sách tài liệu căn bản ko bữa nào ta mượn coi

 

Sinh viên viết code chỉ để mục đích là chạy đc và bản thân đọc đc. Ông thầy nào phán chỉ cần code chạy hoặc lười ko xem sinh viên nó viết thế nào hoặc chỉ biết đi dạy, ko có kinh nghiệm đi làm. Viết code quan trọng mấy thứ sau hơn:

1. Readability - viết thế nào để người khác đọc đc và cả bản thân đọc đc. Thời sinh viên thì làm bài nộp là xong. Cả học kì cũng chỉ vài bài, xem lại cũng ko khó nhớ. Đi làm code mỗi ngày, đụng phải thể loại thích gì viết đấy chỉ để cho mình nó hiểu thì xong cmnr. Giống làm văn thôi, dài lê thê ko tốt, ngắn quá cũng chẳng hay ho gì. Code cả triệu dòng mà gặp đứa thích đú gôm cả đống vô cùng 1 line thì lúc trace bug cũng ngu người với nó.
2. Documentation - Sai lầm cực lớn của mấy thầy khi bảo chỉ cần chạy đc ko quan tâm có gì trong đó. Sinh viên gần như ko đứa nào quan tâm vấn đề này. Đi làm rồi mới thấy nó quan trọng, ko những document trong code mà còn document bên ngoài. Code review còn phải đọc xem người ta document thế nào, trong khi chấm bài thì ko chịu xem chúng nó làm gì trong đó. Ko có cái nào là bug free, bây giờ chạy đc, QA test pass nhưng 1-2 năm sau phát hiện có bug là bình thường. Lúc đó quay lại mà ko có document thì có l mà hiểu để tìm bug. Trc đi học có người chấm bài xem code mà ko thấy viết doc - 50% số điểm trc. Làm vậy riết cho sinh viên nó quen.
3. Performance - cái này đơn giản dễ hiểu. Viết code run time complexity nlogn dĩ nhiên ngon hơn n^2. Viết đúng, chính xác mà ko hiệu quả thì cũng vất.
4. Scalability - đi học bảo làm A thì chỉ biết viết A chứ ko chừa chỗ cho nó extend ra B C D. Tư duy ko tốt sau này mở rộng ra rất khó vì phải refactor code lại. Mỗi lần như vậy ảnh hưởng rất nhiều thứ, chưa chắc gì những cái cũ còn chạy đúng. Cái này cũng khó nói vì gần như design pattern ko có dạy trong trường.

Đừng lấy tư viết code cho 1 bài toán rồi áp dụng vô mọi thứ. Code gồm 1 bài toán với code gồm nhiều bài toán liên quan nó khác nhau. Ai nói anh chị chỉ cần code chạy là đc thì đúng là éo quan tâm gì sinh viên.

Dài auto đúng, ko cần cãi

 

Hiện tại tất cả những vấn đề bạn nêu, thầy mình đều làm tốt chưa thấy vấn đề gì cả

Giải 1 bài, ổng giải kỹ từng cách 1 từ cách dốt nhất tới cách ngắn nhất và nêu ưu nhược điểm.

Vào thi thì khác, những bài đã cho thi thì đề bài cực kỳ rõ ràng:" dùng quy hoạch động, dùng tham lam,.. Để..." Nên muốn đi đường tắt cũng ko được.

Vấn đề ở đây là "Nếu đề bài không yêu cầu" thì sinh viên muốn làm gì cũng được miễn nó hiệu quả và tối ưu! Chứ giờ cho cái đề ko nói gì hết rồi chấm theo kiểu của mình thì khác nào làm khó dễ nhau :). Muốn sinh viên làm theo cách nào thì làm ơn ghi rõ vào đề bài giùm như :"Dùng chuỗi, dùng stack, dùng danh sách liên kết,... Để..." Thì tự khắc tụi nó phải làm như vậy thôi chứ khó gì?

Ngoài ra, nếu sinh viên làm bài ra kết quả đúng nhưng cách làm chưa tốt, ổng cũng đem ra lớp và chữa rõ để tiến bộ!

"Thả cho sinh viên tự sáng tạo" nó khác với "kệ mẹ mày muốn làm gì làm", bạn hơi đánh đồng kiểu đó rồi thì phải? Mình bảo ổng lười xem sinh viên giải khi nào cơ?

À nói có sách mách có chứng, người mà mình nói là thầy Lê Hoàng Thanh, dạy kỹ thuật lập trình ở ĐH Nha Trang, trước h chưa có 1 sinh viên nào chê bai cách dạy của thầy cả. Thầy dạy nhiệt tình tới mức đi thực hành, tới từng máy xem từng thằng nãy giờ nó code cái gì, thậm chí nó để giấy trắng ổng cũng cầm tay chỉ cho phài làm như nào như nào rất tận tình! Nếu vẫn ko được thì kêu thằng đó đi các bữa khác hoặc gặp riêng luôn, chỉ cần chịu học thì thầy cực kỳ tốt tính nhé

 

dễ refactor nữa
đọc cuốn The Pragmatic Programmer nó nói rõ lắm