4 mẹo để phát triển các kỹ năng dành cho nhà phát triển của bạn

Sep 17, 2025

Cách

(Tín dụng hình ảnh: Robert Pizzo)

Giám đốc siêu thân thiện Dan Mall sẽ chia sẻ các mẹo chuyên nghiệp của mình về cách liên quan như một nhà thiết kế web tại Tạo New York 2018. Nhận vé của bạn bây giờ .

Đối với những người trong số bạn có ít hơn năm năm kinh nghiệm phát triển web, có khả năng bạn vẫn đang tìm thấy đôi chân của mình liên quan đến các tính năng ngôn ngữ, khung, kiến trúc và thực tiễn tốt nhất. Và mặc dù bạn có thể bắt đầu mỗi trang web với ý định tốt nhất, cuối cùng, rất có thể tất cả những gì bạn muốn là cho việc làm việc đủ tốt mà bạn được trả tiền.

Tôi đã dành vài năm qua để giải cứu một loạt các trang web của các thương hiệu nổi tiếng mà theo lý thuyết nên đơn giản, nhưng vì nhiều lý do - sự liên tiếp của những người làm việc tự do, thiếu sự giám sát từ trên xuống - đã biến thành mì spaghetti- Giao lộ nợ kỹ thuật.

01. Thực hiện theo công thức

Điều tôi muốn ra khỏi đường là đảm bảo với bạn rằng tất cả chúng ta đã ở đó và không có gì sai khi không biết tất cả mọi thứ. Lập trình là niềm vui rực rỡ và lý do bạn muốn làm điều đó mỗi ngày có lẽ là do bạn có thể vượt qua một thách thức, hãy vượt lên dẫn đầu và cung cấp các giải pháp sáng tạo.

Nhưng đây là bài đánh bắt: Điều gì làm cho việc lập trình niềm vui (sáng tạo và suy nghĩ trên bàn chân của bạn) có thể vô tình góp phần vào nợ kỹ thuật trên các dự án lớn hơn, đội ngũ dẫn dắt.

Có tồn tại thực tiễn tốt nhất, nguyên tắc và mô hình đã chứng minh bản thân trong những năm qua. Đó là công việc của bạn để nghiên cứu, học hỏi và thực hiện chúng - và trong quá trình, hy sinh một chút cá tính của bạn để đổi lấy khả năng bảo trì và độ tin cậy. Có một bài đăng trên blog được gọi là ' Bạn không được trả tiền để viết mã 'Mà tổng hợp nó khá tốt.

02. Đổ mồ hôi những thứ nhỏ

Lập trình là rất nhiều về sự rõ ràng, và khi bạn không thể nhìn thấy gỗ cho cây, cơ hội của cơ sở mã của bạn nằm nghiêng một cách có chủ đích và có nghĩa là sẽ bị giảm nghiêm trọng. Như vậy, chiến lược chính của bạn để ở trên đỉnh của mọi thứ phải là một trọng tâm khó chịu vào những điều cơ bản.

Được siêu tổ chức: Lo lắng về cấu trúc thư mục và vị trí tệp (khung có thể giúp tại đây), đảm bảo các mô-đun có đơn đặt hàng API nhất quán, chức năng chung nhóm và sử dụng các mẫu có dấu phân cách.
Làm cho mã của bạn có thể đọc được: Sử dụng không gian trắng một cách thận trọng và sử dụng các bình luận để chú thích nhóm và làm rõ ý định (nhưng không phải là mã xấu). Bạn đang làm việc như một đội và bạn đang trả tiền để rõ ràng.
Đừng cắt góc: Tiết kiệm thời gian bây giờ có vẻ như là một ý tưởng tốt, nhưng bạn có thể chắc chắn rằng khi dự án phát triển, bất kỳ sự lười biếng lén lút nào sẽ được kết hợp và chi phí dự án sau này.

Trong suốt quá trình, hãy chắc chắn rằng bạn sửa lỗi khi bạn đi cùng. Sớm muộn hoặc mã khác sẽ kết thúc dựa vào những lỗi này. Dừng thối càng sớm càng tốt. Nếu bạn thực hiện thay đổi, hãy làm cho chúng một cách nhất quán. Cột cơ sở dữ liệu, chức năng phụ trợ, cuộc gọi API, chức năng JavaScript, tài liệu, chú thích, thuộc tính HTML, tên lớp CSS, v.v. - đảm bảo tất cả đều xếp tầng.

03. Cấu trúc

Image showing a before and after of restructured and refactored code — Hai phiên bản của tệp định tuyến ứng dụng tương tự. Điều này giúp dễ hiểu cấu trúc của ứng dụng dễ dàng hơn?

Có một sự cám dỗ khi xây dựng một trang web khép kín để lặng lẽ bỏ qua việc đóng gói và xả rác mã với các tham chiếu toàn cầu đến ứng dụng hoặc để tiếp cận các thành phần với Parent.Parent.Parent hoặc như vậy. Điều này nhanh chóng xây dựng nợ kỹ thuật.

Nếu có thể, hãy cố gắng nghĩ về ứng dụng của bạn như một loạt các mô-đun độc lập và xây dựng các thực tiễn tốt nhất của khung của bạn để loại bỏ khớp nối chặt chẽ và phụ thuộc lẫn nhau. Nếu nó giúp, hãy thử tưởng tượng bạn sẽ tái sử dụng các phần của ứng dụng trong các dự án khác và nghĩ cách bạn sẽ cấu trúc các tệp, đánh dấu và mã để tạo điều kiện cho việc này.

