Khi bị mắc kẹt, một khu vực nên sử dụng Stack Overflow nhanh như thế nào? [đóng cửa]

Tôi tự học phát triển iOS thông qua khóa học iTunes U CS193p và tôi thường thấy mình bị mắc kẹt. Tôi đã cố gắng để tự tháo gỡ, nhưng tôi có thể mất hàng giờ để tìm ra những gì tôi đang làm sai, có thể thiếu một phương pháp hoặc không thực sự có được một khái niệm như ủy thác.

Tôi lo lắng rằng tôi có thể lãng phí quá nhiều thời gian và tốt hơn hết là tôi nên đến Stack Overflow ngay sau khi tôi gặp khó khăn để tôi có thể tiếp tục.

Theo kinh nghiệm của bạn, việc nhanh chóng hỏi về Stack Overflow cản trở quá trình học tập hay cải thiện nó?

Khi tôi làm việc với các nhà phát triển mới, tôi khuyến khích họ đến đặt câu hỏi sau năm hoặc mười phút khi họ không đạt được tiến bộ.

Điều đó có hai lợi ích: thứ nhất là họ có thể nhận được sự giúp đỡ mà không mất quá nhiều thời gian để nhìn chằm chằm vào một vấn đề, nhưng họ chỉ hỏi khi họ không đến được nơi nào đó. Nếu họ đang học - ngay cả trên một cái gì đó cuối cùng không phải là câu trả lời - họ có nhiều khả năng giữ lại thông tin đó một cách hữu ích.

Thứ hai là sau khoảng thời gian đó, họ phải giải thích vấn đề cho người khác. Điều đó giải quyết một tỷ lệ lớn các vấn đề, bởi vì đi xuyên suốt từ đầu đến cuối theo thứ tự có nghĩa là bạn có thể phát hiện ra điều mà bạn đã bỏ lỡ trong công việc trước đây.

Vì có vẻ như bạn đang làm điều này một mình, hãy thử chuyển sang một món đồ chơi nhồi bông, hoặc đồng hồ, hoặc bức tường, và hỏi điều đó về vấn đề. Giải thích nó như bạn muốn với một người, và xem nếu điều đó sửa chữa mọi thứ.

Nếu không, và bạn không đạt được tiến bộ, hãy hỏi ai đó. Dành hơn năm hoặc mười phút bị mắc kẹt là một sự lãng phí thời gian của bạn - trừ khi bạn tiếp tục làm việc khác, sau đó quay lại vấn đề với một tâm trí tươi mới.

Bổ sung duy nhất của tôi cho câu trả lời tuyệt vời của người khác:

GỬI câu hỏi của bạn vào giao diện câu hỏi StackOverflow là một cách tuyệt vời để đảm bảo bạn đang suy nghĩ thấu đáo về nó. Tôi không thể bắt đầu cho bạn biết có bao nhiêu câu hỏi tôi đã tự trả lời trong quá trình đặt nó đủ rõ ràng để hỏi đúng. Các câu hỏi tôi đã bắt đầu và không gửi VASTLY vượt trội so với những câu hỏi tôi thực sự đã hỏi.

Vì vậy, tôi muốn nói rằng hãy tiếp tục và hỏi (tất nhiên sau khi tìm kiếm), đừng gắn bó với việc thực sự nhấn "Gửi".

Stack Overflow và mọi trang web Stack Exchange khác, có một bộ hướng dẫn để đặt câu hỏi :

• Làm bài tập về nhà đi
• Hãy cụ thể
• Làm cho nó phù hợp với người khác
• Có chủ đề
• Nghĩ thoáng ra

"Làm bài tập về nhà của bạn" ngụ ý rằng bạn không nên quá nhanh để hỏi. "Hãy cụ thể" ngụ ý rằng bạn hiểu rõ vấn đề của mình đủ để phác thảo chính xác vấn đề. Nếu không, "làm bài tập về nhà của bạn" được áp dụng. "Giữ một tâm trí cởi mở" ngụ ý rằng bạn nên sẵn sàng khám phá các giải pháp mà bạn không bao giờ nghĩ sẽ liên quan đến vấn đề của mình.

Vì vậy, không phải là hỏi về Stack Overflow, mà là liệu câu hỏi của bạn có tốt không. Về cơ bản, nỗ lực cần có là một kinh nghiệm học tập trong chính nó. Nếu bạn làm đúng, có lẽ bạn sẽ học được một vài điều mới chỉ bằng cách tìm kiếm các bản sao. Nếu không, ping tôi, tôi đã nhận được một vài phiếu giảm giá. : P

Cá nhân, khi tôi bắt đầu lập trình, tôi đã dành rất nhiều thời gian để cố gắng tìm ra mọi thứ. Tôi có thể dành hàng giờ để cố gắng sửa chữa một cái gì đó. Tôi không thấy những giờ đó là không hiệu quả, trong những giờ đó tôi đã học được cách tìm kiếm mọi thứ trực tuyến và tôi thực sự hiểu rõ về cách ngôn ngữ lập trình của tôi hoạt động. Vì vậy, tôi nghĩ rằng việc hỏi quá nhanh về SO đã cướp đi kinh nghiệm học tập của bạn. Bắt đầu lập trình chỉ mất một khoảng thời gian rất dài.

Sau đó, có một câu hỏi là làm thế nào để hỏi sớm, tôi nói rằng dành một vài giờ cho một vấn đề cụ thể là không lâu (lưu ý rằng tôi đến từ một nền tảng học thuật, có thể trong nền tảng thương mại điều này ít được chấp nhận).

