Thím xem stream ACM hay GCJ à?Mình có đêm ngồi xem alogrithm tới sáng, sáng ngồi code trên công ty cứ vật và vật vờ(
Gửi từ Samsung SM-G960F bằng vozFApp
thảo luận [IT-Dev] Làm gì khi chạm tới ngưỡng khả năng
Trang 2/2
Bác thấy sao nếu time học algorim đấy bác làm gì đó để kiếm thêm thu nhập? E đang phân vân kb cày algo có cần thiết nhất là 1 thằng code for food như eChuẩn men.
Mình giờ 3x rồi nhưng vẫn duy trì thói quen luyện hackerrank, leetcode đều đặn. Thường là 2 ngày một bài ở mức hard hoặc 1 ngày một bài mức medium.
Làm nhiều thành nghiện ấy
Reactions:
Hover
2 ngày 1 bài hard thì fen làm bao lâu rồiChuẩn men.
Mình giờ 3x rồi nhưng vẫn duy trì thói quen luyện hackerrank, leetcode đều đặn. Thường là 2 ngày một bài ở mức hard hoặc 1 ngày một bài mức medium.
Làm nhiều thành nghiện ấy
Algorithms là cái cơ bản mà bạn cũng không nắm được thì bạn nên bỏ nghề lập trình đi. Mình nói thật.
Làm algorithm để luyện não thôi, việc cày cuốc làm thêm là riêng.
2 ngày 1 bài hard thì fen làm bao lâu rồi
Mỗi ngày bỏ ra khoảng 1-2h để làm thôi fen
Bác cày đc bao nhiêu algorithm mà nói tự tin thế ???
Algo là thứ mà ngày nào bạn cũng làm còn j. Định nghĩa
Dịch:
Là 1 tập những lệnh chạy bởi máy tính để tính toán hoặc gỉai quyết vấn đề.
Vậy code ta viết ra trong công ty đều là algo đơn giản để xử lý 1 business requirement nào đó.
Nên nói nó là thứ cơ bản nhất trong lập trình thì cũng đúng thôi.
Mình k nói là mình k nắm rõ, mà chỉ tham khảo bác kia thời gian cày algorithm thay vào đó là làm cái product nào đó kiếm tiền ? Mình là coder thật những cũng đc học ở trường tier 1 IT VN nên cũng đc các thầy dậy bài bản. Trước cũng cày hackerank đc 5* solve problem, giờ ngại cày vì thấy thời gian cày đó có thể làm 1 cái gì đó kiếm ra tiền. Chỉ hỏi thế thôi bác kia đã phán k biết gì, bỏ nghề.
Reactions:
batanlp
Việc các bạn có tố chất. Luyện thuật toán là ko sai. Nó sẽ tăng trình, build dc code đẹp, code ngon. Đó là vấn đề kỹ thuật. Nhưng bác chủ thread cũng nói là chạm ngưỡng thì nên bỏ qua vụ thuật toán. Hãy nhảy qua làm product, vì làm product nó cần mindset của product. Làm prodcut nó cần sự adaption, ROI, ... các kiểu. Dc làm với nhiều team, từ design, po, cs team.
Career path có nhiều, cứ liệu cái nào phù hợp nhất thì theo vì bản chất cuối cùng vẫn là kiếm $ hehe
Coder chuyên nghiệp thì việc luyện tập mỗi ngày là tối quan trọng, còn làm ntn thì mỗi người phải tự lên chương trình cho mình.
Mô hình luyện tập thì mình thấy mô hình chữ T là hay nhất, tức là luyện 1 thứ rất sâu, nắm thật chắc, và những thứ còn lại thì học đủ để chém gió. Tức là ngoài chuyện học code ra, ta nên học thêm cơ bản về quản lý, con người, đầu tư, sức khoẻ v.v...
Kiếm tiền thì mình nghĩ nếu còn trẻ (dưới 30) thì chưa nên đặt mục tiêu vào kiếm tiền vội, mà nên đặt trải nghiệm lên trên hết, vì thời gian này nếu thất bại thì thất bại đó ko ảnh hưởng quá lớn vì chưa có gia đình, chưa con cái j cả. Nên trải nghiệm thật nhiều ở nhiều cty, va chạm, kết bạn, làm dự án, lead dự án, tham gia event jj đó v.v... Khi đến tuổi rồi thì vs trải nghiệm đó, tiền mình nghĩ sẽ tự đến thôi.
Reactions:
batanlp and tuanhpg
Ý tui là là fen bắt đầu làm lâu chưa ấy, chứ không phải thời gian làm mỗi ngày
Bác có nói quá hay thần thánh quá Algo không vậy? Mà mức độ nào thì gọi là cơ bản? Bác biết trình độ người ta như nào mà bảo bỏ nghề? : ))
Vấn đề là với nhiều coder những thứ làm hàng ngày nó rất là basic, không đến mức gọi là problem solving. Nó lại liên quan đến phân tích thiết kế nhiều hơn là tối ưu hiệu năng vì những cái cần hiệu năng lại chủ yếu sử dụng những thư viện có sẵn rồi.
Bác này chắc là dân chuyên tin và cũng đam mê giải bài luôn
. Đi thi mấy cái GCJ, FHC, CodeForces các kiểu đi bác, rồi kiếm refer apply vào mấy công ty lớn.Trước khi đi ngủ mình phải đọc 1 bài codeforces, không thì phải học thuộc đề rồi vừa ngủ vừa nghĩBác có nói quá hay thần thánh quá Algo không vậy? Mà mức độ nào thì gọi là cơ bản? Bác biết trình độ người ta như nào mà bảo bỏ nghề? : ))
Vấn đề là với nhiều coder những thứ làm hàng ngày nó rất là basic, không đến mức gọi là problem solving. Nó lại liên quan đến phân tích thiết kế nhiều hơn là tối ưu hiệu năng vì những cái cần hiệu năng lại chủ yếu sử dụng những thư viện có sẵn rồi.
Bác này chắc là dân chuyên tin và cũng đam mê giải bài luôn
Kiểu luyện nhiều nó quen thôi, giải thuật quan trọng ý tưởng, khi nào rảnh thì lôi mấy bài trong bookmark ra code rồi submit, vừa luyện tay vừa luyện kỹ năng c++. Cũng chả ứng dụng mấy trong công việc đâu nhưng nó thành quen rồi, không làm thế thì bị mất ngủ
via theNEXTvoz for iPhone
Reactions:
Hover
Trước khi đi ngủ mình phải đọc 1 bài codeforces, không thì phải học thuộc đề rồi vừa ngủ vừa nghĩ
Kiểu luyện nhiều nó quen thôi, giải thuật quan trọng ý tưởng, khi nào rảnh thì lôi mấy bài trong bookmark ra code rồi submit, vừa luyện tay vừa luyện kỹ năng c++. Cũng chả ứng dụng mấy trong công việc đâu nhưng nó thành quen rồi, không làm thế thì bị mất ngủĐược cái đọc đề, đọc sol sau đó đọc code của nó cũng thoải mái. Ức chế lúc submit thôi
via theNEXTvoz for iPhone
Ngày xưa mình có thói quen giống hệt bác, giờ lười quá nên mất : ((.
Ý tui là là fen bắt đầu làm lâu chưa ấy, chứ không phải thời gian làm mỗi ngày
Mình mới quay lại làm dev từ tầm tầm này năm 2017. Duy trì từ đợt ấy đến giờ
Bác này chắc là dân chuyên tin và cũng đam mê giải bài luôn
Anh già rồi chú (thực ra già hơn chú tí tí thôi).
Ko ham hố mấy cái giải như trên vì muốn tham gia phải bỏ ra nhiều thời gian liên tục.
Giờ profile cũng khá đẹp về SA rồi, code mấy bài algorithm để luyện não, mua vui là chính
Reactions:
Hover
Suy nghĩ này hèn chi ở VN ai nấy cũng kêu than tuổi nghề của IT, software thấp. Ở EU, trẻ hay u30, u40 thậm chí u60 còn nắm trend rõ rành rành ra. Vào bank hay start-up toàn bậc tiền bối cao thủ u30, u40 ngồi với nhau, đéo có thằng trẻ nào đú lại.đua theo trend chỉ dành cho các bạn trẻ trẻ thôi, còn tầm 3x thì phải nghĩ tới những chuyện khác xa hơn chứ nhỉ
software architecture chẳn hạn, chủ yếu là nắm idea của các tech stack để đưa ra lựa chọn cũng như xây dựng kiến trúc cho phù hợp, chứ có ai thuê tầm đó về chỉ để code giao diện hay crud đâu
quan trọng nhất vẫn là 8 năm đó bac học được gì, mình từng gặp những người làm theo project dài hạn, năm này qua tháng nọ, cũng 7 8 năm kinh nghiệm mà chỉ như junior dev lâu năm thôi
Không đam mê đủ để với tầm, năng lực quản lí thời gian kém, cứ thấy trend ra là nản, không cập nhật... một cộng đồng cứ mặc định tới 30 là out trình so với lớp trẻ thì mãi mãi già và lú lẫn so với năng lực còn lại của các nước khác thôi.
Xung quanh mình toàn dân 8x,9x đời đầu, người ta đã ngoài 30. Nhưng toàn người tài, người giỏi, tạo ra giá trị & sản phẩm cho community, u60 ở trong bank còn ngồi gõ code contribute cho Zabbix các kiểu. Năng lực kém lại đổi thừa cho tuổi tác, các thím IT nên xem lại bản thân về vấn đề này.
Reactions:
thunderga09, manhtq, small_hulk and 1 other person
cobol bây giờ vẫn sống khỏe, thậm chí các lập trình viên cobol u50 u60 vẫn được săn đón vì nó vẫn đang được sử dụng trong nhiều hệ thống ở bank cần được maintenance
trở lại với vấm đề, tôi không có ý nói khi lên 30 35 thì phải code ít lại. nhưng đó là sự thật (cho đa số). Thử nghĩ ai cũng code 20 năm thì ai làm quản lý?
SA, PM, TL, Senior, mỗi người có một công việc đặc thù riêng, công việc không giống nhau, mỗi người có 1 view khác nhau, tùy vào skill ai phù hợp vị trí nào thì làm vị trí ấy
theo giả thuyết của bạn thì code 10 năm 20 năm vẫn code, công việc vẫn là code, thì lấy đâu ra người làm sếp?
cứ coi như là một số làm sếp, một số vẫn code tiếp (với mức lương xứng đang với inh nghiệm 10 năm 20 năm). Vậy hỏi bao nhiêu doanh nghiệp trả lương cho những vị trí senior kiểu như vậy?
với góc nhìn của doanh nghiệm làm outsource: chủ yếu ăn trên đầu người, nếu thuê những người như vậy có còn ăn được gì không?
với góc nhìn của những người làm tech: khi chưa rõ business, thuê người code giá đó rồi sửa tới sửa lui thì tiền đâu cho đủ
với góc nhìn của người làm manager: bạn có tự tin ra lệnh cho 1 ông code 20 năm kinh nghiệm không?
tóm lại là chi phí không cho phép chuyện đó, và mọi thứ đều có quy luật của nó, phân công xã hội cũng đã như vậy
những người đó phù hợp với việc đưa ra kiến trúc framework
tại sao giáo viên lương bổng bèo bọt vẫn có người theo?
tại sao làm thợ hàn thợ điện mệt sml vẫn có người theo?
tại sao .........?
phải chi ai cũng học làm code hết nhỉ?
nói chung là mọi thứ vận hành theo quy luật cung - cầu và chọn lọc tự nhên thôi
người ta đã chán mấy cái chi tiết code đó thì khuyên hướng về thiết kế kiến trúc hệ thống, mấy thứ rộng hơn thì có gì sai?
code mấy chục năm chắc gì làm được SA?
nhìn nhận lại ở VN xem, nếu như không có gì đặc biết, người ta có tuyền senior 40 không?
Cũng tính đến tầm 40 tuổi tự làm busienss riêng , tất nhiên là ko phải về code . Chắc mình ko yêu nghề
Bác có nói quá hay thần thánh quá Algo không vậy? Mà mức độ nào thì gọi là cơ bản? Bác biết trình độ người ta như nào mà bảo bỏ nghề? : ))
Vấn đề là với nhiều coder những thứ làm hàng ngày nó rất là basic, không đến mức gọi là problem solving. Nó lại liên quan đến phân tích thiết kế nhiều hơn là tối ưu hiệu năng vì những cái cần hiệu năng lại chủ yếu sử dụng những thư viện có sẵn rồi.
Bác này chắc là dân chuyên tin và cũng đam mê giải bài luôn
Algo nó giúp viết code tốt hơn, tức là khi làm 1 vấn đề, thì ta có thể nghĩ ra nhiều phương án, và chọn ra phương án thích hợp nhất trong tình hình hiện tại, ko phải chỉ đơn thuần là chọn cách nhanh nhất.
Còn trong thực tế, nếu đã có dịp làm những hệ thống phục vụ hàng triệu khách hàng trong 1 ngày thì sẽ thấy là bài toán hiệu năng còn phức tạp hơn mấy bài Algo nhiều, và chẳng có thư viện viết sẵn nào giúp đc bạn cả.