Nghỉ giải lao #39. 6 lý do nên biết ít nhất một ngôn ngữ lập trình 12 quy tắc tái cấu trúc hữu ích

6 lý do nên biết ít nhất một ngôn ngữ lập trình

Nguồn: Hackernoon Có thể bạn chưa bao giờ tiếp xúc với khoa học máy tính. Nhưng có ít nhất 6 lý do để học ít nhất một ngôn ngữ lập trình.

1. Để hiểu 28.300 giờ cuộc đời bạn dành cho đâu

Theo thống kê, hầu hết chúng ta dành một phần đáng kể cuộc đời (28.300 giờ) cho Internet, ứng dụng di động và máy tính để bàn. Tất cả những thứ ảo này được tạo bằng mã. Để hiểu cách chúng hoạt động, điều quan trọng là phải có kiến ​​thức lập trình cơ bản.

2. Để làm cho cuộc sống của bạn dễ dàng hơn

Các chương trình và thiết bị kỹ thuật được tạo ra để giúp cuộc sống của chúng ta dễ dàng hơn. Và mặc dù hầu hết tất cả chúng ta đều tương tác với họ với tư cách là người dùng, nhưng bạn cũng có thể tạo ứng dụng thông qua lập trình. Ví dụ: thiết lập phản hồi văn bản bằng bot khi bạn ngoại tuyến. Thoạt nhìn, đây có vẻ là một nhiệm vụ khó khăn nhưng thực tế không phải vậy. Bạn thậm chí không cần phải viết từng dòng mã. Bạn chỉ cần hiểu dòng mã này hoặc dòng mã đó chịu trách nhiệm gì và tất cả hoạt động như thế nào. Các chương trình khác được tạo ra bằng cách sử dụng nguyên tắc tương tự.

3. Có khả năng sáng tạo ra những điều mới mẻ

Mọi thiết bị bạn sử dụng, từ điện thoại di động đến đàn guitar điện, đều sử dụng mã để vận hành. Vì vậy, lập trình hiện diện trong cuộc sống của chúng ta. Vì vậy, bất kể bạn đam mê lĩnh vực gì, bạn đều có thể tạo ra những điều mới mẻ thông qua lập trình. Không quan trọng bạn là ai: nhạc sĩ hay luật sư - giờ đây mọi người đều có thể thể hiện khả năng sáng tạo của mình nếu biết ngôn ngữ lập trình.

4. Để cải thiện sơ yếu lý lịch của bạn

Không có gì sai khi thêm điều gì đó mới vào sơ yếu lý lịch của bạn, phải không? Vậy tại sao không thêm lập trình như một kỹ năng bổ sung? Biết một ngôn ngữ lập trình có thể làm cho sơ yếu lý lịch của bạn nổi bật so với những người khác. Điều này sẽ cho thấy bạn là người không ngại học hỏi điều gì đó vượt trội và không ngại đón nhận thử thách. Nó cũng cho thấy rằng bạn luôn cập nhật công nghệ hiện đại.

5. Tăng cường kỹ năng giải quyết vấn đề

Lập trình mang lại cho bạn nhiều thứ hơn là chỉ một khối kiến ​​thức. Nó cải thiện kỹ năng giải quyết vấn đề của bạn và cũng giúp cải thiện mức độ kiên nhẫn của bạn. Bạn có thể không cảm nhận được điều đó ngay lập tức nhưng nó sẽ có tác động tích cực đến nhiều lĩnh vực trong cuộc sống của bạn trong tương lai.

6. Mở rộng cơ hội nghề nghiệp

Năm 2020 mang đến cho chúng ta rất nhiều điều bất ngờ. Thị trường việc làm đã hoàn toàn thay đổi do Covid-19. Nhiều ngành nghề đã mất đi sự phù hợp và mọi người đang cố gắng tìm kiếm những cơ hội mới để tồn tại. Vì vậy không có gì đảm bảo rằng nghề nghiệp của bạn sẽ tồn tại trong 30 năm nữa. Có một lựa chọn dự phòng là một quyết định sáng suốt.

Khi mã cần tái cấu trúc: 12 quy tắc hữu ích

Nguồn: Medium Refactoring, về cốt lõi, là thiết kế lại cơ sở mã, thay đổi cấu trúc bên trong của chương trình. Quá trình tái cấu trúc thường được kết hợp với sửa lỗi, thêm tính năng mới và điều chỉnh hiệu suất. Nhưng đừng quên: tái cấu trúc không phải là xem lại mã hoặc sửa lỗi.

Tại sao nên dành thời gian để học cách tái cấu trúc

