thảo luận Buồn 26 tuổi từng code 3 ngôn ngữ nhưng không chuyên sâu cái nào

:v trước đó em làm ở bitis bác ơi, xài đủ cả, từ csdl access đến sql server , vb6 , vb net, c# winform, webform, angular gì cũng có. chung quy là duy trì phần mềm cũ đc xây dựng từ những năm đầu 2000
Mình đang có việc cần tìm hiểu về mấy cái cổ cổ ý, fen có rảnh không mình thỉnh giáo chút @@

Sent from samsung SM-N960U1 via nextVOZ
 
Mình đang có việc cần tìm hiểu về mấy cái cổ cổ ý, fen có rảnh không mình thỉnh giáo chút @@

Sent from samsung SM-N960U1 via nextVOZ
thỉnh giáo gì bác, em thấy mấy các cổ cổ đó truy vấn sql là chính , chứ có làm gì đặc biệt đâu ta. có vb6 thì tù thật
 
thế theo bác tầm rank của bác hỏi cái gì nào :p
ngày xưa cty đang làm đưa tôi 1 trang web, mà thật ra là web của cty chứ ko phải web ngoài, cho tôi 1 tuần làm xong thì cho vô làm, sau 4 năm thì lương tạm 3k, cũng chỉ php căn bản thôi chả có gì cao siêu, nhưng tôi thích cách tuyển dụng như vậy, hơn là hỏi đánh đố ;)
 
ngôn ngữ mà nâng cao thì code cái gì nhỉ?
cú pháp chỉ có bao nhiêu đó, vài tháng là hết
một ngôn ngữ làm cao lắm 1 năm là đã thuần thục

Trong 1 năm mà đọc hiểu hết cái specs 1500 trang của C++ thì không phải ai cũng làm được. Mà specs thì nó viết cực kỳ cô đọng và hình thức, chứ không phải dễ đọc như trong sách hướng dẫn. Triển khai hết thành sách diễn giải phải gấp 5 lần số trang.
Mà đó còn chưa phải tất cả, còn những thứ thuộc về implementation specific như code này sinh mã như nào với x86, đưa sang ARM thì có hiệu quả như trước không,...

Mình biết C++ 15 năm (kể từ hồi học sinh) rồi mà riêng phần ngôn ngữ thôi cũng cảm giác chỉ mới nắm được 10%.

Sent from Xiaomi Redmi 5A using vozFApp
 
Em mình nó đg học cơ điện tử BK ấy, thấy làm bài nhóm mấy môn giải tích bằng MATLAB . Mấy fen có ai làm Cơ khí Cơ điện tử cho mình hỏi là học MATLAB có giúp gì cho sau này ko mấy fen. Mình kinh tế nên mù về mấy cái kỹ thuật
vrESGSY.png
 
Trong 1 năm mà đọc hiểu hết cái specs 1500 trang của C++ thì không phải ai cũng làm được. Mà specs thì nó viết cực kỳ cô đọng và hình thức, chứ không phải dễ đọc như trong sách hướng dẫn. Triển khai hết thành sách diễn giải phải gấp 5 lần số trang.
Mà đó còn chưa phải tất cả, còn những thứ thuộc về implementation specific như code này sinh mã như nào với x86, đưa sang ARM thì có hiệu quả như trước không,...

Mình biết C++ 15 năm (kể từ hồi học sinh) rồi mà riêng phần ngôn ngữ thôi cũng cảm giác chỉ mới nắm được 10%.

Sent from Xiaomi Redmi 5A using vozFApp
Đọc spec chỉ cần khi làm việc với compiler (viết compiler, audit tìm lỗi, etc.), còn để code thì cần đọc mấy tài liệu trên mạng là đủ dùng rồi. Riêng với C++ thì có nhiều UB bẩn bựa nên có nhiều thứ khác cần phải biết.

Còn hardcore hợp ngữ thì mình thấy đa số không ai yêu cầu đâu, cùng lắm là khi cần optimize hoặc viết hợp ngữ thôi.

Nên chuyên sâu theo hướng tim hiểu hệ sinh thái của ngôn ngữ, các pattern thường dùng, nâng cao khả năng đọc hiểu code,... sẽ có ích hơn.
 
Ngôn ngữ học sâu 1 cái thôi.

