Các mẹo hữu ích giúp tạo thói quen tốt với một web developer

Bài đăng này đã không được cập nhật trong 5 năm

Link bài viết gốc: https://medium.freecodecamp.org/useful-tips-to-help-you-create-good-habits-as-a-web-developer-7c1b7b5c0bcb

Bài viết này nhắm đến các junior developers, nhưng bất cứ ai cũng có thể quan tâm như một ngân hàng các lời khuyên hữu ích về các phát triển một số thói quen tốt.

Tôi liên tục cố gắng thử thách bản thân và thoát khỏi vùng "thoải mái" của bản thân. Dưới đây là tóm tắt các mẹo hàng ngày tốt nhất mà tôi đưa ra.

Được rồi, mẹo đầu tiên.

Theo dõi công nghệ

"Technology watch" là hoạt động theo sát sự đổi mới trong một lĩnh vực nhất định.

Không có nhiều điều để nói, nhưng theo tôi, đó là cách dễ nhất để học chỉ bằng cách đọc. Ngay cả khi bạn không hiểu toàn bộ chủ đề hoặc học cách làm điều kỳ diệu mà bài viết nói đến, bạn biết rằng nó tồn tại. Và đó là những gì thực sự quan trọng.

Rất nhiều dịch vụ và công cụ hiện có sẵn trực tuyến để giúp bạn thực hiện việc này. Bạn nên sử dụng chúng vì chúng sẽ là nguồn thông tin đầu tiên và ý tưởng mới của bạn hàng ngày, hàng tuần hoặc hàng tháng.

Công cụ như Netvibes có thể giúp bạn tiết kiệm rất nhiều thời gian bằng cách theo dõi tất cả technology watch của bạn ở mọi nơi.

Một vài website/forum tôi đọc hàng tuần:

Nhưng khi bạn sử dụng các công cụ theo dõi nội dung, hãy cố gắng tập trung vào một chủ đề liên quan đến các kỹ năng bạn muốn làm việc.

Rất dễ lạc và nhảy từ chủ đề này sang chủ đề khác.

Nhìn vào các trang web tuyệt vời. Và unpack chúng.

Bạn có thể dễ dàng tìm thấy các websites, resources hoặc code experimentations tại đây:

Nhưng vấn đề không phải là nhìn vào họ và nói: "Tôi sẽ không bao giờ có thể làm được điều này!"

Tự hỏi mình: làm thế nào bạn tạo ra được những thứ kì diệu, và cố gắng hiểu những gì mà họ đã sử dụng để xây dựng nên nó. Công nghệ mới, thư viện JavaScript mới, thuộc tính CSS chưa biết đến? Chúng ta sống trong một thế giới mà mỗi ngày, những điều mới lại xuất hiện và chúng ta không thể học nhanh như các công nghệ tự phát triển.

Nhưng tôi sẽ đề nghị bạn không chỉ cố gắng hiểu quá trình mà còn cố gắng tái tạo nó và giải thích nó. Nói chung, nếu bạn có thể dạy cho ai đó, bạn đã làm chủ được chủ để đó.

Trong năm qua, tôi đã dàng rất nhiều thời gian để thay đổi quy trình của mình. Unpacking các trang web và hiểu những kĩ năng mà họ sử dụng để xây dựng nên chúng. Tất cả các bước này đã giúp tôi kết hợp các kỹ thuật khác nhau và tìm các cách thông mình để xây dựng trang web của mình.

Điều đó trực tiếp dẫn tôi đến điểm tiếp theo.

Học hỏi từ những người có nhiều kinh nghiệm hơn

Thông thường, khi bạn bắt đầu như một junior tại một công ty, bạn sẽ được Leader hướng dẫn, người sẽ xem code của bạn, lên schedule cho task của bạn,... .

Đừng ngại khi yêu cầu tìm hiểu thêm từ họ. Yêu cầu học chỉ cho bạn cách làm những điều tuyệt vời họ đã làm trên trang web mới nhất mà họ đã khởi chạy hoặc những thứ hay ho mà họ đã tạo để giúp cuộc sống dễ dàng hơn cho mọi người trong nhóm phát triển.

Nhưng quan trọng nhất: đừng ngại hỏi những điều bạn cho là ngu ngốc.

Mọi người bắt đầu với các cách giáo dục khác nhau, do đó, việc đặt những câu hỏi đôi khi có vẻ "ngớ ngẩn", nhưng những câu trả lời cho các câu hỏi đó có thể giúp bạn trong nhiều năm tới.

Một các khác để học hỏi từ điều tốt nhất là review code.

Nếu nhóm của bạn không thường xuyên làm việc đó, hãy là người đầu tiên giới thiệu nó cho nhóm phát triển của bạn. Đừng ngần ngại đề nghị các thành viên khác trong nhóm của bạn review code và cố gắng cải thiện nó.

Lắng nghe học. Bắt đầu một cuộc tranh luận. Giải thích tại sao bạn làm theo cách đó chứ không phải cách họ làm. Trao đổi, thảo luận và học hỏi từ những điểm mạnh của nhau có lẽ là cách tốt nhất để cải thiện.

Đừng quên việc comment code

OK, tôi biết, bạn đã đọc câu hỏi đó hàng triệu lần kể từ khi bạn bắt đầu viết code. Trên internet, bởi cấp trên của bạn, bởi giáo viên của bạn,... .

Để lại comment của bạn không chỉ làm cho nó dễ dàng hiểu được bởi một nhà phát triển khác hoặc chính bạn. Đó cũng là một cách để suy nghĩ về chức năng của bạn trước khi viết nó.

Nguyên tắc chia nhỏ các chức năng của bạn ra thành các phần nhỏ sẽ giúp bạn xác định lỗi nhanh hơn đấy. Điều này cho phép bạn tách biệt các phần tử và tái sử dụng chúng sau này (modular components). Cuối cùng, nó sẽ dễ đọc hơn.

Cải thiện code của bạn: Refactor

Nếu bạn dựa vào tất cả mọi người, ngoại trừ bạn, bạn sẽ không thể tiến bộ và đạt được sự tự tin. Đó là lý do tại sao điều quan trọng là clean code của bạn.

Tôi nghĩ điều đó còn quan trọng hơn cả việc phát triển một tính năng mới. Vì vậy, vào lần tiếp theo người quản lý dự án của bạn hỏi bạn đang làm gì trong 5 giờ làm việc không phải trả tiền, bạn có thể trả lời lại: Tôi đang refactor code của mình.

Hãy thử xem lại code của bạn và cải thiện nó mà không làm ảnh hưởng đến chức năng. Nhanh hơn, sạch hơn, dễ đọc hơn, modular.

Hãy dành thời gian của bạn, cố gắng hiểu những sai lầm của bạn. Nó sẽ giúp bạn tiết kiệm rất nhiều thời gian, stress và sức khỏe trong thời gian dài.

Mắc sai lầm

Kể từ khi tôi bắt đầu viết code, tôi phát hiện ra rằng cách có giá trị nhất để cải thiện bản thân mình là thất bại một lần và một lần nữa. TIn tôi đi, một số sai lầm gần như không thể tránh khỏi được, và điều đó hoàn toàn bình thường.

Bạn có thể viết cùng chức năng 5 lần trong cùng một dự án không? Tôi đã làm, rất nhiều lần. Nhưng điều này không còn xảy ra nữa, nhờ vào trải nghiệm của tôi và các quy trình mà tôi đã tạo.

Đừng sợ mắc lỗi.