Bạn thường tham gia nhóm hackathons nào? Ban đầu, chúng tôi tuyên bố rằng nhóm lý tưởng bao gồm năm người - một người quản lý, hai lập trình viên, một nhà thiết kế và một nhà tiếp thị. Nhưng kinh nghiệm của những người lọt vào vòng chung kết của chúng tôi cho thấy rằng bạn có thể giành chiến thắng trong cuộc thi hackathon với một nhóm nhỏ gồm ba người. Trong số 26 đội giành chiến thắng chung cuộc, có 3 đội thi đấu và giành chiến thắng với các chàng lính ngự lâm. Họ đã làm điều đó như thế nào - hãy đọc tiếp.
Chúng tôi đã nói chuyện với đội trưởng của cả ba đội và nhận ra rằng chiến lược của họ có nhiều điểm chung. Những người hùng của bài đăng này là các đội PLXeT (Stavropol, đề cử của Bộ Viễn thông và Truyền thông Đại chúng), “Khóa tổng hợp” (Tula, đề cử của Bộ Thông tin và Truyền thông Cộng hòa Tatarstan) và Jingu Digital (Ekaterinburg, đề cử của Bộ Công Thương). Đối với những người quan tâm, một mô tả ngắn gọn về các lệnh được ẩn dưới con mèo.
Mô tả lệnhPLXeT
Nhóm có ba người - một nhà phát triển (web, C++, năng lực bảo mật thông tin), một nhà thiết kế và một người quản lý. Chúng tôi không hề biết nhau trước cuộc thi hackathon khu vực. Đội được đội trưởng tập hợp dựa trên kết quả kiểm tra trực tuyến.
Tổ hợp phím
Nhóm có ba nhà phát triển đồng nghiệp - fullstack với mười năm kinh nghiệm về CNTT, phụ trợ và di động, và phụ trợ tập trung vào cơ sở dữ liệu.
Jingu kỹ thuật số
Nhóm bao gồm hai lập trình viên - phụ trợ và AR/Unity, cũng như một nhà thiết kế, người cũng chịu trách nhiệm quản lý nhóm. Giành được đề cử của Bộ Công Thương
Chọn công việc phù hợp với năng lực của bạn
Bạn có nhớ từng có câu đồng dao “câu lạc bộ kịch, câu lạc bộ ảnh và tôi cũng muốn hát” không? Tôi nghĩ rằng nhiều người đã quen với cảm giác này - khi mọi thứ xung quanh bạn đều thú vị, bạn muốn thể hiện bản thân theo một cách mới theo hướng của mình và thử sức với một ngành/lĩnh vực phát triển mới. Sự lựa chọn ở đây chỉ phụ thuộc vào mục tiêu của nhóm bạn và sự sẵn sàng chấp nhận rủi ro - bạn có thể chấp nhận sai lầm của mình nếu đột nhiên ở giữa hackathon bạn nhận ra rằng việc giải quyết vấn đề này là không thực tế? Những thử nghiệm thuộc thể loại “Tôi không giỏi phát triển thiết bị di động, nhưng nó là cái quái gì vậy?” không dành cho tất cả mọi người. Bạn có phải là loại người nghiệp dư?
Artem Koshko (), lệnh “Khóa tổng hợp”: “Ban đầu chúng tôi dự định thử một cái gì đó mới. Ở giai đoạn khu vực, chúng tôi đã thử một số gói nuget mà chúng tôi chưa bao giờ sử dụng và Yandex.Cloud. Cuối cùng, chúng tôi đã triển khai CockroachDB trong Kubernetes và cố gắng triển khai quá trình di chuyển vào đó bằng EF Core. Một số thứ diễn ra tốt đẹp, một số không quá nhiều. Vì vậy, chúng tôi đã học được những điều mới, tự kiểm tra và đảm bảo độ tin cậy của các phương pháp đã được chứng minh.”.
Cách chọn nhiệm vụ nếu mắt bạn lang thang:
- Hãy suy nghĩ về những năng lực cần thiết để giải quyết trường hợp này và liệu tất cả các thành viên trong nhóm có những năng lực đó hay không
- Nếu thiếu năng lực, bạn có thể bù đắp được không (hãy nghĩ ra giải pháp khác, nhanh chóng học hỏi cái mới)
- Tiến hành nghiên cứu ngắn gọn về thị trường mà bạn sẽ sản xuất sản phẩm
- Tính toán mức độ cạnh tranh - đường đua/công ty/nhiệm vụ nào sẽ có nhiều người tham gia nhất?
- Trả lời câu hỏi: điều gì sẽ thúc đẩy bạn nhất?
Oleg Bakhtadze-Karnaukhov (), lệnh PLXeT: “Chúng tôi đã đưa ra quyết định về thời gian quá cảnh mười giờ tại sân bay - ngay lúc hạ cánh, một danh sách các tuyến đường và báo cáo ngắn gọn về nhiệm vụ đã được gửi đến thư của chúng tôi. Tôi ngay lập tức xác định bốn nhiệm vụ thú vị đối với tôi với tư cách là một lập trình viên và có kế hoạch hành động rõ ràng sau khi bắt đầu - những gì cần phải làm và chúng tôi sẽ thực hiện nó như thế nào. Sau đó tôi đánh giá nhiệm vụ của từng thành viên trong nhóm và đánh giá mức độ cạnh tranh. Kết quả là chúng tôi đã lựa chọn giữa nhiệm vụ của Gazprom và Bộ Viễn thông và Truyền thông đại chúng. Cha của nhà thiết kế của chúng tôi làm việc trong lĩnh vực dầu khí; chúng tôi đã gọi cho ông ấy và hỏi ông ấy những câu hỏi về ngành này. Cuối cùng, chúng tôi nhận ra rằng đúng vậy, điều đó thật thú vị, nhưng chúng tôi sẽ không thể cung cấp bất kỳ điều gì mới về cơ bản và chúng tôi chắc chắn sẽ không thể đáp ứng được năng lực vì có quá nhiều chi tiết cụ thể về ngành cần được xem xét tài khoản. Cuối cùng, chúng tôi đã mạo hiểm và đi đến đường đua đầu tiên ”.
Diana Ganieva (), Nhóm kỹ thuật số Jingu: “Ở giai đoạn khu vực, chúng tôi có nhiệm vụ liên quan đến nông nghiệp và tại vòng chung kết - AR/VR trong công nghiệp. Họ được cả nhóm lựa chọn để mỗi người có thể phát huy được khả năng của mình. Sau đó, chúng tôi loại bỏ những gì chúng tôi không thấy thú vị.”
Làm bài tập về nhà đi
Và bây giờ chúng ta không nói về việc chuẩn bị mã—nói chung làm điều đó là vô nghĩa. Đó là về giao tiếp trong nhóm. Nếu các bạn chưa chơi cùng nhau, chưa học cách hiểu nhau và đi đến thống nhất, hãy họp mặt trước vài lần và mô phỏng một cuộc hackathon, hoặc ít nhất là gọi điện cho nhau để trao đổi những điểm chính, hãy suy nghĩ thông qua một kế hoạch hành động và thảo luận về điểm mạnh và điểm yếu của nhau. Bạn thậm chí có thể tìm thấy một số trường hợp và cố gắng giải quyết nó - ít nhất là theo sơ đồ, ở cấp độ “làm thế nào để đi từ điểm A đến điểm B”.
Trong đoạn này, chúng ta có nguy cơ mắc phải những điểm trừ trong nghiệp chướng và những bình luận nói rằng, làm sao có thể, bạn không hiểu gì cả, nhưng còn sự phấn khích, thôi thúc thì sao, cảm giác giờ đây một nguyên mẫu sẽ được sinh ra từ nguyên thủy nước dùng (xin chào, bài học sinh học).
Đúng nhưng.
Sự ngẫu hứng và nỗ lực chỉ tốt khi chúng chỉ đi chệch một chút khỏi chiến lược - nếu không thì rủi ro là quá lớn khi dành thời gian dọn dẹp sự hỗn loạn và sửa chữa sai lầm, thay vì làm việc, ăn uống hoặc ngủ nghỉ.
Oleg Bakhtadze-Karnaukhov, nhóm PLXeT: “Trước cuộc thi, tôi không hề quen biết thành viên nào trong đội, tôi lựa chọn và mời dựa trên năng lực cũng như đánh giá của họ ở giai đoạn thi trực tuyến. Khi chúng tôi giành chiến thắng trong cuộc thi hackathon khu vực và nhận ra rằng chúng tôi vẫn phải cùng nhau đến Kazan và hoàn thành dự án hackathon ở Stavropol, chúng tôi quyết định sẽ cùng nhau tập luyện. Trước trận chung kết, chúng tôi đã gặp nhau hai lần - chúng tôi tìm thấy một vấn đề ngẫu nhiên và giải quyết nó. Một cái gì đó giống như một giải vô địch trường hợp. Và ở giai đoạn này, chúng tôi nhận thấy có vấn đề trong việc giao tiếp và phân bổ nhiệm vụ - trong khi Polina (nhà thiết kế) và Lev (quản lý) đang suy nghĩ về phong cách công ty, tính năng sản phẩm, tìm kiếm dữ liệu thị trường, tôi có rất nhiều thời gian rảnh. Vì vậy, chúng tôi nhận ra rằng chúng tôi cần đảm nhận một đề cử khó khăn hơn (tôi không khoe khoang, chúng tôi chủ yếu chỉ thực hiện các nhiệm vụ liên quan đến web, nhưng đối với tôi thì đó chỉ là một hoặc hai) và tôi cần tham gia nhiều hơn vào quá trình làm việc . Kết quả là tại vòng chung kết, trong quá trình nghiên cứu sơ bộ, tôi đã tham gia vào mô hình hóa toán học và phát triển các thuật toán.”
Artem Koshko, Nhóm chủ chốt tổng hợp : “Chúng tôi đã chuẩn bị tinh thần nhiều hơn, không hề có chuyện bàn về việc chuẩn bị mật mã. Chúng tôi đã phân công trước các vai trò trong nhóm - cả ba chúng tôi đều là lập trình viên (chúng tôi có đầy đủ nhân viên và hai phụ trợ, cộng thêm tôi biết một chút về phát triển thiết bị di động), nhưng rõ ràng là sẽ phải có ai đó đảm nhận công việc này. vai trò của người thiết kế và quản lý. Đó là cách mà tôi không hề hay biết, tôi đã trở thành trưởng nhóm, thử sức mình với tư cách là nhà phân tích kinh doanh, diễn giả và người thuyết trình. Tôi nghĩ nếu không nói trước về vấn đề này, chúng tôi đã không thể quản lý thời gian một cách chính xác và đã không thể đến được phòng thủ cuối cùng ”.
Diana Ganieva, Jingu Digital: “Chúng tôi chưa chuẩn bị cho hackathon vì chúng tôi tin rằng các dự án hack nên được thực hiện từ đầu - điều đó công bằng. Trước đó, ở giai đoạn lựa chọn bài hát, chúng tôi đã có ý tưởng chung về những gì mình muốn làm".
Bạn không thể làm việc một mình với các nhà phát triển
Diana Ganieva, nhóm kỹ thuật số Jingu: “Chúng tôi có ba chuyên gia ở các lĩnh vực khác nhau trong nhóm của mình. Theo tôi, đây là thành phần lý tưởng cho một hackathon. Mọi người đều bận rộn với công việc kinh doanh riêng của mình và không có sự chồng chéo hay phân chia nhiệm vụ. Thêm một người nữa cũng là thừa.”
Thống kê đã chỉ ra rằng thành phần trung bình trong nhóm của chúng tôi là từ 4 đến 5 người, bao gồm (tốt nhất) một nhà thiết kế. Người ta thường chấp nhận rằng cần phải củng cố đội ngũ với các nhà phát triển thuộc các lĩnh vực khác nhau - để có thể vừa thêm vào cơ sở dữ liệu vừa gây bất ngờ với một “cỗ máy” nếu có bất cứ điều gì xảy ra. Tốt nhất, họ vẫn mang theo một nhà thiết kế (đừng xúc phạm, chúng tôi yêu bạn!), cuối cùng, bản trình bày và giao diện sẽ không tự vẽ ra. Vai trò của người quản lý thậm chí còn bị bỏ qua thường xuyên hơn - thông thường chức năng này do đội trưởng, một nhà phát triển bán thời gian đảm nhận.
Và điều này về cơ bản là sai.
Artem Koshko, Nhóm chủ chốt tổng hợp: “Có lúc, chúng tôi rất tiếc vì đã không tuyển một chuyên gia chuyên môn vào nhóm. Mặc dù bằng cách nào đó chúng tôi có thể xử lý được phần thiết kế nhưng lại gặp khó khăn với kế hoạch kinh doanh và những vấn đề chiến lược khác. Một ví dụ nổi bật là khi cần tính toán đối tượng mục tiêu và khối lượng thị trường, TAM, SAM.”
Oleg Bakhtadze-Karnaukhov, nhóm PLXeT: “Sự đóng góp của nhà phát triển cho sản phẩm không chiếm tới 80% công việc như người ta thường tin. Không thể nói rằng điều đó dễ dàng hơn đối với các chàng trai - gần như toàn bộ nhiệm vụ đều thuộc về họ. Mã của tôi không có giao diện, bài thuyết trình, video, chiến lược chỉ là một tập hợp các ký hiệu. Nếu có nhiều nhà phát triển hơn trong nhóm thay vì họ, có lẽ chúng tôi đã quản lý được nó, nhưng mọi thứ sẽ trông kém chuyên nghiệp hơn. Đặc biệt là phần trình bày nhìn chung đã thành công một nửa, theo tôi thấy. Trong quá trình phòng thủ và sau đó là trong đời thực trong vài phút nữa, sẽ không ai có thời gian để hiểu liệu nguyên mẫu của bạn có thực sự hoạt động hay không. Nếu bạn bị cuốn theo những kế hoạch, sẽ không có ai lắng nghe bạn. Nếu bạn đi quá xa với văn bản, mọi người sẽ hiểu rằng chính bạn cũng không biết điều gì quan trọng trong sản phẩm của mình, cách trình bày nó và ai cần nó ”.
Quản lý thời gian và thư giãn
Bạn có nhớ trong những bộ phim hoạt hình thời thơ ấu như “Tom và Jerry”, các nhân vật đặt diêm dưới mí mắt để giữ cho chúng không bị đóng lại không? Những người tham gia hackathon thiếu kinh nghiệm (hoặc quá nhiệt tình) đều trông giống nhau.
Tại một cuộc thi hackathon, bạn rất dễ mất liên lạc với thực tế và cảm giác về thời gian - bầu không khí có lợi cho việc viết mã không bị kiểm soát mà không cần nghỉ ngơi, ngủ, dạo quanh phòng trò chơi, giao tiếp với đối tác hoặc tham gia các lớp học nâng cao. Nếu bạn coi đây giống như Giải vô địch thế giới hoặc Thế vận hội, thì đúng vậy, có lẽ đó là cách bạn nên cư xử. Không thực sự.
Artem Koshko, Nhóm chủ chốt tổng hợp: “Chúng tôi đã ăn rất nhiều chak-chak, rất nhiều - một tháp chak-chak được dựng ngay giữa bàn của chúng tôi, nó giúp nâng cao tinh thần của chúng tôi và cung cấp cho chúng tôi carbohydrate vào đúng thời điểm. Chúng tôi gần như nghỉ ngơi và làm việc cùng nhau và không nghỉ ngơi riêng lẻ. Nhưng họ ngủ khác nhau. Andrey (nhà phát triển fullstack) thích ngủ vào ban ngày, Denis và tôi thích ngủ vào ban đêm. Vì vậy, tôi làm việc nhiều hơn với Denis vào ban ngày và với Andrey vào ban đêm. Và anh ấy đã ngủ trong giờ giải lao. Chúng tôi không có hệ thống làm việc hay đặt ra nhiệm vụ nào cả, thay vào đó, mọi thứ đều tự phát. Nhưng điều này không làm chúng tôi bận tâm, vì chúng tôi hiểu nhau rất rõ và bổ sung cho nhau. Điều đó đã giúp chúng tôi là đồng nghiệp và giao tiếp chặt chẽ. Tôi là thực tập sinh cũ của Andrey và Denis đến công ty với tư cách là thực tập sinh của tôi ”.
Và đây, chính là ngọn núi chak-chak đó.
Hầu hết tất cả những người tham gia mà chúng tôi phỏng vấn đều coi việc quản lý thời gian thành thạo là tiêu chí chính để thành công tại hackathon. Nó có nghĩa là gì? Bạn phân bổ nhiệm vụ để có thời gian ngủ và ăn, nhưng các nhiệm vụ không được hoàn thành một cách thường xuyên. mọi thứ sụp đổ, nhưng với tốc độ phù hợp với từng thành viên trong nhóm.
Oleg Bakhtadze-Karnaukhov, nhóm PLXeT'Mục tiêu của chúng tôi không phải là làm việc nhiều giờ nhất có thể mà là duy trì năng suất càng lâu càng tốt. Mặc dù chúng tôi ngủ 3-4 tiếng mỗi ngày nhưng dường như chúng tôi đã thành công. Chúng tôi có thể đến phòng trò chơi hoặc đi chơi tại các gian hàng của đối tác và dành thời gian bình thường để đi ăn. Vào ngày thứ hai, chúng tôi cố gắng xoa dịu Lev nhiều nhất có thể để anh ấy có thể ngủ đủ giấc và có thời gian ổn định bản thân trước buổi biểu diễn. Các buổi diễn tập hackathon đã giúp ích cho chúng tôi vì chúng tôi đã hiểu cách phân bổ nhiệm vụ và sự đồng bộ hóa của thói quen hàng ngày - chúng tôi ăn, ngủ và thức cùng một lúc. Kết quả là chúng hoạt động như một cơ chế duy nhất.”
Chúng tôi không biết làm cách nào mà nhóm này có thể đưa Agomoto's Eye tham gia hackathon, nhưng cuối cùng họ thậm chí còn quay được một video về dự án và chuẩn bị một tài liệu phát tay.
Một số mẹo để quản lý thời gian tại hackathon:
- Đi từ lớn đến nhỏ - chia nhiệm vụ thành các khối nhỏ.
- Hackathon là một cuộc chạy marathon. Điều quan trọng nhất trong một cuộc chạy marathon là gì? Cố gắng chạy với tốc độ như cũ, nếu không bạn sẽ bị ngã ở cuối quãng đường. Cố gắng làm việc với cường độ gần như nhau và không đẩy bản thân đến mức kiệt sức.
- Hãy suy nghĩ trước nhiệm vụ của mỗi người tham gia sẽ là gì và họ sẽ mất bao nhiêu thời gian. Nó sẽ giúp bạn tránh bị bất ngờ khi còn nửa tiếng nữa mới đến hạn nộp hồ sơ và bạn chưa chuẩn bị sẵn một khối lượng công việc lớn.
- Kiểm tra tọa độ để điều chỉnh phạm vi nhiệm vụ. Bạn có cảm thấy mình đang ổn và thậm chí còn có thời gian không? Tuyệt vời - bạn có thể dành nó để ngủ hoặc hoàn thiện bài thuyết trình của mình.
- Đừng tập trung vào chi tiết, hãy làm việc một cách khái quát.
- Thật khó để nghỉ làm, vì vậy hãy dành thời gian đặc biệt cho giấc ngủ, thư giãn hoặc thư giãn. Bạn có thể đặt báo thức chẳng hạn.
- Hãy dành thời gian để chuẩn bị và luyện tập bài phát biểu của bạn. Đây là điều bắt buộc đối với mọi người và luôn luôn. Chúng tôi đã nói về điều này ở một trong những phần trước .
Và sau đó có ý kiến thay thế này. Bạn chọn lựa chọn nào - tra tấn bằng mã hóa hay chiến tranh với chiến tranh và ăn trưa theo lịch trình?
Diana Ganieva, nhóm kỹ thuật số Jingu: “Mỗi người trong nhóm chúng tôi chịu trách nhiệm một việc, không có ai thay thế nên chúng tôi không thể làm việc theo ca. Khi hoàn toàn không còn sức lực, chúng tôi ngủ ba tiếng, tùy thuộc vào khối lượng công việc còn lại của người tham gia. Hoàn toàn không có thời gian để đi chơi, chúng tôi không lãng phí thời gian quý báu vào việc này. Năng suất được hỗ trợ, mặc dù giấc ngủ ngắn và đồ uống có trà - không có nước tăng lực hoặc cà phê.
Ẩn dưới phần cắt là một số liên kết hữu ích nếu bạn muốn đi sâu vào chủ đề quản lý thời gian. Nó sẽ có ích trong cuộc sống hàng ngày - hãy tin tác giả của bài đăng này, người luôn đến muộn :)
Dành cho những kẻ chinh phục thời gian — Các kỹ thuật quản lý thời gian hiệu quả đã được người quản lý dự án Kaspersky Lab thu thập trong blog Netology:
— Một bài viết hay dành cho người mới bắt đầu sử dụng Cossa:
Cố gắng nổi bật
Ở trên chúng tôi đã viết về nhóm đã thực hiện một tài liệu để bảo vệ dự án. Họ là những người duy nhất đi theo con đường của mình và chúng tôi chắc chắn rằng trong số hơn 3500 người tham gia không có người nào giống họ.
Tất nhiên, đây không phải là nguyên nhân chính dẫn đến chiến thắng của họ nhưng nó chắc chắn mang lại một điểm cộng nữa - ít nhất là sự đồng cảm của giới chuyên môn. Bạn có thể nổi bật theo nhiều cách khác nhau - một số người chiến thắng của chúng tôi bắt đầu mỗi màn trình diễn bằng một câu chuyện cười về cách họ chế tạo bom (xin chào đội Sakharov!).
Chúng tôi sẽ không nói chi tiết về vấn đề này mà chỉ chia sẻ trường hợp của nhóm PLXeT - chúng tôi nghĩ rằng nó xứng đáng trở thành trò đùa về con trai của bạn của mẹ anh ấy.
Oleg Bakhtadze-Karnaukhov, nhóm PLXeT: “Chúng tôi nhận ra rằng chúng tôi đã đi trước đường cong và quyết định rằng sẽ rất tuyệt nếu đến phòng thủ trước với một trường hợp chuyển nhượng. Dự án có rất nhiều chi tiết kỹ thuật, giải thích về các thuật toán, hoàn toàn không có trong phần trình bày. Nhưng tôi muốn thể hiện nó. Các chuyên gia ủng hộ ý tưởng này và thậm chí còn giúp tối ưu hóa nó. Họ thậm chí còn không nhìn vào phiên bản đầu tiên, họ nói rằng họ sẽ không bao giờ đọc một bức tranh như vậy. Chúng tôi là những người duy nhất phòng thủ.”
Chắc chắn có điều gì đó không ổn, và điều đó không sao cả.
Tại một cuộc thi hackathon, cũng như trong cuộc sống đời thường, luôn có chỗ cho những sai lầm. Cho dù có vẻ như bạn đã nghĩ đến mọi chuyện, ai trong chúng ta chưa bị trễ máy bay/kỳ thi/đám cưới chỉ vì xe quyết định bị kẹt xe, thang cuốn bị hỏng và bị quên hộ chiếu. ở nhà?
Oleg Bakhtadze-Karnaukhov, nhóm PLXeT: “Polina và tôi đã dành cả đêm để thuyết trình, nhưng cuối cùng họ lại quên tải nó lên máy tính trong hội trường nơi diễn ra buổi bào chữa. Chúng tôi cố gắng mở nó từ ổ đĩa flash và phần mềm chống vi-rút coi tệp đó là vi-rút và xóa nó. Kết quả là chúng tôi đã bắt đầu được mọi thứ chỉ một phút trước khi màn trình diễn kết thúc. Chúng tôi đã cố gắng chiếu đoạn video đó nhưng chúng tôi vẫn rất khó chịu. Một câu chuyện tương tự đã xảy ra với chúng tôi trong giai đoạn tiền phòng thủ. Nguyên mẫu của chúng tôi không khởi động, máy tính của Polina và Lev bị treo, và vì lý do nào đó tôi đã để máy tính của mình trong nhà chứa máy bay, nơi đường đua của chúng tôi đang tọa lạc. Và mặc dù các chuyên gia đã nhìn thấy công việc của chúng tôi vào buổi sáng, nhưng chúng tôi trông giống như một nhóm lập dị với tờ rơi, lời lẽ đẹp đẽ nhưng không có sản phẩm. Xem xét rằng nhiều người tham gia nhận thấy công việc của tôi trên các mô hình toán học là “anh ấy đang ngồi, vẽ thứ gì đó, không nhìn vào máy tính”, tình hình không được tốt cho lắm.
Nghe có vẻ ngô nghê nhưng tất cả những gì bạn có thể làm trong tình huống này là thở ra. Nó đã xảy ra rồi. Không, bạn không phải là người duy nhất, mọi người đều làm hỏng việc. Cho dù đây là một sai lầm chết người thì đó cũng là một trải nghiệm. Và hãy nghĩ xem, liệu người đang đánh giá bạn có coi trường hợp này là một trò lừa đảo không?
Hãy chia sẻ trong phần nhận xét thành phần nào bạn cảm thấy thoải mái nhất khi làm việc tại hackathon (cả người và chuyên gia) cũng như cách bạn xây dựng các quy trình trong nhóm.
Nguồn: www.habr.com