Ngôn ngữ khác nhau cú pháp, quan trọng là bản chất nó chạy bên dưới thế nào.
Tui chọn C++, học cách C++ compile, link, sử dụng library, ...
Qua ngôn ngữ khác ông đọc hiểu cách engine nó chạy bên dưới thì cú pháp dễ thôi.
 
Em mình nó đg học cơ điện tử BK ấy, thấy làm bài nhóm mấy môn giải tích bằng MATLAB . Mấy fen có ai làm Cơ khí Cơ điện tử cho mình hỏi là học MATLAB có giúp gì cho sau này ko mấy fen. Mình kinh tế nên mù về mấy cái kỹ thuật
vrESGSY.png
Bác nên nghĩ Matlab hay gì nó cũng chỉ là công cụ, quan trọng bác dùng vào việc gì, mình cũng cơ điện tử, trước dùng matlab để làm robot, giải ma trận, mô phỏng tương tác... nó chỉ giúp mình tính toán đỡ vất vả hơn thôi
 
Nếu ko chuyên sâu thì chuyển hướng sang làm BA, rồi dần dần làm PM.
Tích lũy kinh nghiệm dần :)

Đã từng làm Dev thì làm BA cũng có chút lợi thế, có điều cần phải mày mò thêm. :)
 
Chào các bác, em hiện tại đang làm nhúng, biết C++. Đang muốn chuyển sang làm mảng khác, theo các bác thì em nên làm mảng nào liên quan ạ?
 
Em mình nó đg học cơ điện tử BK ấy, thấy làm bài nhóm mấy môn giải tích bằng MATLAB . Mấy fen có ai làm Cơ khí Cơ điện tử cho mình hỏi là học MATLAB có giúp gì cho sau này ko mấy fen. Mình kinh tế nên mù về mấy cái kỹ thuật
vrESGSY.png
như mình ngày đi học cũng hay dùng matlab, sau ra đi làm chẳng bao giờ đụng nữa, nhưng trường bắt làm thì cứ làm thôi thím, lo gì sau này, dù sao thì matlab nó cũng chỉ là công cụ thôi, đủ tư duy thì ra đi làm học cái khác cũng nhanh thôi
 
biết cú pháp không có nghĩa là chuyên gia
kinh nghiệm ở đây không chỉ có ngôn ngữ, mà còn về design pattern, những cái về performance, log, architecture, cái bug bí ẩn các kiểu
cũng không thể so sánh 1 năm kinh nghiệm của người này với 1 năm kinh nghiệm của người kia
Mình bổ sung thêm. Hiểu biết về ngôn ngữ không phải là cú pháp câu lệnh. Mỗi ngôn ngữ có tư duy thiết kế riêng, nắm dc sâu sắc cái 'hồn' của ngôn ngữ đó mới có thể vận dụng hiệu quả các design pattern, thuật toán hay architect phù hợp. Chẳng hạn Javascript prototype, event loop single thread, sẽ rất khác tư duy OOP, mấy ông PV đem mấy cái design pattern đọc trong sách OOP ra chém gió rất ngô nghê. Hay Python, concept của nó là Duck typing, cấu trúc code không chú trọng class chỉ tập trung methods, nên việc kế thừa class là rườm rà, chỉ dùng đố nhau khi PV
FqPSFPf.gif
, mấy ô code Java C# lại vào chê sao code nó lởm, không có cái A cái B, buồn cười.
Kinh nghiệm của mình nói riêng về code thì quan trọng nhất là kĩ năng đặt tên và chia module, làm dc 2 cái này là master, đọc code mà ko cần xem cmt, nhìn tên module, class, hàm, tên biến đã hiểu logic. Có vẻ đơn giản nhưng ít ai làm dc
 
