10 Mẹo cho Novice Coders - núm vú

Học cách mã ngày càng phổ biến hơn bao giờ hết. Có vẻ như mọi người đều có một trang web hoặc một ý tưởng về ứng dụng và ngay khi bạn bè, gia đình hoặc đồng nghiệp của bạn phát hiện ra khả năng mã hóa mới của bạn, nhiều người sẽ yêu cầu trợ giúp và trợ giúp.

Cho dù bạn đang tìm hiểu về nó sau khi làm việc, hoặc tham dự một trại huấn luyện mã hóa mười tuần chuyên sâu, học cách mã hóa có thể là một cuộc hành trình đầy thách thức. Nó có thể trả tiền để lấy một vài gợi ý từ một số người vượt qua đường kết thúc phía trước của bạn. Giữ những lời khuyên sau đây trong tâm trí, đặc biệt là khi bắt đầu cuộc hành trình mã hóa của bạn.

Chọn một ngôn ngữ, bất kỳ ngôn ngữ nào

Là một người mới làm quen, bạn có thể không chắc chắn bắt đầu từ đâu. Nếu bạn chưa bao giờ lập trình trước, hãy bắt đầu bằng cách học một ngôn ngữ được sử dụng để tạo các trang web, bởi vì với những ngôn ngữ này, thật dễ dàng để bắt đầu và xuất bản tác phẩm để người khác xem.

HTML và CSS là những ngôn ngữ đánh dấu, dễ học nhất và cho phép bạn đặt nội dung lên trang web bằng HTML và định dạng nội dung đó bằng CSS. Sau khi bạn hiểu một số kiến ​​thức cơ bản về trình bày nội dung, bạn có thể học một ngôn ngữ lập trình để thao tác nội dung đó.

Xác định mục tiêu

Khi bạn bắt đầu học mã, chọn mục tiêu có thể giúp bạn duy trì động lực. Bạn có thể chọn bất kỳ mục tiêu bạn thích, nhưng hãy chắc chắn rằng đó là một cái gì đó bạn sẽ thực sự vui mừng để hoàn thành. Mục tiêu tốt cho người mới bắt đầu bao gồm

• Tạo một trang web nhỏ - gồm từ một đến bốn trang khác nhau - cho chính bạn, doanh nghiệp hoặc nhóm.

• Xây dựng từ vựng mã hóa của bạn để bạn có thể hiểu những gì các nhà phát triển hoặc nhà thiết kế nói trong các cuộc họp tại nơi làm việc.

• Tạo một mẫu thử nghiệm, hoặc một phiên bản cơ bản, về ý tưởng trên trang web hoặc ứng dụng - ví dụ như một ứng dụng cho bạn biết khi nào chiếc xe buýt kế tiếp đến vị trí hiện tại của bạn.

Lúc đầu, thực hành thực hiện các công việc mã hóa rất nhỏ. Những tác vụ này, chẳng hạn như in đậm một tiêu đề, có thể khiến bạn cảm thấy bị ngắt kết nối khỏi mục tiêu cuối cùng. Nhưng khi bạn tiếp tục học, bạn sẽ bắt đầu ghép các kỹ năng viết mã cá nhân và nhìn thấy một con đường để hoàn thành mục tiêu của mình.

Phân chia mục tiêu của bạn thành các bước có kích thước nhỏ

Sau khi xác định mục tiêu, hãy chia nhỏ thành các bước nhỏ. Điều này giúp bạn

• Xem tất cả các bước cần thiết để hoàn thành mục tiêu

• Nghiên cứu làm thế nào để thực hiện từng bước cụ thể

• Yêu cầu người khác giúp đỡ một cách dễ dàng khi bạn bị mắc kẹt trên bước

Lúc đầu, tạo có thể rộng hoặc không đầy đủ, nhưng với thời gian bạn sẽ cải thiện khả năng chi tiết các bước này, đôi khi được gọi là đặc tả .

