Công việc nào tốt hơn là viết về Habr về sự phát triển? Trong khi ai đó đang chuẩn bị đồ đạc lớn của họ và bắt đầu vào buổi tối, thì tại đây, ngay trong giờ làm việc, bạn chia sẻ những điều thú vị với cộng đồng và nhận được lợi ích từ nó.
Công việc nào có thể tệ hơn việc viết về sự phát triển trên Habr? Trong khi ai đó viết mã cả ngày, bạn nhìn những người này và liếm môi, và bạn làm việc với dự án thú cưng của mình một cách phù hợp và bắt đầu vào buổi tối.
Chúng tôi () mỗi năm chúng tôi tổ chức ngày càng nhiều hội nghị khác nhau dành cho các nhà phát triển, vì vậy hiện tại chúng tôi đang tìm kiếm một nhân viên khác (ngoài tôi và ) cho các văn bản trong habrablog của chúng tôi. Để làm rõ chúng tôi cần ai và điều gì đang chờ đợi người này, tôi đã mô tả chung về cảm giác khi công việc của bạn là viết văn bản cho các nhà phát triển trên blog công ty trên Habré.
Có gì hay ho?
Tôi yêu thích điều gì ở công việc này? Mặc dù mục tiêu của bất kỳ blog công ty nào đều là giúp đỡ công ty, nhưng ở đây điều đó không có nghĩa là "viết bài bán hàng rực rỡ về mức độ tuyệt vời của nó". Điều này đơn giản là không hoạt động trên Habré. Một điều nữa cũng có tác dụng ở đây: viết những bài đăng thú vị và hữu ích cho cộng đồng, trong đó việc đề cập đến các hoạt động của bạn có vẻ phù hợp.
Bạn có thể viết “các hội nghị của chúng tôi thật tuyệt vời và đáng kinh ngạc” ít nhất mười lần mà không cần tranh luận, và đơn giản là sẽ không có ai đọc nó. Hoặc bạn có thể xuất bản bản ghi văn bản của một báo cáo từ một hội nghị trước đây, mọi người sẽ tiếp cận những thông tin hữu ích cho họ - đồng thời, bằng cách sử dụng một ví dụ thực tế, họ sẽ hiểu những gì có thể thấy tại sự kiện và liệu họ muốn đi đến đây lần sau
Nếu tôi bị yêu cầu liên tục viết những bài viết chứa những nội dung quảng cáo nhảm nhí, tôi sẽ rất muốn treo cổ tự tử. May mắn thay, thay vào đó tôi viết văn bản về các chủ đề của hội nghị của chúng tôi, ở cuối chỉ có một ghi chú nhỏ “vì bạn bị thu hút bởi văn bản này về phát triển thiết bị di động, hãy chú ý, đây là một hội nghị về nó.”
Một lợi ích khác của công việc này là bạn có thể tiếp xúc với rất nhiều người thú vị. Khi một phần công việc của bạn là phỏng vấn một người có tầm cỡ Jonah Skeete, bạn hồi hộp lắng nghe câu trả lời của anh ấy, và cuối cùng anh ấy nói “cảm ơn vì câu hỏi, thật thú vị”, bạn chợt nghĩ “đợi đã, tôi sẽ trả tiền cho việc này họ cũng trả tiền»
Chà, một phần thưởng dành cho những người yêu thích bụng bầu: khi viết habrapost là công việc của bạn và bạn xuất bản chúng thường xuyên, bạn có thể đạt vị trí đầu tiên trong bảng xếp hạng người dùng habra. Và sau đó bạn sẽ bắt đầu nhận được những tin nhắn cá nhân lạ lùng!
Khó khăn là gì?
Nhưng tất cả những điều tốt đẹp này không có nghĩa là mọi thứ đều hoàn hảo. Thách thức chính là điều này.
Một mặt, rõ ràng là bạn càng biết nhiều về sự phát triển thì công việc đó càng tốt và nếu bạn thực sự đam mê một chủ đề cụ thể, thì bạn có thể viết một cái gì đó thú vị liên quan đến chủ đề đó.
Nhưng đồng thời, chúng tôi có một số hội nghị trong các lĩnh vực khác nhau (từ Java đến thử nghiệm), vì vậy đối với mỗi tác giả, có một số sự kiện cần được đề cập và những sự kiện mới có thể được thêm vào bất kỳ lúc nào. Điều này có nghĩa là bạn sẽ không thể giới hạn bản thân trong chủ đề yêu thích của mình và sẽ phải đi sâu vào một thứ hoàn toàn khác, ít quen thuộc hơn nhiều. Đồng thời, các hội nghị của chúng tôi khá khắt khe, khách truy cập của họ không phải là người mới trong ngành, vì vậy nội dung sẽ được các nhà phát triển có kinh nghiệm quan tâm.
Trở thành tiền bối theo nhiều hướng cùng một lúc nói chung là không thực tế. Bây giờ hãy nói thêm rằng bạn cũng không làm việc với tư cách là nhà phát triển: một phần thời gian làm việc của bạn có thể được dành cho việc viết mã để không tách khỏi lĩnh vực chủ đề, nhưng đây không phải là hoạt động chính. Và thêm vào đó là tính đều đặn của các bài đăng: nếu những người viết cho Habr theo tiếng gọi của tâm hồn họ có thể dành hàng tháng trời để vạch ra một chủ đề trước khi soạn văn bản, thì điều này sẽ không hiệu quả ở đây.
Làm thế nào, trong những điều kiện như vậy, có thể viết bất cứ điều gì có thể khiến các nhà phát triển có kinh nghiệm quan tâm?
Có vẻ như mọi thứ hoàn toàn u ám, nhưng vẫn có những phương án khá khả thi.
Làm thế nào để sống?
Thứ nhất, mặc dù bạn không thể viết về nhiều chủ đề nếu không có kinh nghiệm làm việc cá nhân sâu rộng, nhưng cũng có nhiều chủ đề không yêu cầu điều này.
Một phiên bản Java mới đã xuất hiện và các nhà phát triển đang tự hỏi “điều gì đã thay đổi ở đó”? Đối với một bài đăng bình thường về vấn đề này, bạn cần có khả năng viết bằng Java, nhưng bạn không cần “hàng tháng kinh nghiệm” cụ thể với phiên bản mới; chỉ cần hiểu kỹ các nguồn tiếng Anh là đủ (bạn cũng có thể thử những đổi mới trực tiếp, nhưng điều này có thể được thực hiện nhanh chóng). Phiên bản Java mới này có đi kèm công cụ JShell không? Vì nó mới nên ngay cả các nhà phát triển có kinh nghiệm cũng sẽ thấy hướng dẫn này hữu ích và trước khi viết nó, chỉ cần chơi đùa với JShell trong một hoặc hai giờ là đủ (“tháng” trong REPL đơn giản là không có gì đáng để chi tiêu). GitHub làm kho lưu trữ riêng tư miễn phí? Tất nhiên, tôi muốn thông báo ngay cho những người xem trung tâm về những tin tức như vậy và sẽ mất một thời gian để nghiên cứu (để bài đăng không chỉ có một dòng) mà còn khiêm tốn.
Thứ hai, nếu bạn đam mê một chủ đề cụ thể và hiểu sâu sắc về nó thì điều này cũng thật tuyệt vời. Đúng, bạn sẽ không thể viết về nó mỗi ngày; bạn sẽ thường xuyên phải giải quyết vấn đề khác - nhưng khi, trong số những vấn đề khác, chủ đề yêu thích của bạn xuất hiện, thì kiến thức sẽ có ích. Tại đây, Oleg đã nghiên cứu dự án Graal ngay cả trước khi nó trở thành mốt, vì vậy anh ấy sẵn lòng hỏi Chris Thalinger, người làm việc với Graal, về những thứ như tham số nội tuyến - à, tuyệt vời: cuối cùng, cả Oleg và những người khác quan tâm đến chủ đề này đều thú vị.
Và thứ ba, bạn không thể giới hạn bản thân trong khả năng của mình bằng cách kết nối người khác. Ví dụ: trong một hình thức phỏng vấn, bạn không cần phải biết tất cả các câu trả lời nhưng có thể đặt câu hỏi. Những người thú vị nhất từ khắp nơi trên thế giới đến phát biểu tại hội nghị của chúng tôi, từ huyền thoại .NET Jeffrey Richter đến phần đầu của Kotlin Andrew Breslav, thật tội lỗi nếu không hỏi những câu hỏi như vậy. Hóa ra đó là một sự thắng/thắng hoàn toàn: cả người phỏng vấn đều quan tâm và độc giả của Habr đều quan tâm (kỷ lục của chúng tôi là với cùng một Jon Skeet, đã thu thập được hơn 60 lượt xem) và bản thân các diễn giả thường vui vẻ trả lời phỏng vấn vào đêm trước hội nghị và đây là một lợi ích rõ ràng cho hội nghị.
Tất nhiên, để hỏi những người như vậy cũng cần có những kiến thức nhất định - nhưng quy mô của các yêu cầu đó hoàn toàn khác.
Một cách khác để chia sẻ năng lực của người khác là bản ghi văn bản báo cáo đã được đề cập. Điều cũng xảy ra là một trong những diễn giả của chúng tôi xuất bản một bài đăng trên blog bằng tiếng Anh và chúng tôi, theo thỏa thuận với anh ấy, sẽ dịch nó sang tiếng Nga. Trong những trường hợp như vậy, bạn cần hiểu văn bản nhưng không cần phải là chuyên gia mới có thể viết được văn bản đó.
Điều này dẫn đến điều gì?
Từ kinh nghiệm của bản thân, tôi muốn nói rằng với loại công việc này, bạn nhìn CNTT từ một góc độ khá thú vị.
Nói chung, điều này có thể gây khó chịu: có một số loại chuyển động đang diễn ra ở khắp mọi nơi, mọi người đang tạo ra những điều thú vị và bạn nhìn tất cả những điều này “từ bên ngoài”, đặt câu hỏi và cuối cùng bạn hiểu điều gì đó về từng điều này mọi thứ bề ngoài, nhưng về chi tiết triển khai thì bạn lại không hiểu nó - để tìm ra nó, bạn sẽ phải liên tục làm việc với nó. Có lẽ cũng có rất nhiều điều thú vị ở chiều sâu; nhìn thoáng qua tất cả những điều này chỉ khiến bạn thôi thúc!
Nhưng đồng thời, trong khi bạn mất đi chiều sâu, bạn lại có được phạm vi phủ sóng rộng - và điều này cũng có giá trị. Nếu bạn làm việc với một vai trò cụ thể trong một dự án cụ thể, thì bạn sẽ nhìn mọi thứ qua lăng kính này: thứ gì đó hoàn toàn không nằm trong tầm nhìn, thứ gì đó bạn nhìn từ bên cạnh (“những người thử nghiệm là những người xấu phá vỡ mã đẹp đẽ của tôi ”). Và khi bạn viết về những điều khác nhau, bạn sẽ thấy những điều rất khác nhau, không phải “từ bên ngoài” mà từ góc nhìn toàn cảnh: bạn không thể nhìn thấy chi tiết, nhưng bạn có được bức tranh tổng thể trong đầu. Tôi đã nói chuyện (cả trong các cuộc phỏng vấn và chỉ tại hội nghị của chúng tôi) với rất nhiều người hoàn toàn khác nhau: từ người biên dịch đến người kiểm tra, từ nhân viên Google đến người khởi nghiệp, từ những người viết bằng Kotlin đến những người viết chính Kotlin.
Một nhà phát triển JS có thể tò mò muốn đọc các bài viết habrapost từ thế giới C++ (“họ có gì ở đó?”), nhưng anh ta sẽ bị choáng ngợp với các tài liệu trong trường chính và sẽ không tiếp cận được các tài liệu không cốt lõi này. Đối với tôi, hầu hết tất cả các lĩnh vực đều là chuyên ngành; bất kỳ văn bản nào tôi đọc về phát triển và thử nghiệm đều có thể hữu ích cho công việc của tôi.
Tôi cảm thấy rằng ở một khía cạnh nào đó, tôi rất may mắn: không giống như hầu hết mọi người, trong giờ làm việc, tôi có thể quan sát một cách thích thú sự phát triển trong cuộc sống nói chung và phát triển như thế nào.
Chúng ta cần ai?
Từ tất cả những điều này, có thể thấy rằng công việc như vậy đòi hỏi một người khá độc đáo.
Anh ấy (hoặc cô ấy) phải có hiểu biết tốt về sự phát triển, nhưng đồng thời sẵn sàng làm một việc gì đó khác ngoài bản thân sự phát triển.
Hiểu được sự phát triển không chỉ đòi hỏi từ góc độ mã mà còn từ góc độ cộng đồng. Bạn cần nói cùng ngôn ngữ với các nhà phát triển và biết điều gì khiến họ lo lắng.
Bạn cần sự kết hợp của sự chủ động và siêng năng. Một mặt, có những nhiệm vụ tiêu chuẩn cần phải hoàn thành (ví dụ: chúng tôi có các bài đăng truyền thống về “10 báo cáo hàng đầu từ hội nghị trước”). Mặt khác, chúng tôi muốn bạn tự mình đưa ra ý tưởng cho những văn bản thú vị chứ không chỉ chờ hướng dẫn.
Tất nhiên, bạn cần có khả năng viết: cả từ quan điểm về khả năng đọc viết và từ quan điểm “làm cho nó trở nên thú vị”. Chúng tôi đánh giá cao những văn bản không chỉ trông giống như một hướng dẫn kỹ thuật khô khan mà còn thực sự hấp dẫn. Ví dụ: nếu bạn có một câu chuyện cá nhân trong cuộc sống của mình bằng cách nào đó giao thoa với chủ đề của tài liệu, thì đó có thể là một phần giới thiệu tuyệt vời.
Tính linh hoạt cũng được yêu cầu: hiện tại chúng tôi chủ yếu quan tâm đến các văn bản trên .NET và thử nghiệm, vì vậy chúng tôi đặc biệt quan tâm đến những người có năng lực liên quan, nhưng các ưu tiên có thể thay đổi. Ngoài Habr, đôi khi chúng tôi xuất bản trên các trang web khác và chúng tôi cũng cần có khả năng thích ứng với điều này (bản chất vẫn giữ nguyên, “văn bản dành cho nhà phát triển” nhưng định dạng có thể khác nhau).
Và mặc dù không ai yêu cầu chúng tôi làm việc ngoài giờ làm việc, nhưng những người đam mê CNTT, những người trong thời gian rảnh rỗi, làm việc trong một dự án thú vị để giải trí hoặc đọc về CNTT, sẽ cảm thấy ở đây: điều này không trực tiếp giải quyết các vấn đề công việc, nhưng cuối cùng giúp giải quyết chúng hiệu quả hơn.
Nếu mọi điều được viết ở trên không làm bạn sợ hãi mà còn khiến bạn quan tâm và bạn muốn biết thêm chi tiết hoặc phản hồi, cả hai đều có thể được thực hiện tại .
Nguồn: www.habr.com