Mình bổ sung thêm. Hiểu biết về ngôn ngữ không phải là cú pháp câu lệnh. Mỗi ngôn ngữ có tư duy thiết kế riêng, nắm dc sâu sắc cái 'hồn' của ngôn ngữ đó mới có thể vận dụng hiệu quả các design pattern, thuật toán hay architect phù hợp. Chẳng hạn Javascript prototype, event loop single thread, sẽ rất khác tư duy OOP, mấy ông PV đem mấy cái design pattern đọc trong sách OOP ra chém gió rất ngô nghê. Hay Python, concept của nó là Duck typing, cấu trúc code không chú trọng class chỉ tập trung methods, nên việc kế thừa class là rườm rà, chỉ dùng đố nhau khi PV
FqPSFPf.gif
, mấy ô code Java C# lại vào chê sao code nó lởm, không có cái A cái B, buồn cười.
Kinh nghiệm của mình nói riêng về code thì quan trọng nhất là kĩ năng đặt tên và chia module, làm dc 2 cái này là master, đọc code mà ko cần xem cmt, nhìn tên module, class, hàm, tên biến đã hiểu logic. Có vẻ đơn giản nhưng ít ai làm dc
chỗ đặt tên với chia module thím có kinh nghiệm gì có thể chia sẻ được không thím ? mình dân ngoại đạo, code c#, python đơn giản thôi, nhưng muốn đặt tên với chia module cho nó hợp lý tí để sau này đọc lại còn không tự chửi chính mình :byebye:
 
chỗ đặt tên với chia module thím có kinh nghiệm gì có thể chia sẻ được không thím ? mình dân ngoại đạo, code c#, python đơn giản thôi, nhưng muốn đặt tên với chia module cho nó hợp lý tí để sau này đọc lại còn không tự chửi chính mình :byebye:
Lý thuyết thì fen đọc cuốn clean code, kinh điển của ngành rồi. Còn thực tế mình cũng ko biết chia sẻ gì, đủ kinh nghiệm tự khắc sẽ biết code thế nào là clean. Chỉ có lời khuyên là đọc nhiều code open source sẽ học hỏi dc nhiều. Nếu fen dev web, mình khuyên là nên đọc code 1 framework đơn giản để hiểu tường tận bên dưới thế nào
 
^: đặt tên là học vấn đấy, không phải dễ đâu.
https://m.signalvnoise.com/hunting-for-great-names-in-programming/

tôi thấy mình ngày nào cũng phải dùng google define xxx :confused:
Đúng rồi fen, có boss nào trong ngành mình quên tên đã nói lập trình đến cuối cùng chỉ là việc đặt tên.
Một tín hiệu dễ thấy đó là khi viết 1 hàm, class nào đó mà khó nghĩ ra 1 cái tên đơn giản ngta đọc sẽ hiểu ngay nó làm gì, thì khả năng là có vấn đề về thiết kế, cần phải chia tách lại. Nắm vững về 2 đặc tính kết dính và phân tách trong lập trình, để thành thạo tổ chức code, quan trọng hơn mấy lý thuyết design pattern hay thuật toán nhiều khi chỉ để chém gió lúc pv
 
Đúng rồi fen, có boss nào trong ngành mình quên tên đã nói lập trình đến cuối cùng chỉ là việc đặt tên.
Một tín hiệu dễ thấy đó là khi viết 1 hàm, class nào đó mà khó nghĩ ra 1 cái tên đơn giản ngta đọc sẽ hiểu ngay nó làm gì, thì khả năng là có vấn đề về thiết kế, cần phải chia tách lại. Nắm vững về 2 đặc tính kết dính và phân tách trong lập trình, để thành thạo tổ chức code, quan trọng hơn mấy lý thuyết design pattern hay thuật toán nhiều khi chỉ để chém gió lúc pv

ông chú Bob (Robert C. Martin) chăng
 
Đúng rồi fen, có boss nào trong ngành mình quên tên đã nói lập trình đến cuối cùng chỉ là việc đặt tên.
Một tín hiệu dễ thấy đó là khi viết 1 hàm, class nào đó mà khó nghĩ ra 1 cái tên đơn giản ngta đọc sẽ hiểu ngay nó làm gì, thì khả năng là có vấn đề về thiết kế, cần phải chia tách lại. Nắm vững về 2 đặc tính kết dính và phân tách trong lập trình, để thành thạo tổ chức code, quan trọng hơn mấy lý thuyết design pattern hay thuật toán nhiều khi chỉ để chém gió lúc pv

"There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors." – Leon Bambrick[1]
 
Chào các bác, em ra trường 2 năm rồi, giờ 25 tuổi đầu. học ngành tự động hóa mà giờ ra làm thông tin, code C#, Python, làm AI đủ cả. Em muốn NGHỈ VIỆC ở cty này, có công ty nào tuyển IT mà tốt nghiệp ngành k phải IT k ạ.
 
Back
Top