Một vài mẹo giúp web developer tạo những thói quen tốt

Theo báo cáo 2018 Developer Skills Report của HackerRank, thị trường vẫn có nhu cầu rất lớn cho các developer, nhưng thường những cá nhân thành công nhất lại đều có những đặc điểm giống nhau trong công việc và các dự án cá nhân. Do đó, hẳn là các bạn sẽ thấy quen thuộc với các bài viết kiểu “10 thói quen của một lập trình viên thành công”, “Những thói quen tốt của một lập trình viên thành công”, “7 thói quen giúp các lập trình viên thành công”, …

Thường thì những lập trình viên thành công sẽ có những thói quen như thế, nhưng điều ngược lại thì chưa chắc đúng.

Tức là không phải cứ bắt trước những thói quen giống họ thì mình sẽ thành công giống họ. Mỗi người có những quan điểm làm việc và khả năng khác nhau do đó, cách tốt nhất là ta nên tham khảo và chỉ áp dụng nếu thấy phù hợp với bản thân mình.
Dưới đây mình có tham khảo được một vài mẹo để tạo những thói quen tốt mà các dev đi trước đã từng làm. Các bạn hãy thử đọc và áp dụng xem sao nhé!

1. Hãy theo dõi công nghệ

Theo dõi công nghệ 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 những điều kỳ diệu mà bài báo nói đến, bạn sẽ 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ác 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ả các hoạt động công nghệ ở một nơi. Ngoài ra, tôi khuyên bạn nên theo dõi nội dung mới và đọc tất cả các chúng, chẳng hạn như vào Thứ Hai và Thứ Năm, chứ không phải mỗi ngày.

Một số trang web / diễn đàn tôi đọc mỗi tuần:

Collectives by Codrops

Hackernoon

SmashingMagazine

FreeCodeCamp

CodyHouse

Twitter

Web Fundamentals by Google

Nhưng khi bạn đang 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.

Thật dễ bị lạc và nhảy từ chủ đề này sang chủ đề khác. Ok, bài viết cuối cùng về Crypto ICO mới là SUPER INTERESTING, nhưng bạn có làm việc trong tiền điện tử không? Hãy tập trung!

2. Chú ý tới các trang web đặc biệt. Và tìm hiểu chúng!

Bạn có thể dễ dàng tìm thấy các trang web, tài nguyên hoặc thử nghiệm mã tuyệt vời tại đây:

Awwwards

CSS Design Awards

FWA

Codepen

Nhưng vấn đề là đừng có nhìn vào chúng và nói: “Tôi sẽ không bao giờ có thể làm được điều này!”

Hãy tự hỏi: làm thế nào bạn sẽ làm phép thuật, và cố gắng hiểu những gì họ sử dụng để xây dựng nó. Công nghệ mới, thư viện JavaScript mới, thuộc tính CSS không xác định? Chúng ta sống trong một thế giới mà mỗi ngày những điều mớ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 khuyên 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 sẽ master được chủ đề đó.

Trong năm qua, tôi đã dành rất nhiều thời gian để thay đổi quy trình của mình. Giải nén các trang web và hiểu cách những người có kỹ năng xây dựng 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 minh để xây dựng trang web của tôi.

3. 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 làm junior trong một công ty, bạn sẽ được đạo diễn Lead Dev hướng dẫn, người sẽ xem xét code của bạn, lên lịch công việc của bạn và khuyên bạn không nên drop cơ sở dữ liệu.

Đừng ngại hỏi để tìm hiểu thêm từ họ. Yêu cầu họ 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 thành phần hay 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 giáo dục khác nhau, do đó, tự nhiên đặt ra những câu hỏi đôi khi có vẻ “ngớ ngẩn”, nhưng những câu trả lời đó sẽ giúp bạn trong nhiều năm tới.

Một cách khác để học hỏi là xem 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 của bạn và hãy cố gắng cải thiện nó.

Lắng nghe, 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.

4. Đừng bao giờ quên comment code

Ok, tôi biết, bạn đã đọc câu đó hàng triệu lần kể từ khi bạn bắt đầu viết code. Trên mạng, bởi cấp trên của bạn, bởi giáo viên của bạn, bởi một người bạn cùng dự án nào đó.

Comment code không chỉ để làm cho người khác đọc hiểu được mà là 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ó. Để xác định mục đích.

Không nên tạo multiSuperTaskFunction() nữa:

Giả sử, ví dụ, bạn bắt đầu viết một hàm để quản lý một hệ sinh thái hành tinh. Với thói quen bình luận mã của bạn, bạn sẽ tự động trình tự mã của bạn trong các hàm bội số. Và mọi chức năng chỉ có một nhiệm vụ để thực thi.

Nguyên tắc phân tách tất cả các chức năng của bạn trong các chức năng nhỏ sẽ giúp bạn xác định lỗi của bạn nhanh hơn. Điều này cũng sẽ 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 (các thành phần mô-đun). Cuối cùng, nó sẽ dễ đọc hơn và bạn sẽ không cần phải ẩn khi bạn hiển thị mã của mình.

5. Refactor code của bạn

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à phải quay lại với “code thối” của bạn và làm “thơm” 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.

Câu chuyện dài ngắn, hãy thử xem lại code của riêng bạn và cải thiện nó mà không ảnh hưởng đến chức năng. Nhanh hơn, sạch hơn, dễ đọc hơn, mô-đun.

Cách tôi làm là tách biệt một phần mã code tôi không tự hào hoặc phải viết code nhanh chóng do thời hạn ngắn và quay lại một hoặc hai tuần sau đó.

Luôn có lý do chính đáng để giải thích lý do bạn viết đoạn code xấu đó nhưng bạn không thể thực sự tranh luận tại sao bạn không dành thời gian để cải thiện nó.

Một phần code không ổn định sẽ không bao giờ là thứ gì khác ngoài thanh kiếm của Damocles treo trên đầu bạn.

Có thể thử thách code của bạn hoặc tham gia vào một hàm phức tạp. Nhưng nó sẽ không bao giờ là khó khăn như phải làm điều đó dưới áp lực của một lỗi kích hoạt trực tiếp.

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, căng thẳng và sức khỏe trong thời gian dài

6. Make mistakes

Kể từ khi tôi bắt đầu 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 nữa 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 được, và điều đó hoàn toàn bình thường.

Bạn có viết cùng một hàm năm 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.

Đừng sợ mắc lỗi. Bạn sẽ tiếp tục làm cho họ nhiều lần, nhưng ít hơn và ít thường xuyên hơn. Đừng bao giờ ngừng học những điều mới và thích ứng với những thay đổi công nghệ. Hãy học những điều mới mỗi ngày!

Nguồn tham khảo

https://medium.freecodecamp.org/useful-tips-to-help-you-create-good-habits-as-a-web-developer-7c1b7b5c0bcb