Trở thành một nhà phát triển JavaScript thật tuyệt vì nhu cầu về lập trình viên JS giỏi không ngừng tăng lên trên thị trường lao động. Ngày nay có rất nhiều framework, thư viện và những thứ khác có thể được sử dụng trong công việc - và ở mức độ lớn hơn, chúng ta nên biết ơn các nguồn mở vì điều này. Nhưng đến một thời điểm nào đó, nhà phát triển bắt đầu dành quá nhiều thời gian cho các dự án JS so với tất cả các nhiệm vụ khác.
Rất có thể điều này sẽ dẫn đến những hậu quả tai hại cho sự nghiệp của bạn sau này nhưng bạn vẫn chưa nhận ra điều đó. Bản thân tôi trước đây đã mắc phải một số sai lầm được mô tả dưới đây và bây giờ tôi muốn bảo vệ bạn khỏi những sai lầm đó. Dưới đây là XNUMX sai lầm của nhà phát triển JS có thể khiến tương lai của bạn trở nên kém tươi sáng.
Chúng tôi nhắc nhở: cho tất cả độc giả của "Habr" - giảm giá 10 rúp khi đăng ký bất kỳ khóa học Skillbox nào bằng mã khuyến mại "Habr".
Hộp kỹ năng khuyến nghị: Khóa học giáo dục trực tuyến .
Sử dụng jQuery
jQuery đã đóng một vai trò to lớn trong sự phát triển của toàn bộ hệ sinh thái JavaScript. Ban đầu, JS được sử dụng để tạo slideshow và các loại widget, thư viện hình ảnh cho trang web. jQuery giúp loại bỏ các vấn đề về khả năng tương thích mã trên các trình duyệt khác nhau, tiêu chuẩn hóa việc sử dụng các mức trừu tượng và làm việc với DOM. Đổi lại, điều này đã giúp đơn giản hóa AJAX và các vấn đề về sự khác biệt giữa các trình duyệt.
Tuy nhiên, ngày nay những vấn đề này không còn phù hợp như trước nữa. Hầu hết chúng đã được giải quyết thông qua tiêu chuẩn hóa - ví dụ: điều này liên quan đến bộ chọn tìm nạp và API.
Các vấn đề còn lại đều được giải quyết bằng các thư viện khác như React. Thư viện cung cấp nhiều tính năng khác mà jQuery không có.
Ngoài ra, khi làm việc với jQuery, tại một số thời điểm, bạn bắt đầu làm những việc kỳ lạ, chẳng hạn như sử dụng các phần tử DOM làm trạng thái hoặc dữ liệu hiện tại và viết mã cực kỳ phức tạp chỉ để tìm ra điều gì sai với trạng thái trước đó, hiện tại và tương lai của DOM. để đảm bảo sự chuyển đổi thích hợp sang các trạng thái sắp tới.
Không có gì phản đối việc sử dụng jQuery, nhưng hãy dành thời gian để tìm hiểu thêm về các lựa chọn thay thế hiện đại hơn—React, Vue và Angular—và lợi ích của chúng.
Tránh kiểm tra đơn vị
Tôi thường thấy mọi người bỏ qua các bài kiểm tra đơn vị cho ứng dụng web của họ. Mọi thứ đều diễn ra tốt đẹp cho đến khi ứng dụng gặp sự cố với một “lỗi không mong muốn”. Và tại thời điểm này, chúng tôi gặp phải một vấn đề lớn vì chúng tôi đang lãng phí thời gian và tiền bạc.
Có, nếu một ứng dụng biên dịch bình thường mà không tạo ra lỗi và sau khi biên dịch nó hoạt động, điều này không có nghĩa là nó đã sẵn sàng để sử dụng.
Việc thiếu thử nghiệm thậm chí còn ít nhiều được chấp nhận đối với các ứng dụng nhỏ. Nhưng khi các chương trình lớn và phức tạp thì khó bảo trì. Vì vậy, các bài kiểm tra trở thành một yếu tố cực kỳ quan trọng của sự phát triển. Bằng cách này, việc thay đổi một thành phần ứng dụng sẽ không làm hỏng thành phần khác.
Bắt đầu sử dụng .
Khung học tập trước JavaScript
Tôi hoàn toàn hiểu những người khi bắt đầu phát triển một ứng dụng web sẽ ngay lập tức sử dụng các thư viện và framework phổ biến như React, Vue hoặc Angular.
Tôi đã từng nói rằng bạn cần học JavaScript trước rồi đến các framework, nhưng bây giờ tôi tin rằng bạn cần phải học tất cả những điều đó cùng một lúc. JS thay đổi cực kỳ nhanh chóng, vì vậy bạn cần có một số kinh nghiệm sử dụng React, Vue hoặc Angular cùng lúc với việc học JavaScript.
Điều này đang bắt đầu ảnh hưởng đến các yêu cầu đặt ra đối với các ứng viên cho vị trí nhà phát triển. Ví dụ: đây là những gì tôi tìm thấy khi tìm kiếm “JavaScript” trên Indeed.
Mô tả công việc nói rằng họ cần kiến thức về jQuery VÀ JavaScript. Những thứ kia. Đối với công ty này, cả hai thành phần đều quan trọng như nhau.
Đây là một mô tả khác chỉ liệt kê các yêu cầu “cơ bản”:
Và điều này xảy ra ở khoảng một nửa số vị trí tuyển dụng mà tôi đã xem xét. Tuy nhiên, tôi tin rằng tỷ lệ thời gian chính xác để học JS và framework là khoảng 65% đến 35% chứ không phải 50 đến 50.
Miễn cưỡng làm quen với khái niệm “mã sạch”
Mọi nhà phát triển đầy tham vọng đều phải học cách tạo mã sạch nếu họ muốn trở thành một chuyên gia. Bạn nên làm quen với khái niệm “mã sạch” khi bắt đầu sự nghiệp. Bạn bắt đầu làm theo khái niệm này càng sớm thì bạn sẽ càng sớm quen với việc viết mã sạch để dễ bảo trì sau này.
Nhân tiện, để hiểu được lợi ích của mã tốt và sạch, bạn không cần phải cố gắng tự viết mã xấu. Kỹ năng của bạn sẽ có ích sau này, tại nơi làm việc, khi bạn kinh hoàng trước mã xấu của người khác.
Bắt đầu thực hiện các dự án lớn quá sớm
Lúc mới bắt đầu sự nghiệp, tôi đã mắc một sai lầm lớn: Tôi cố gắng đảm nhận một dự án lớn khi tôi chưa sẵn sàng cho nó.
Bạn có thể hỏi có chuyện gì ở đây. Có một câu trả lời. Thực tế là nếu bạn không phải là cấp trung hoặc cấp cao thì rất có thể bạn sẽ không thể hoàn thành được “dự án lớn” của mình. Sẽ có quá nhiều yếu tố và điều cần xem xét. Và bạn sẽ không thể đối phó nếu ngay từ khi mới bắt đầu sự nghiệp, bạn chưa hình thành thói quen viết “mã sạch”, sử dụng các bài kiểm tra, kiến trúc có thể mở rộng, v.v.
Giả sử bạn đã dành nhiều thời gian cho dự án này nhưng vẫn chưa hoàn thành nó và hiện bạn đang cố gắng chuyển sang cấp độ trung bình. Và rồi đột nhiên bạn nhận ra rằng bạn không thể hiển thị mã này cho bất kỳ ai vì nó không tốt lắm và cần phải cấu trúc lại. Tuy nhiên, bạn đã dành rất nhiều thời gian cho “dự án thế kỷ” này và giờ bạn không có ví dụ nào về tác phẩm hay để thêm vào danh mục đầu tư của mình. Và bạn sẽ thua hết cuộc phỏng vấn này đến cuộc phỏng vấn khác vào tay những ứng viên có thể thể hiện công việc của họ, mặc dù không lớn lắm, trong danh mục đầu tư.
Trong mọi trường hợp, trong tương lai bạn sẽ phải cấu trúc lại vì mã không tốt lắm và công nghệ bạn sử dụng không chính xác như những gì bạn cần. Kết quả là bạn nhận ra rằng viết lại mọi thứ từ đầu sẽ dễ dàng hơn là cố gắng sửa nó.
Tất nhiên, tất cả những điều này có thể được thêm vào danh mục đầu tư của bạn, nhưng nhà tuyển dụng tiềm năng sẽ thấy rất nhiều thiếu sót ở đó và đưa ra kết luận khiến bạn thất vọng.
Miễn cưỡng tìm hiểu cấu trúc dữ liệu và thuật toán
Bạn có thể tranh luận rất lâu về việc khi nào bạn nên bắt đầu nghiên cứu cấu trúc dữ liệu và thuật toán. Một số người khuyên bạn nên làm điều này trước khi thành thạo JavaScript, những người khác thì làm sau.
Tôi tin rằng không cần thiết phải tìm hiểu chi tiết về điều này ngay từ đầu, nhưng việc hiểu các thuật toán là điều đáng giá, vì điều này sẽ giúp bạn hiểu cơ bản về hoạt động của các chương trình máy tính và tính toán.
Thuật toán là một phần không thể thiếu của bất kỳ phép tính và chương trình nào. Thực chất, bản thân các chương trình máy tính là sự kết hợp của một tập hợp các thuật toán và dữ liệu được cấu trúc theo một cách nhất định, chỉ vậy thôi.
Từ chối hoạt động thể chất
Điều rất quan trọng đối với một nhà phát triển là chơi thể thao. Tôi không phải là huấn luyện viên nhưng tôi đã chứng kiến cơ thể mình thay đổi qua từng năm. Vì vậy, tôi có thể cho bạn biết việc thiếu tập thể dục sẽ dẫn đến điều gì.
Công việc đầu tiên của tôi khá rắc rối vì nhiều lý do, và một trong những vấn đề đó là chỉ trong một năm tôi đã tăng gần hai chục kg. Sau đó tôi tích cực nghiên cứu JavaScript.
Nếu không tập thể dục, bạn có nguy cơ tăng cân và điều này sẽ gây ra nhiều hậu quả tiêu cực: béo phì, đau nửa đầu (kể cả mãn tính), huyết áp cao, v.v. Danh sách các vấn đề thực sự là vô tận.
Tự cô lập xã hội
Gia đình và những người thân yêu đều quan trọng. Bằng cách đắm mình vào việc học JavaScript và đánh giá thấp tầm quan trọng của đời sống tinh thần và cảm xúc, bạn có nguy cơ bị trầm cảm, trở nên cáu kỉnh, ngủ không ngon, v.v.
Những phát hiện
Tôi hy vọng một số điều này hữu ích cho bạn. Nếu bạn chăm sóc bản thân ngày hôm nay, bạn sẽ không phải sửa chữa sai lầm sau này.
Hộp kỹ năng khuyến nghị:
- khóa học thực hành .
- Khóa học trực tuyến được áp dụng .
- Khóa học thực hành hai năm .
Nguồn: www.habr.com