Bạn cần phải cảnh giác để có trách nhiệm kết hợp và tự hỏi mình liên tục: Điều này có thuộc về ở đây không? Nếu mã cảm thấy 'icky', có lẽ là nó.

Trên các dự án nhóm, thiếu mã sử dụng lại và sao chép / dán mã là một vấn đề lớn. Khi bạn thấy mã lặp lại, hãy cắn Bullet và Refactor tất cả các trường hợp vào một hàm, mô-đun hoặc mẫu. Một lần nữa, một cấu trúc thư mục tốt sẽ giúp bạn dễ dàng tìm ra nơi để đặt mọi thứ.

04. Cẩn thận với sự phức tạp quá mức

A before and after demonstrating how a refactored class is more readable, functional and testable — Lớp được tái cấu trúc bên phải là phiên bản có thể đọc được, chức năng và có thể kiểm tra hơn của một bên trái

Vấn đề chính với sự phức tạp là nó che dấu và phân tâm khỏi vấn đề ban đầu mà bạn đang cố gắng giải quyết và lần lượt kết thúc việc tạo thêm mã và độ phức tạp hơn, ở cùng một nơi hoặc trong các phần khác của ứng dụng. Bạn kết thúc trong một vòng luẩn quẩn.

Nếu mã của bạn bắt đầu trông giống như một bài học đại số so với API được duy trì tốt, bạn cần quay lại một bước. Có thể là bạn cần phải cấu trúc lại một phần mã cụ thể, cấu trúc lại lớp nó trong hoặc xem xét lại cách tiếp cận hiện tại của bạn đối với vấn đề bạn đang cố gắng giải quyết.

Trong trường hợp cực đoan, bạn có thể cần phải nhìn ra bên ngoài một lần nữa. Gần đây tôi đã tái cấu trúc một thiết lập quan điểm cực kỳ phức tạp mà tôi nhận ra là nạn nhân của một lược đồ định tuyến suy nghĩ tồi tệ. Bằng cách thiết kế lại các tuyến đường phức tạp vào một thứ gì đó hợp lý, tôi đã có thể bỏ hàng trăm dòng mã spaghetti dày đặc trong các lớp khác nhau và loại bỏ một số hack / lỗi bộ định tuyến lâu dài trong quá trình này.

Một điều bạn không nên làm sau khi viết một số mã đặc biệt quan trọng đang ngồi lại và Marvel tự hào về việc đọc nó khó khăn như thế nào! Mã tốt nhất là thanh lịch (đọc: không khó khăn); Nếu của bạn không, bạn có việc phải làm.

Bài viết này ban đầu được xuất bản trong số 290 của mạng lưới, tạp chí bán chạy nhất thế giới cho các nhà thiết kế và nhà phát triển web. Mua Vấn đề 290. hoặc là Đăng ký mạng lưới .

Bạn muốn tư vấn thêm về đánh bóng kỹ năng lập trình của bạn?

Dan Mall is giving his talk Should Designers…? at Generate New York from 25 - 27 April 2018 — Dan Mall đang nói chuyện của mình nên thiết kế ...? tại Generate New York từ 25 - 27 tháng 4 năm 2018

Các nhà thiết kế cần phát triển kỹ năng của họ để giữ liên quan và hiệu quả, nhưng đáng để tập trung vào? Các nhà thiết kế nên học mã, và, nếu vậy, có thể giới hạn kiến thức mã thực sự tạo ra sự khác biệt để làm việc với các kỹ sư tài năng? Làm thế nào các nhà thiết kế có thể phù hợp với quy trình công việc nhanh? Phương pháp dự án có quan trọng nào không? Một nhà thiết kế có vai trò gì trong việc tạo, sử dụng và duy trì các hệ thống thiết kế?

Trong cuộc nói chuyện của anh ấy tại Tạo New York từ ngày 25-27 tháng 4 năm 2018 , Giám đốc siêu thân thiện Dan Mall sẽ chia sẻ những câu chuyện và quan điểm để trả lời những câu hỏi này và nhiều hơn nữa, cung cấp các phương pháp và kỹ thuật cụ thể để giúp các nhà thiết kế trở nên thiếu hơn nữa, nhanh hơn. Nhận vé của bạn bây giờ .

Những bài viết liên quan:

Các công cụ dành cho nhà phát triển bạn cần biết ngay bây giờ
25 mẹo phát triển web để tăng cường kỹ năng của bạn
10 điều nhà phát triển web phải biết thực sự tuyệt vời

4 mẹo để phát triển các kỹ năng dành cho nhà phát triển của bạn

01. Thực hiện theo công thức

02. Đổ mồ hôi những thứ nhỏ

03. Cấu trúc

04. Cẩn thận với sự phức tạp quá mức

Bạn muốn tư vấn thêm về đánh bóng kỹ năng lập trình của bạn?

Cách - Các bài báo phổ biến nhất

Cách lật một lớp trong Photoshop: Hướng dẫn đầy đủ

Sử dụng Framer X để xây dựng các nguyên mẫu tương tác

Xây dựng giao diện người dùng được kiểm soát bằng giọng nói

Cách thiết lập chủ đề trang web với các biến CSS

Tạo văn bản 3D trong Photoshop: Hướng dẫn từng bước

Cách mã hóa một điểm đánh dấu thực tế Augmented

Mô hình hóa một tàu vũ trụ để thiết kế lối chơi

Cách làm chủ Shading Skin trong 3D

Thể loại