Hi!
Trong vài năm qua, tôi đã làm việc rất nhiều với những người mới bắt đầu sự nghiệp trong lĩnh vực CNTT. Vì bản thân các câu hỏi và cách nhiều người hỏi chúng đều giống nhau nên tôi quyết định thu thập kinh nghiệm và đề xuất của mình vào một nơi.
Lâu lắm rồi tôi mới đọc 2004 của Eric Raymond và luôn tuân thủ nghiêm ngặt nó trong sự nghiệp của mình. Nó khá lớn và nhắm đến các quản trị viên hệ thống nhiều hơn. Tôi phải giúp đỡ những người thường không có kinh nghiệm phát triển nào trở thành đàn em và bắt đầu sự nghiệp của họ.
Đối với những người đã trở thành hoặc vẫn đang mơ ước trở thành nhà phát triển mới vào nghề, tôi có thể đưa ra các đề xuất sau:
- Hãy tự mình nghiên cứu vấn đề
- Truyền đạt mục tiêu trước, sau đó nêu vấn đề.
- Viết thành thạo và đúng trọng tâm
- Đặt câu hỏi tới địa chỉ và chia sẻ giải pháp
- Tôn trọng thời gian của người khác
- Nhìn rộng hơn
Và bây giờ để biết thêm chi tiết.
Hãy tự mình nghiên cứu vấn đề
Bạn đang học một ngôn ngữ lập trình từ một cuốn sách hoặc khóa học. Chúng tôi đã lấy một mã ví dụ, chạy nó nhưng nó gặp lỗi mà bạn không rõ. Theo cuốn sách, nó sẽ hoạt động. Nhưng bạn tin vào mắt mình - nó không hoạt động. Các lựa chọn là gì?
- Quyết định rằng bạn sẽ không bao giờ trở thành nhà phát triển vì cả thế giới đang chống lại bạn và ngay cả những ví dụ hoạt động cũng không hoạt động. Bỏ học;
- Hãy quyết định rằng bạn sẽ không bao giờ trở thành nhà phát triển vì bạn quá ngu ngốc hoặc bạn không có nó. Bỏ học;
- Bắt đầu hỏi tất cả những người bạn biết ít nhất có mối liên hệ nào đó với CNTT, yêu cầu họ tìm ra lý do tại sao nó không hiệu quả với bạn. Tìm hiểu nhiều điều mới mẻ về bản thân, cảm thấy khó chịu. Bỏ học;
Lựa chọn nào là đúng? Anh ta đây rồi:
Hãy hiểu rằng bạn không phải là duy nhất (bất kể mẹ và bà của bạn nói gì) và thế giới CNTT không đơn giản như họ thổi phồng khi mời bạn tham gia các khóa học và hội thảo trên web.
Hiểu rằng bạn không phải là duy nhất dẫn đến việc nhận ra rằng vấn đề của bạn có thể đã được hàng chục, hàng trăm, hàng nghìn người gặp phải. Nếu bạn là một nhà phát triển mới làm quen, bạn có thể dễ dàng không chú ý, cài đặt hoặc định cấu hình thứ gì đó. Đây là danh sách kiểm tra mà tôi khuyên bạn nên xem qua trước khi nhận ra rằng mình không thể tự mình giải quyết vấn đề và cần trợ giúp:
- Đảm bảo rằng câu hỏi là duy nhất và không có câu trả lời nào trên Internet
- Hãy nghiên cứu kỹ nguyên nhân của vấn đề chứ không phải hậu quả
- Đánh giá các giải pháp khả thi cho vấn đề, ưu và nhược điểm của chúng
- Hãy suy nghĩ về các lựa chọn thay thế để đạt được mục tiêu của bạn
- Hãy suy nghĩ về những gì bạn có thể được hỏi và chuẩn bị trước câu trả lời.
С đầu tiên Vấn đề là mọi thứ đều tầm thường: nếu bạn hoàn toàn không thể hiểu được nội dung của lỗi, hãy sao chép nó vào Google và đọc kỹ văn bản từ các liên kết.
Thứ hai: ví dụ: nếu mã của bạn gặp sự cố với lỗi “Tôi không thể kết nối thư viện của bên thứ ba” thì vấn đề không nằm ở mã của bạn. Vấn đề là bạn chưa cài đặt một số thư viện mà bạn muốn sử dụng. Điều này có nghĩa là bạn cần tìm cách cài đặt nó chứ không phải cách sửa mã của mình.
thứ ba и thứ tư khá giống nhau: Điều gì sẽ xảy ra nếu thư viện này có vấn đề và tôi chỉ cần tìm một thư viện khác? Điều gì sẽ xảy ra nếu tôi hoàn toàn không sử dụng thư viện của bên thứ ba mà viết mã của riêng mình bằng các công cụ tiêu chuẩn?
Thứ năm Điểm này đưa chúng ta đến phần tiếp theo: nghĩ về những gì người bạn đang tiếp cận có thể hỏi bạn và chuẩn bị sẵn câu trả lời.
Truyền đạt mục tiêu trước, sau đó nêu vấn đề.
Mục tiêu là những gì bạn muốn làm. Ví dụ: viết một đoạn mã truy cập Internet và lưu 10 bức ảnh có những chú mèo ngộ nghĩnh. Vấn đề là tại sao bạn thấy bảng điều khiển báo lỗi nhưng lại không thấy 10 chú mèo ngộ nghĩnh. Đừng bắt đầu câu hỏi của bạn với một vấn đề. Bắt đầu bằng một mục tiêu, kết thúc bằng một vấn đề. Nếu người mà bạn tìm đến để được trợ giúp là một nhà phát triển có kinh nghiệm và biết nhiều, thì anh ấy có thể sẽ cung cấp cho bạn một giải pháp đơn giản và tinh tế hơn cho vấn đề. Nếu bạn đã chọn cách đơn giản và thanh lịch nhất, anh ấy sẽ hiểu rõ bạn muốn làm gì và tại sao, đồng thời điều này sẽ đẩy nhanh tốc độ nhận được câu trả lời.
Câu hỏi hay:
Tôi muốn cứu 10 chú mèo ngộ nghĩnh mỗi ngày để cười và kéo dài cuộc sống. Để làm điều này, tôi đã viết đoạn mã sau: […]. Tôi hy vọng nó sẽ kết nối với máy chủ FTP và tải xuống các hình ảnh mới từ đó. Tuy nhiên, khi khởi chạy thì tôi thấy lỗi này: […] Mặc dù tôi có thể truy cập máy chủ này thông qua trình duyệt.
Trả lời nhanh:
Đáng lẽ bạn không nên lấy thư viện này vì lâu rồi không có ai hỗ trợ hay phát triển nó. Tốt hơn nên lấy cái này - Tôi tự tải ảnh có mèo về cho nó!
Câu hỏi tệ:
Xin chào, mã của tôi đã tạo ra lỗi sau […], bạn có biết điều gì có thể sai không?
Câu trả lời hiển nhiên là:
Xin chào. Không tôi không biết.
Viết thành thạo và đúng trọng tâm
Không cần thiết phải trút dòng suy nghĩ vào một người. Người mà bạn tìm đến để giải quyết vấn đề đang bận rộn với công việc riêng của mình. Hãy chắc chắn rằng anh ấy nhanh chóng hiểu vấn đề của bạn là gì và bạn muốn gì ở anh ấy. Nếu bạn gặp vấn đề về đọc viết, hãy sử dụng các dịch vụ kiểm tra chính tả và dấu câu trực tuyến. Bạn có thể xóa tin rác khỏi tin nhắn mà không cần dịch vụ trực tuyến. Đừng đổ nước, đừng bắt đầu từ xa. Viết ngắn gọn, súc tích và đi vào trọng tâm. Cung cấp các ví dụ.
Tệ:
- xin chào, mọi chuyện thế nào rồi))) Tóm lại tôi đang cố gắng thực hiện một dự án, nhưng nó không hiệu quả với tôi, nó bị treo vì lý do nào đó O_o, mặc dù có vẻ như tôi đã làm đúng mọi thứ, vui lòng đến) )))) thực sự có thứ gì đó không thể hiểu được trong bảng điều khiển đối với tôi ((( đúng rồi, tôi đã thử mọi cách, không có gì hiệu quả, ahhh(
Tốt:
— Xin chào, tôi đang cố gắng bắt đầu một dự án, nhưng có một vấn đề. Nó bị treo ngay sau lệnh docker-compose up, đây là nhật ký khởi động và lỗi: […] Bạn có thể cho tôi biết cách giải quyết không?
Đặt câu hỏi tới địa chỉ và chia sẻ giải pháp
Bạn không nên viết câu hỏi trong tin nhắn cá nhân cho một người cụ thể, trừ khi bạn được thông báo rằng bạn nên hỏi cụ thể người đó. Sẽ tốt hơn nếu viết thư cho một nhóm người vì:
- Mọi người đều bận rộn giải quyết vấn đề của riêng mình. Cơ hội để ai đó trong cuộc trò chuyện chung hoặc trên diễn đàn có thể dành thời gian cho bạn sẽ cao hơn.
- Khả năng ai đó trong cuộc trò chuyện chung biết cách giúp đỡ bạn sẽ cao hơn.
- Bạn để việc đó cho người khác tìm câu hỏi tương tự và trả lời sau.
Hãy nhìn vào điểm cuối cùng. Bạn đã học được rằng bạn nên cố gắng tự mình giải quyết vấn đề chưa? Bạn đã sử dụng tìm kiếm trò chuyện/diễn đàn/nhóm nhưng chưa tìm thấy bất kỳ đề cập nào về vấn đề của bạn? Được rồi, hỏi đi.
Mặt khác, không cần thiết phải làm phiền mọi người một cách không cần thiết. Nếu có thể, hãy xóa khỏi danh sách gửi thư của bạn bất kỳ ai không thể giúp bạn. Một người càng nhận được nhiều tin nhắn thì khả năng đọc hết chúng càng ít. Đừng khiến mọi người có thói quen tắt thông báo hoặc đơn giản là bỏ qua tin nhắn.
Chắc chắn, kinh nghiệm của bạn có thể hữu ích cho người khác. Tiết kiệm thời gian cho bản thân và người khác bằng cách đăng câu trả lời hoặc giải pháp. Người mới tiếp theo, nếu anh ta đã biết những gì chúng ta đang nói ở đây, sẽ không làm phiền ai cả - anh ta sẽ tìm ra giải pháp của bạn bằng cách tìm kiếm. Tại sao tôi nói bạn có thể tiết kiệm thời gian cho mình? Bởi vì bạn có thể gặp phải vấn đề này trong một năm và không nhớ mình đã giải quyết nó như thế nào. Tìm kiếm sẽ cứu bạn một lần nữa.
Tôn trọng thời gian của người khác
Hãy làm cho cuộc sống của những người bạn yêu cầu giúp đỡ trở nên dễ dàng nhất có thể.
Đảm bảo các liên kết bạn gửi hoạt động. Hãy thử mở nó ở chế độ ẩn danh. Nếu liên kết yêu cầu ủy quyền, bạn sẽ thấy lỗi truy cập. Ví dụ: nếu bạn đã tải mã lên kho lưu trữ riêng tư hoặc gửi liên kết tới Google Drive mà chỉ bạn mới có quyền truy cập, một người sẽ thấy lỗi và anh ta sẽ phải dành thời gian thông báo cho bạn về điều đó, sau đó đợi bạn để thiết lập quyền truy cập. Đảm bảo rằng người đó hiểu ngay được điều bạn đang nói.
Đừng mong đợi bất cứ ai muốn nhớ lại những gì bạn đã hỏi hai ngày trước. Gửi lại thông tin, nhắc nhở ngữ cảnh. Không ai muốn tìm kiếm qua thư từ những gì bạn có trong tay. Nếu bạn quá lười sao chép thông tin để mọi người không mất thời gian tìm kiếm thì bạn không cần trợ giúp.
Đừng đưa nó ra khỏi bối cảnh. Nếu bạn gửi nhật ký có lỗi, rõ ràng là bạn cần bao gồm không chỉ lỗi đó mà còn cả mã gây ra lỗi đó, cùng với ví dụ về lỗi đã xảy ra.
Nếu có một quy trình đã được thiết lập để giải quyết vấn đề của bạn, hãy làm theo quy trình đó. Không cần phải phát minh lại bánh xe nếu đã có bài viết hướng dẫn cách thực hiện từng bước.
Bạn không nên cố gắng nhận câu trả lời từ một người thông qua các kênh khác nhau (viết thư cho Slack, Skype, Telegram) cùng một lúc - điều đó sẽ gây khó chịu cho người đó.
Không cần thiết phải viết cùng một tin nhắn cho nhiều người cùng một lúc với hy vọng rằng ít nhất sẽ có người trả lời bạn. Tất cả những người này có thể cho bạn câu trả lời (rất có thể là giống nhau), nhưng tất cả họ sẽ bị phân tâm khỏi công việc trong một thời gian. Sử dụng trò chuyện nhóm.
Nhìn rộng hơn
Mọi điều chúng ta nói ở đây cũng được áp dụng bên ngoài lĩnh vực CNTT. Hãy tuân theo những quy tắc này khi đi siêu thị, trung tâm dịch vụ ô tô, đi nghỉ ở nước khác, khi giao tiếp với bạn bè và người thân. Cho mọi người thấy rằng bạn coi trọng thời gian của họ và không muốn làm phiền họ vì những chuyện vặt vãnh. Hãy chứng tỏ rằng bạn đã dành thời gian và công sức để cố gắng tự giải quyết vấn đề nhưng không thành công và bạn thực sự cần được giúp đỡ. Với lòng biết ơn, mọi người sẽ hiểu vấn đề của bạn và giúp bạn giải quyết chúng.
Nguồn: www.habr.com