Và khi bạn đặt câu hỏi về SO, hãy đầu tư thời gian vào câu hỏi:

• Khi bạn gặp lỗi, hãy đăng văn bản chính xác của lỗi. Đồng thời đăng mã dẫn đến lỗi, tốt nhất là một ví dụ độc lập chạy trên bất kỳ máy tính nào.
• Hiển thị những gì bạn đã cố gắng.
• Các phiên bản đề cập của phần mềm bạn sử dụng: phiên bản trình biên dịch, phiên bản của python.

Đây chỉ là một vài điểm. Bằng cách đầu tư thời gian vào một câu hỏi mà bạn tôn trọng mọi người trên SO, bạn sử dụng thời gian của họ miễn phí. Quan trọng hơn, bạn cấu trúc vấn đề của bạn. Điều này có thể đã giải quyết vấn đề của bạn :).

Chỉ cần 2 ct của tôi ...

Tôi tin rằng điều quan trọng ở đây là thực sự hiểu những gì bạn đang mắc kẹt và cố gắng đi đến vấn đề chính. Sau khi bạn thực sự hiểu rõ vấn đề thực sự là gì thì sử dụng Stack Overflow là một trong những điều đầu tiên tôi làm.

Nhưng, nó không hỏi một câu hỏi.

Đó là tìm kiếm thông qua tất cả các câu trả lời tuyệt vời. Rất có thể là vấn đề bạn gặp phải bây giờ đã có người khác gặp phải và họ đã hỏi câu hỏi của bạn. Nếu bạn cảm thấy bắt buộc phải sử dụng Stack Overflow, hãy nhớ rằng đó không chỉ là một trang web để bạn đặt câu hỏi khi bạn bị bối rối. Nó cũng là một kho lưu trữ cho một số thông tin thực sự tuyệt vời về lập trình máy tính; sử dụng chức năng tìm kiếm.

Nếu bạn đã tìm kiếm với một vài thuật ngữ / từ khóa khác nhau mà vẫn nhận được nilch, và bạn đã hoàn thành bài tập về nhà và có các mẫu mã bạn có thể thể hiện và bạn thực sự chắc chắn rằng câu hỏi của bạn không thực sự trùng lặp , thì bằng mọi cách hãy hỏi câu hỏi của bạn về Stack Overflow. Đó là những gì trang web ở đó cuối cùng tôi đã kiểm tra.

Nó hoàn toàn chủ quan, nhưng đây là quy tắc cơ bản cho việc sử dụng của tôi.

1) Nhà tôi có bị cháy không? Rõ ràng, không phải theo nghĩa đen, nhưng đây có phải là một vấn đề không chỉ cần một giải pháp tức thời, mà còn là một giải pháp khẩn cấp. Nếu vậy, hãy bẻ khóa nó, thất bại nhanh chóng, nhận sự giúp đỡ tốt nhất có thể.

2) Đây có phải là cái gì đó mà tôi có thể nghiên cứu? Nếu đó là thứ mà tôi có thời gian và có thể nghiên cứu được thì tôi sẽ đi theo con đường đó và bao gồm SO như một nguồn tài nguyên miễn phí. SO là tuyệt vời, Wiki cũng vậy, hàng tá tài nguyên khác cũng vậy.
Đọc nhiều, nó giúp bạn hiểu khi có các cách tiếp cận khác nhau đối với một vấn đề, nhưng trước tiên hãy dành thời gian thử xem liệu kiến ​​thức hiện có của bạn có thể được áp dụng lại cho vấn đề đó không, sau đó bạn đã xây dựng cho mình một công cụ tinh thần mới.

3) Đây có phải là thứ nằm ngoài bộ kỹ năng của tôi / tối nghĩa đến mức có thể có 100 người đã từng nhìn thấy nó? Điều này xảy ra, và xảy ra thường xuyên. Nói chung tôi sẽ thử nghiên cứu trong một hoặc hai giờ sau đó đi đến đây hoặc các tài nguyên khác.

Tôi biết rằng việc ngồi nghiên cứu và dành thời gian sẽ cao quý hơn, nhưng chúng tôi thường gặp khó khăn về thời gian và bạn sử dụng mọi tài nguyên có sẵn, ngay cả khi cảm giác như 'lừa dối' hệ thống.

"Làm thế nào nhanh chóng" sẽ được, theo bản chất của nó, chủ quan. Mọi người sẽ có một quan điểm hơi khác nhau.

Nếu bạn không thể khám phá nguyên nhân của vấn đề của mình trong khoảng 5 phút xem mã thực tế, thì ít nhất tôi sẽ Google nó. Nếu một tìm kiếm tốt không có câu trả lời, thì tôi sẽ bắt đầu viết câu hỏi của bạn trên SO.

Hãy nhớ rằng không nên đăng câu hỏi đó; đã có những lúc, khi đặt câu hỏi thành lời nói, giải pháp đã tự trình bày và tôi không thực sự phải đặt nó cho các bạn.

Bạn có thể viết câu hỏi của bạn sớm nhưng bạn không nên đăng nó cho đến khi bạn đã nghiên cứu chính xác nguồn gốc của vấn đề. Viết những điều bạn đã loại bỏ và cách bạn loại bỏ chúng. Bạn cũng nên kiểm tra các câu hỏi tương tự khác và nếu bạn thực sự muốn đăng câu hỏi của mình, hãy giải thích tại sao đây không phải là câu hỏi tương tự.

Nếu bạn làm điều đó đúng cách, bạn sẽ thấy rằng nhiều lần bạn sẽ giải quyết vấn đề của riêng bạn.