Phân biệt cupcake từ frosting

Cho dù bạn ở nhà tạo ứng dụng đầu tiên của mình, hoặc làm việc trong một nhóm xây dựng một trang web, các dự án của bạn sẽ có xu hướng bao gồm quá nhiều tính năng để xây dựng theo một thời hạn cụ thể.Điều này dẫn đến một trong ba kết quả: Dự án được khởi chạy đúng thời gian nhưng lỗi; dự án ra mắt muộn; hoặc nhóm của bạn làm thêm giờ để khởi chạy dự án kịp thời.

Quyết định trả trước những tính năng nào là cupcake - đó là điều thiết yếu - và đó là kem không nung không cần thiết, những thứ tốt nhất có nhưng tùy chọn. Điều này cho thấy bạn có những ưu tiên ở đâu. Nếu dự án của bạn đang chạy đúng thời gian hoặc ngân sách, bạn có thể xây dựng các tính năng tùy chọn sau hoặc không hoàn toàn.

Khi xây dựng ứng dụng của riêng bạn, hãy chắc chắn rằng bạn phân biệt sự cần thiết từ các tính năng tùy chọn trước khi bạn thực sự bắt đầu viết mã.

Google là người bạn thân của nhà phát triển

Nhà phát triển thường xuyên sử dụng công cụ tìm kiếm của Google để nghiên cứu các câu hỏi chung về cách mã một tính năng hoặc các câu hỏi cụ thể về cú pháp cho lệnh hoặc thẻ. Khi tìm kiếm, ngôn ngữ lập trình, chẳng hạn như HTML, lệnh đã định và cú pháp nên đủ để tìm ra một bộ tài nguyên tốt.

Chạy lại những lỗi đó

Trong khi bạn đang thực hiện tất cả các mã này, chắc chắn bạn sẽ tạo ra lỗi, thường được gọi là lỗi . Có ba loại lỗi:

• Cú pháp lỗi xảy ra khi bạn viết mã không hợp lệ mà máy tính không hiểu.

• Các lỗi ngữ nghĩa xảy ra khi bạn viết mã hợp lệ có hiệu ứng không mong muốn. Ví dụ, cố gắng chia một số bằng số không là một lỗi ngữ nghĩa trong JavaScript.

• Lỗi logic hoặc lỗi thiết kế xảy ra khi bạn viết mã hợp lệ có hiệu quả dự định, nhưng mã cho kết quả sai.

Cách tốt nhất để tìm và loại bỏ lỗi là để kiểm tra cú pháp mã đầu tiên của bạn, và sau đó là logic. Xem lại dòng mã của bạn theo dòng và nếu bạn vẫn không thể tìm ra lỗi, hãy yêu cầu một người khác xem mã của bạn hoặc đăng trên một diễn đàn cộng đồng trực tuyến như stackoverflow. com.

Chỉ cần vận chuyển nó

Reid Hoffman, người sáng lập LinkedIn, nổi tiếng nói, "Nếu bạn không thấy xấu hổ với phiên bản đầu tiên của sản phẩm, bạn đã khởi động quá muộn. "Khi bạn bắt đầu viết mã, có thể bạn sẽ miễn cưỡng thể hiện cho người khác những sáng tạo của mình, cho dù đó là trang web cơ bản đầu tiên của bạn hoặc một cái gì đó phức tạp hơn.

Hoffman đã bình luận về mong muốn này để cố gắng hoàn thiện những gì bạn đã xây dựng và thay vào đó hãy phát hành (hoặc "gửi") mã của bạn tới chế độ xem công cộng ngay cả khi bạn cảm thấy xấu hổ. Bất kể kích thước trang web hoặc ứng dụng của bạn, tốt hơn là nên nhận phản hồi sớm và học hỏi từ những sai lầm của bạn, sau đó tiếp tục đi sai hướng.