Nếu bạn là nhà phát triển mới, việc học cách cấu trúc lại mã và quan trọng hơn là biết khi nào nên cấu trúc lại sẽ là một kỹ năng quan trọng đối với bạn. Nhiều nhà phát triển bỏ qua việc tái cấu trúc. Kết quả là mã của họ trông tầm thường, khó hiểu và khó đọc. Làm thế nào để bạn biết khi nào mã của bạn cần tái cấu trúc? Có 12 quy tắc sẽ giúp xác định điều này:

1. Danh sách tham số lớp của bạn có trở nên quá lớn không? Việc kiểm tra và gỡ lỗi có khó không? Sau đó, đây là một ứng cử viên hàng đầu cho việc tái cấu trúc.
2. Có phương thức nào trong mã của bạn trong các lớp chỉ sử dụng một trong các phần phụ thuộc của lớp không? Tốt hơn hết bạn nên đặt phương thức này vào một lớp riêng biệt - ngay cả khi lớp này chỉ bao gồm một phương thức.
3. Phương thức của bạn có thực hiện hai việc khác nhau tùy thuộc vào giá trị của tham số boolean không? Trong trường hợp này, tốt hơn là tạo hai phương thức khác nhau với trách nhiệm rõ ràng.
4. Phương pháp của bạn có phân nhánh giá trị không? Ví dụ: bạn kiểm tra loại đối tượng và thực hiện các thao tác khác nhau tùy thuộc vào loại đối tượng đó. Đây là một trường hợp tuyệt vời để biến if-elsehoặc switchthành từ điển của bạn.
5. Bạn có thường xuyên sử dụng if-elsehay không switches? Thay vào đó, hãy thử sử dụng tính đa hình và áp dụng các mẫu thiết kế đã được thử nghiệm trong trận chiến như Chiến lược hoặc Người hòa giải.
6. Hàm tạo hoặc phương thức của lớp của bạn có chấp nhận một số hoặc chuỗi ma thuật không? Thay thế phép thuật bằng cách liệt kê thông thường.
7. Bạn có các giá trị được lập trình rõ ràng (số hoặc chuỗi) không? Thay vào đó, hãy lấy các giá trị làm tham số và đặt cấu hình cho chúng. Bạn sẽ thấy việc sử dụng lại hoặc triển khai ứng dụng của mình sang môi trường mới hoặc thay đổi cài đặt sẽ dễ dàng hơn.
8. Không sử dụng các tên biến như i, j, k, m, n. xHãy ngừng làm việc đó đi.
9. Bạn có thấy mình thường xuyên sử dụng cùng một logic ở nhiều nơi không? Di chuyển logic vào lớp hoặc phương thức riêng của nó.
10. Có lớp nào trong mã của bạn Servicehay không Manager? Chúng giống như một con dao của Quân đội Thụy Sĩ - rất nhiều lựa chọn hiếm khi được sử dụng. Hãy dành chút thời gian để suy nghĩ về những nhiệm vụ nào có thể được sử dụng trong đó, sau đó chuyển từng nhiệm vụ riêng lẻ vào lớp riêng của nó.
11. Bạn có thấy khó khăn khi kiểm thử một phương thức đơn lẻ vì lớp chứa nó có nhiều đối số hàm tạo không? Sau đó lấy phương thức ra khỏi lớp.
12. Bạn có cần thêm một yêu cầu mới else-ifhoặc switchtriển khai một yêu cầu hoặc tính năng mới không? Hãy thử sử dụng giao diện và sự phản chiếu để khám phá kiểu tự động.

Tái cấu trúc cải thiện chất lượng của phần mềm nội bộ như thế nào?

Khi bạn tái cấu trúc, bạn cải thiện một hoặc nhiều đặc điểm của mã:

• Khả năng bảo trì – Đảm bảo bạn có thể dễ dàng thực hiện các thay đổi đối với phần mềm của mình. Khả năng bảo trì bao gồm thêm các tính năng mới, điều chỉnh hiệu suất và giúp sửa lỗi dễ dàng.
• Tính linh hoạt là phạm vi mà bạn có thể sửa đổi phần mềm của mình để phục vụ các mục đích khác.
• Tính di động - Bạn có thể làm cho phần mềm hoạt động dễ dàng như thế nào trong môi trường khác.
• Khả năng sử dụng lại - Bạn có thể sử dụng các phần của phần mềm trên các hệ thống khác một cách dễ dàng như thế nào.
• Khả năng đọc - Bạn có thể đọc và hiểu mã nguồn dễ dàng như thế nào, không chỉ ở cấp độ giao diện mà còn ở các chi tiết triển khai nhỏ nhất.
• Khả năng kiểm thử - dễ dàng tạo các bài kiểm tra đơn vị, bài kiểm tra tích hợp.
• Hiểu biết - Làm thế nào để dễ dàng hiểu phần mềm của bạn ở mức độ chung. Đảm bảo cơ sở mã của bạn có nội dung có cấu trúc.