Phần cuối cùng của bộ ba hackathon. TRONG Tôi đã nói về động lực để tham gia những sự kiện như vậy. đã dành riêng cho những sai lầm của ban tổ chức và kết quả của họ. Phần cuối cùng sẽ trả lời những câu hỏi không phù hợp với hai phần đầu.
Hãy cho chúng tôi biết bạn bắt đầu tham gia hackathons như thế nào.
Tôi học lấy bằng thạc sĩ tại Đại học Lappeenranta trong khi giải quyết các cuộc thi về phân tích dữ liệu. Một ngày điển hình của tôi trông như thế này: thức dậy lúc 8 giờ, tham gia vài cặp đôi ở trường đại học, sau đó tham gia các cuộc thi và khóa học cho đến nửa đêm (trong khi đếm số bài nộp, tôi xem bài giảng hoặc đọc báo). Lịch trình nghiêm ngặt như vậy đã mang lại kết quả và tôi đã giành chiến thắng trong cuộc thi phân tích dữ liệu MERC-2017 (cuộc thi thậm chí còn được thảo luận ). Chiến thắng đã mang lại cho tôi sự tự tin và khi tình cờ biết được thông tin về hackathon SkinHack 2 ở Moscow, tôi quyết định về thăm bố mẹ, đồng thời tìm hiểu hackathon là gì.
Bản thân cuộc hackathon hóa ra khá buồn cười. Có hai phần phân tích dữ liệu với số liệu rõ ràng và một tập dữ liệu có giải thưởng 100 nghìn rúp. Chặng thứ ba là phát triển ứng dụng với giải thưởng 50k và không có người tham gia. Có thời điểm, ban tổ chức cho biết cửa sổ có nút không có chức năng có thể trúng giải 50k do không thể thanh toán giải thưởng. Tôi chưa bắt đầu học cách lập trình ứng dụng (tôi không cạnh tranh ở nơi tôi có thể dễ dàng bị “lật đổ”), nhưng đối với tôi đó là một thông điệp rõ ràng rằng các lĩnh vực trong hackathons không đông đúc.
Sau đó, tôi giải quyết cả hai bài phân tích dữ liệu. Tôi tìm thấy rò rỉ dữ liệu cho phép tôi đạt được tốc độ lý tưởng, nhưng cột bị rò rỉ không có trong dữ liệu thử nghiệm mà tôi nhận được hai giờ trước khi kết thúc sự kiện (nhân tiện, sau đó tôi hiểu rằng sự hiện diện của cột “mục tiêu” trong đoàn tàu không được tính là rò rỉ). Cùng lúc đó, bảng xếp hạng mở ra, bài dự thi không có mặt của tôi chiếm vị trí thứ ba trong số năm, có một khoảng cách lớn so với người đầu tiên và tôi quyết định không lãng phí thời gian và rời đi.
Sau khi phân tích với một tâm trí mới mẻ về những gì đã xảy ra, tôi phát hiện ra một loạt lỗi (một trong những thói quen của tôi là lướt qua những gì đã xảy ra với sổ ghi chú và phân tích các lỗi, nguyên nhân của chúng và những gì có thể đã được thay đổi - một di sản thú vị như vậy của một trò chơi poker bán chuyên nghiệp). Nhưng có một điều chắc chắn rõ ràng - hackathons có rất nhiều giá trị và tôi chỉ cần thực hiện nó. Sau sự kiện này, tôi bắt đầu theo dõi các sự kiện và nhóm, và cuộc hackathon tiếp theo sẽ diễn ra không lâu nữa. Rồi một cái khác, và một cái khác...
Tại sao bạn lại làm hackathons mà không phải Kaglo?
Hiện tại tôi không thích Kagle. Từ một cấp độ kỹ năng nhất định, không có lý do cụ thể để tham gia, kagle trở nên kém hữu ích hơn các hoạt động khác. Trước đây tôi đã tham gia rất nhiều, hình như bằng cách nào đó tôi đã “xuống dốc”.
Tại sao lại hackathons và không thực hiện dự án của riêng bạn?
Tôi thích ý tưởng làm một thứ gì đó thú vị bằng chính đôi tay của mình với tốc độ chậm. Những người từ ODS đã tổ chức dành cho tất cả những ai muốn dành thời gian cuối tuần để thực hiện dự án của mình với những người cùng chí hướng. Tôi nghĩ rằng tôi sẽ sớm tham gia cùng họ.
Làm thế nào để bạn tìm thấy các sự kiện?
Nguồn chính - hackathon.com (thế giới) và trò chuyện điện tín (Nga). Ngoài ra, thông báo về các sự kiện còn xuất hiện trong quảng cáo trên mạng xã hội và trên LinkedIn. Nếu không tìm thấy gì, bạn có thể xem tại đây: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.
Bạn có chuẩn bị kế hoạch giải pháp trước khi tham gia hay mọi thứ được quyết định ngay lập tức? Ví dụ, một tuần trước cuộc thi hackathon, bạn có nghĩ: “Chúng ta sẽ cần một chuyên gia như vậy ở đây, chúng ta sẽ cần tìm kiếm nó”?
Nếu hackathon là vì đồ ăn thì vâng, tôi đã sẵn sàng rồi. Một vài tuần trước, tôi tìm hiểu xem mình sẽ làm gì, tìm xem ai có thể hữu ích và tập hợp một nhóm bạn bè hoặc những người tham gia từ các hackathon trước đây.
Có thực sự có thể hack một cuộc thi hackathon một mình không? Phải làm gì nếu không có đội?
Các cuộc hackathon về khoa học dữ liệu là có thật (tôi là một ví dụ sống động về điều này), tôi chưa từng thấy các cuộc hackathon dành cho hàng tạp hóa, mặc dù tôi cũng nghĩ vậy. Thật không may, đôi khi ban tổ chức áp đặt giới hạn về số lượng người tham gia tối thiểu trong một đội. Tôi nghĩ điều này là do không phải tất cả những “kẻ cô độc” đều lọt vào trận chung kết (tức là họ chỉ đơn giản là rời đi với những khó khăn đầu tiên), việc tham gia vào một đội vẫn còn hạn chế. Ngay cả sau sự kiện này, bạn vẫn phải tiếp tục thực hiện dự án. Sẽ dễ dàng hơn để đưa dự án thành hiện thực với một nhóm.
Nói chung, lời khuyên của tôi là hãy luôn tham gia cùng một đội. Nếu bạn chưa có đội của riêng mình, ban tổ chức sẽ luôn giúp bạn tìm hoặc tạo một đội.
Làm thế nào để bạn đối phó với sự mệt mỏi khi tham gia hackathon?
Tại hackathon, bạn có 2 ngày để làm việc, tức là 48 giờ (30-48 giờ, hãy lấy 48 để dễ tính). Chúng tôi loại bỏ thời gian ngủ (16-20 giờ), không quá 30 giờ. Trong số này, 8 giờ (trung bình) sẽ thực sự được dành cho công việc hiệu quả. Nếu bạn tổ chức công việc của mình một cách chính xác (ngủ, dinh dưỡng, đi ra ngoài không khí trong lành, tập thể dục, những phút tĩnh tâm, giao tiếp đúng cách với nhóm và chuyển đổi hoạt động), thì giờ làm việc sâu có thể tăng lên 12-14. Sau khi làm việc như vậy bạn sẽ cảm thấy kiệt sức nhưng đó sẽ là một sự mệt mỏi dễ chịu. Viết mã mà không ngủ và nghỉ giải lao, bị gián đoạn bởi nước tăng lực, là công thức dẫn đến thất bại.
Bạn có quy trình làm sẵn của riêng mình cho hackathons không? Bạn lấy chúng bằng cách nào, chúng được sắp xếp như thế nào (chúng nằm trong các thư mục có tệp .py, mỗi tệp có nhiệm vụ riêng, v.v.) và cách bắt đầu tự tạo những tệp này?
Tôi không sử dụng các giải pháp hoàn toàn làm sẵn từ các cuộc thi hackathon trước đây cho các giải pháp mới, nhưng tôi có sở thú riêng gồm các mô hình và quy trình từ các cuộc thi trước đây. Tôi không phải viết lại các phần tiêu chuẩn từ đầu (ví dụ: mã hóa mục tiêu chính xác hoặc một lưới đơn giản để trích xuất ý định từ văn bản), điều này giúp tôi tiết kiệm rất nhiều thời gian.
Hiện tại, nó trông như thế này: đối với mỗi cuộc thi hoặc hackathon đều có kho lưu trữ riêng trên GitHub, nó lưu trữ sổ ghi chép, tập lệnh và tài liệu nhỏ về những gì đang diễn ra. Ngoài ra, còn có một kho lưu trữ riêng cho tất cả các loại “thủ thuật” được đóng hộp (chẳng hạn như mã hóa mục tiêu chính xác với xác thực chéo). Tôi không nghĩ đây là giải pháp tao nhã nhất, nhưng hiện tại nó phù hợp với tôi.
Tôi sẽ bắt đầu bằng cách lưu tất cả mã của mình vào các thư mục và viết tài liệu ngắn (tại sao, cái gì, tôi đã làm như thế nào và kết quả).
Việc chuẩn bị MVP từ đầu trong thời gian ngắn như vậy có thực tế hay tất cả những người tham gia đều mang theo các giải pháp làm sẵn?
Tôi chỉ có thể nói về các dự án liên quan đến khoa học dữ liệu - vâng, điều đó là có thể. MVP đối với tôi là sự kết hợp của hai yếu tố:
- Một ý tưởng khả thi được trình bày dưới dạng sản phẩm (tức là được vẽ trên canvas kinh doanh). Phải luôn có sự hiểu biết rõ ràng về lý do tại sao và đối tượng mà chúng ta đang tạo ra sản phẩm. Đôi khi các dự án có thiết kế hợp lý nhưng không có nguyên mẫu sẽ giành được giải thưởng và điều này không có gì đáng ngạc nhiên. Đáng tiếc, nhiều người tham gia không thể bỏ qua nỗi cay đắng của thất bại và cho rằng thất bại của mình là do sự thiển cận của ban tổ chức, tiếp tục cắt mẫu cho một ai đó chưa rõ danh tính ở các hackathons tiếp theo.
- Một số chỉ báo cho thấy bạn có thể tạo ra sản phẩm này (ứng dụng, mã, mô tả đường ống).
Chuyện xảy ra là một nhóm đến tham gia hackathon với một giải pháp làm sẵn và cố gắng “điều chỉnh” nó theo hướng dẫn của ban tổ chức. Những đội như vậy sẽ bị loại trong quá trình sàng lọc kỹ thuật hoặc chỉ phần họ đã làm trên trang web mới được “tính”. Tôi chưa coi những đội như vậy là người chiến thắng, nhưng tôi nghĩ họ vẫn có lãi khi thi đấu vì giá trị tương lai ().
Có ví dụ nào về việc đưa các sản phẩm thủ công được triển khai tại hackathons vào sản xuất/khởi nghiệp không?
Đúng. Tôi đã gặp ba trường hợp khi họ đưa nó vào sản xuất. Một lần là chính tôi, hai lần - với bàn tay của người khác, dựa trên ý tưởng và mã mà tôi đã viết tại hackathon. Tôi cũng biết một số nhóm tiếp tục hợp tác với công ty với tư cách là nhà tư vấn. Tôi không biết kết quả cuối cùng, nhưng rất có thể điều gì đó đã được hoàn thành. Bản thân tôi chưa tổ chức các công ty khởi nghiệp và tôi không biết có ai làm như vậy không, mặc dù tôi chắc chắn rằng có những ví dụ.
Sau khi tham gia nhiều hackathons, bạn sẽ đưa ra lời khuyên gì cho bản thân nếu có thể quay ngược thời gian?
- Chiến thuật quan trọng hơn thủ đoạn. Hãy coi mọi giải pháp như một sản phẩm hoàn chỉnh. Một ý tưởng, một chiếc máy tính xách tay Jupiter, một thuật toán sẽ chẳng có giá trị gì nếu không rõ ai sẽ trả tiền cho nó.
- Trước khi thiết kế bất cứ thứ gì, hãy trả lời câu hỏi không phải “cái gì?” mà là “tại sao?” Và làm thế nào?". Ví dụ: khi thiết kế bất kỳ giải pháp ML nào, trước tiên hãy nghĩ về thuật toán lý tưởng: nó nhận được gì làm đầu vào, các dự đoán của nó được sử dụng như thế nào trong tương lai?
- Hãy là một phần của một đội.
Họ thường ăn gì ở hackathons?
Thông thường đồ ăn ở hackathons rất nghèo nàn: pizza, nước tăng lực, soda. Hầu như đồ ăn luôn được tổ chức theo hình thức tiệc tự chọn (hoặc bàn phục vụ) với một hàng dài người xếp hàng. Họ thường không cung cấp thức ăn vào ban đêm, mặc dù có một trường hợp tại một cuộc thi ở Paris, thức ăn được để qua đêm - khoai tây chiên, bánh rán và cola. Tôi sẽ hình dung ra quá trình suy nghĩ của ban tổ chức: “Vậy lập trình viên ở đó ăn gì? Ồ, chính xác! Khoai tây chiên, bánh rán - chỉ vậy thôi. Hãy đưa cho họ thứ rác rưởi này.” Ngày hôm sau, tôi hỏi ban tổ chức: “Các bạn ơi, buổi tối có thể làm điều gì đó khác biệt được không? À, có lẽ là một ít cháo?” Sau đó họ nhìn tôi như thể tôi là một thằng ngốc. Lòng hiếu khách nổi tiếng của người Pháp.
Tại các cuộc thi hackathon tốt, thức ăn được đặt trong hộp; có sự phân chia thành các bữa ăn thông thường, bữa ăn chay và bữa ăn kosher. Ngoài ra, họ còn đặt một tủ lạnh với sữa chua và muesli - dành cho những ai muốn ăn nhẹ. Trà, cà phê, nước - tiêu chuẩn. Tôi nhớ đến cuộc thi hackathon Hack Moscow 2 - họ đã tận tình cho tôi ăn borscht và cốt lết với khoai tây nghiền trong căng tin của văn phòng 1C.
Có thể nói, sự tỉnh táo của hackathons phụ thuộc vào lĩnh vực chuyên môn của người tổ chức (ví dụ: những hackathons tốt nhất được thực hiện bởi các nhà tư vấn)?
Những hackathon tốt nhất đến từ những người tổ chức đã từng tổ chức hackathons trước đó hoặc đã tham gia chúng trước đó. Có lẽ đây là yếu tố duy nhất quyết định chất lượng của sự kiện.
Làm thế nào để hiểu rằng bạn không phải là người mới và đã đến lúc tham gia hackathon?
Thời điểm tốt nhất để tham gia hackathon là một năm trước. Thời gian tốt nhất lần hai là bây giờ. Vì vậy, hãy cố gắng, phạm sai lầm, học hỏi - không sao cả. Ngay cả mạng lưới thần kinh - phát minh vĩ đại nhất của con người kể từ khi bánh xe và khả năng tăng cường độ dốc trên cây - cũng không thể phân biệt được một con mèo với một con chó trong kỷ nguyên huấn luyện đầu tiên.
“Cờ đỏ” nào ngay lập tức cho thấy sự kiện sẽ không hay lắm và không cần lãng phí thời gian?
- Mô tả rõ ràng về những gì cần phải làm (có liên quan đến hackathon sản phẩm). Nếu trong quá trình đăng ký, bạn được giao một nhiệm vụ rõ ràng thì tốt hơn hết bạn nên ở nhà. Trong trí nhớ của tôi, không có một cuộc thi hackathon nào tốt với các thông số kỹ thuật. Để so sánh: Được rồi - hãy cho chúng tôi điều gì đó liên quan đến việc phân tích các cuộc hội thoại bằng âm thanh. Xấu - hãy tạo cho chúng tôi một ứng dụng có thể chia cuộc trò chuyện thành hai bản âm thanh riêng biệt cho mỗi người.
- Quỹ giải thưởng nhỏ. Nếu bạn được yêu cầu tạo “Tinder cho một cửa hàng trực tuyến có AI” và giải thưởng cho vị trí đầu tiên là 500 euro và quy mô nhóm tối thiểu là 5 người, thì có lẽ bạn không nên lãng phí thời gian (vâng, đây là một cuộc thi hackathon thực sự được tổ chức tổ chức ở München).
- Thiếu dữ liệu (có liên quan đến hackathon khoa học dữ liệu). Người tổ chức thường cung cấp thông tin cơ bản về sự kiện và đôi khi là tập dữ liệu mẫu. Nếu họ chưa cung cấp, hãy hỏi, bạn sẽ không mất bất cứ chi phí nào. Nếu trong vòng 2-3 ngày mà không rõ dữ liệu nào sẽ được cung cấp và liệu dữ liệu đó có được cung cấp hay không thì đây là cờ đỏ.
- Những người tổ chức mới. Đừng lười biếng và tra Google thông tin về ban tổ chức hackathon. Nếu họ tổ chức một sự kiện kiểu này lần đầu tiên thì khả năng cao là sẽ xảy ra sự cố. Mặt khác, nếu người tổ chức và các thành viên ban giám khảo đã tổ chức hackathons hoặc tích cực tham gia trước đây thì đây là một lá cờ xanh.
Tại một hackathon họ nói với tôi: “Bạn đã có giải pháp tốt nhất trong thời gian ngắn, nhưng xin lỗi, chúng tôi đánh giá tinh thần đồng đội và bạn đã làm việc một mình. Bây giờ, nếu bạn đưa một học sinh hoặc một cô gái vào đội của mình…”? Bạn đã bao giờ gặp phải sự bất công như vậy chưa? Bạn đã đối phó như thế nào?
Vâng, tôi đã gặp nó hơn một lần. Tôi nghiêm khắc với mọi việc xảy ra: Tôi đã làm mọi thứ trong khả năng của mình, nếu nó không thành công thì cũng vậy.
Tại sao bạn làm tất cả điều này?
Tất cả điều này chỉ là vì sự nhàm chán.
Nguồn: www.habr.com