Ngoài ra, hãy nhớ rằng các trang web được đánh giá cao, được đánh bóng cao, bạn sử dụng ngày hôm nay bắt đầu từ khi bắt đầu khiêm tốn và nguyên mẫu rất đơn giản. Trang chủ đầu tiên của Google, ví dụ, chỉ có một phần nhỏ của tính năng hoặc phong cách trang chủ của nó ngày hôm nay.

Thu thập phản hồi

Sau khi bạn hoàn tất mã hóa phiên bản đầu tiên của trang web hoặc ứng dụng của mình, thu thập phản hồi về mã của bạn và về sản phẩm cuối cùng. Ngay cả khi mọi thứ đang hoạt động và trang web của bạn trông tuyệt vời, điều đó không có nghĩa là mã của bạn đã được viết đúng hoặc trang web của bạn làm mọi thứ có thể.Ví dụ: YouTube ban đầu là trang web hẹn hò nhưng thay đổi thành trang web chia sẻ video chung dựa trên phản hồi của người dùng.

Cách tốt nhất để có được thông tin này là thu thập dữ liệu định tính và định lượng về mã và sản phẩm của bạn. Đo lường các địa điểm mà khách truy cập nhấp chuột và thời gian họ ở lại trên mỗi trang web cung cấp cho bạn thông tin định lượng, giúp bạn chẩn đoán và cải thiện các trang có hiệu suất thấp.

Bạn có thể thu thập thông tin định tính bằng cách khảo sát người dùng, bằng cách gửi email cho họ câu hỏi khảo sát hoặc bằng cách xem những người trực tiếp sử dụng trang web của bạn và sau đó đặt câu hỏi. Thông thường, dữ liệu này sẽ làm bạn ngạc nhiên - người dùng có thể thấy các tính năng bạn nghĩ đã rõ ràng và dễ hiểu, và ngược lại. Tương tự, nếu có thể, hãy nhờ ai đó kiểm tra mã của bạn, trong quá trình gọi là code review , để đảm bảo rằng bạn không bỏ qua bất kỳ vấn đề lớn nào.

Lặp lại mã của bạn

Sau khi bạn đã thu thập phản hồi, bước tiếp theo là "lặp lại" phản hồi đó: Giữ mã hóa cho đến khi các vấn đề chính trong phản hồi của bạn đã được giải quyết và cho đến khi bạn cải tiến cả mã và sản phẩm. Lưu ý rằng tốt nhất bạn nên xác nhận tính hữu dụng của sản phẩm trước khi dành thời gian để cải tiến mã.

Quá trình này - xây dựng một sản phẩm với một số tính năng thiết yếu tối thiểu, thu thập phản hồi về sản phẩm và sau đó lặp lại thông tin phản hồi đó - đôi khi được gọi là phương pháp Lean Startup . Trong quá khứ, quá trình sản xuất, một khi thiết lập, đã rất khó thay đổi, nhưng những ngày này, thay đổi phần mềm cũng đơn giản như sửa đổi một vài dòng mã. Điều này trái ngược với cách các sản phẩm được sử dụng để mã hoá, bao gồm chu kỳ phát triển dài hơn và ít phản hồi trước.

Chia sẻ sự thành công và thất bại của bạn

Mặc dù mã hóa bạn có thể đã xem xét tài liệu trên một trang web mà bạn thấy khó hiểu hoặc chỉ là sai. Điều tốt nhất bạn có thể làm cho chính mình và cộng đồng lớn hơn là viết blog về những thành công và thất bại của bạn. Viết blog có lợi cho bạn vì nó cho thấy những vấn đề khác mà bạn đang nghĩ đến và cố gắng giải quyết.

Tương tự, việc viết blog mang lại lợi ích cho những người khác sử dụng Google để tìm kiếm và đọc về trải nghiệm của bạn, giống như khi bạn sử dụng Google để tìm kiếm ý tưởng và giải quyết vấn đề.