Tháng 20 năm ngoái, chúng tôi đã tổ chức cuộc thi hackathon khởi nghiệp của riêng mình với sáu công ty Skolkovo khác. Không cần sự tài trợ của công ty hay bất kỳ sự hỗ trợ bên ngoài nào, chúng tôi đã tập hợp được XNUMX người tham gia từ XNUMX thành phố của Nga thông qua nỗ lực của cộng đồng lập trình. Dưới đây tôi sẽ cho bạn biết chúng tôi đã thành công như thế nào, những cạm bẫy nào chúng tôi đã gặp phải trong quá trình thực hiện và lý do tại sao chúng tôi ngay lập tức bắt đầu cộng tác với một trong những đội chiến thắng.
Giao diện ứng dụng điều khiển mô-đun Watts Battery của các thí sinh lọt vào vòng chung kết đường đua “Wet Hair”
công ty
Công ty Watts Battery của chúng tôi tạo ra các trạm điện di động dạng mô-đun. Sản phẩm là trạm phát điện di động có kích thước 46x36x11 cm, có khả năng cung cấp từ 1,5 đến 15 kilowatt mỗi giờ. Bốn mô-đun như vậy có thể cung cấp mức tiêu thụ năng lượng của một ngôi nhà nhỏ ở nông thôn trong hai ngày.
Mặc dù chúng tôi đã bắt đầu vận chuyển các mẫu sản xuất vào năm ngoái nhưng nhìn chung Watts Battery vẫn là một công ty khởi nghiệp. Công ty được thành lập vào năm 2016 và kể từ cùng năm đó, công ty đã trở thành thành viên của Cụm công nghệ tiết kiệm năng lượng Skolkovo. Ngày nay, chúng tôi có 15 nhân viên và một lượng lớn công việc tồn đọng mà chúng tôi muốn thực hiện ở một giai đoạn nào đó, nhưng hiện tại không có thời gian cho việc đó
Điều này cũng bao gồm các nhiệm vụ phần mềm thuần túy. Tại sao?
Nhiệm vụ chính của mô-đun là cung cấp nguồn năng lượng cân bằng, không bị gián đoạn với chi phí tối ưu. Nếu bạn bị mất điện vì những lý do ngoài tầm kiểm soát của bạn, bạn phải luôn có một khoản dự phòng để cung cấp đầy đủ năng lượng cho tải mạng cần thiết trong suốt thời gian mất điện. Và khi nguồn điện tốt bạn có thể sử dụng năng lượng mặt trời để tiết kiệm chi phí.
Phương án đơn giản nhất là bạn có thể sạc pin dưới ánh nắng mặt trời vào ban ngày và sử dụng vào buổi tối, nhưng chính xác ở mức cần thiết để trong trường hợp mất điện, bạn không bị thiếu điện. Vì vậy, bạn sẽ không bao giờ rơi vào tình huống bạn thắp sáng bằng pin cả buổi tối (vì nó rẻ hơn), nhưng vào ban đêm thì mất điện và tủ lạnh của bạn rã đông.
Rõ ràng là một người hiếm khi có thể dự đoán chính xác lượng điện mà mình cần, nhưng một hệ thống được trang bị mô hình dự đoán thì có thể. Vì vậy, học máy là một trong những lĩnh vực ưu tiên của chúng tôi. Chỉ là chúng tôi hiện đang tập trung vào phát triển phần cứng và không thể phân bổ đủ nguồn lực cho các nhiệm vụ này, đó là lý do đưa chúng tôi đến với Startup Hackathon.
Chuẩn bị, dữ liệu, cơ sở hạ tầng
Kết quả là chúng tôi đã đi theo hai hướng: hệ thống quản lý và phân tích dữ liệu. Ngoài bài của chúng tôi, còn có thêm bảy bài hát của đồng nghiệp.
Mặc dù thể thức của hackathon chưa được xác định, nhưng chúng tôi đã nghĩ đến việc tạo ra “bầu không khí của riêng mình”, bằng hệ thống tính điểm: người tham gia làm một số việc mà chúng tôi thấy khó và thú vị, nhận điểm cho việc đó. Chúng tôi đã có rất nhiều nhiệm vụ. Nhưng khi chúng tôi xây dựng cấu trúc của hackathon, các nhà tổ chức khác đã yêu cầu đưa mọi thứ về một hình thức chung và chúng tôi đã làm theo.
Sau đó, chúng tôi đi đến sơ đồ sau: các anh chàng tạo một mô hình dựa trên dữ liệu của họ, sau đó họ nhận được dữ liệu của chúng tôi, dữ liệu mà mô hình chưa từng thấy trước đó, nó sẽ tìm hiểu và bắt đầu dự đoán. Người ta cho rằng tất cả những điều này có thể được thực hiện trong 48 giờ, nhưng đối với chúng tôi, đây là cuộc thi hackathon đầu tiên về dữ liệu của chúng tôi và chúng tôi có thể đã đánh giá quá cao nguồn lực thời gian hoặc mức độ sẵn sàng của dữ liệu. Tại các cuộc thi hackathon chuyên về học máy, dòng thời gian như vậy là tiêu chuẩn, nhưng dòng thời gian của chúng tôi thì không như vậy.
Chúng tôi đã dỡ bỏ phần mềm và phần cứng của mô-đun nhiều nhất có thể và tạo một phiên bản thiết bị dành riêng cho hackathon, với giao diện nội bộ rất đơn giản và dễ hiểu mà bất kỳ nhà phát triển nào cũng có thể hỗ trợ.
Đối với đường đua dựa trên hệ thống điều khiển, có tùy chọn tạo ứng dụng di động. Để ngăn những người tham gia phải vắt óc suy nghĩ xem ứng dụng sẽ trông như thế nào và lãng phí thêm thời gian, chúng tôi đã cung cấp cho họ một bố cục thiết kế của ứng dụng, siêu nhẹ, để những ai muốn nó có thể chỉ cần “cải tiến” các chức năng họ cần trên đó . Thành thật mà nói, chúng tôi không mong đợi bất kỳ tình huống khó xử về mặt đạo đức nào ở đây, nhưng một trong các nhóm đã giải quyết vấn đề theo cách mà chúng tôi đã hạn chế sự tưởng tượng của họ, chúng tôi muốn có một giải pháp làm sẵn miễn phí và không kiểm tra chúng trong thực tế. Và họ cất cánh.
Một nhóm khác đã chọn tạo một ứng dụng hoàn toàn khác ngay từ đầu và mọi thứ đều ổn. Chúng tôi không nhấn mạnh rằng ứng dụng phải giống hệt như thế này, chúng tôi chỉ cần nó chứa một số yếu tố thể hiện trình độ kỹ thuật của giải pháp: biểu đồ, phân tích, v.v. Bố cục thiết kế hoàn thiện cũng là một gợi ý.
Vì việc phân tích mô-đun Pin Watts trực tiếp tại một cuộc thi hackathon sẽ quá tốn thời gian nên chúng tôi đã cung cấp cho người tham gia một phần dữ liệu làm sẵn trong một tháng được lấy từ các mô-đun thực của khách hàng (mà chúng tôi đã ẩn danh cẩn thận trước đó). Vì đang là tháng XNUMX nên không có gì để đưa những thay đổi theo mùa vào phân tích. Nhưng trong tương lai, chúng tôi sẽ thêm dữ liệu bên ngoài vào chúng, chẳng hạn như các đặc điểm khí hậu và mùa vụ (ngày nay đây là tiêu chuẩn ngành).
Chúng tôi không muốn tạo ra những kỳ vọng viển vông ở những người tham gia, vì vậy trong thông báo về hackathon, chúng tôi đã trực tiếp nói: công việc sẽ càng gần với công việc thực địa càng tốt: dữ liệu ồn ào, bẩn thỉu mà không ai chuẩn bị đặc biệt. Nhưng điều này cũng có mặt tích cực: với tinh thần Agile, chúng tôi thường xuyên tiếp xúc với những người tham gia và kịp thời thực hiện những thay đổi về nhiệm vụ cũng như điều kiện tham gia (xem thêm về điều này bên dưới).
Ngoài ra, chúng tôi đã cấp cho người tham gia quyền truy cập vào Amazon AWS (tích cực đến mức Amazon đã chặn một khu vực đối với chúng tôi, chúng tôi sẽ tìm ra những việc cần làm với điều đó). Ở đó, bạn có thể triển khai cơ sở hạ tầng cho Internet of Things và thậm chí dựa trên các mẫu đơn giản của Amazon, tạo ra một giải pháp hoàn chỉnh trong vòng một ngày. Nhưng cuối cùng, tất cả mọi người đều đi theo con đường riêng của mình, tự mình làm mọi việc một cách tối đa. Đồng thời, một số đã đáp ứng được thời hạn, một số khác thì không. Một nhóm, Nubble, đã sử dụng Yandex.cloud, ai đó đã nâng cấp nó trên dịch vụ lưu trữ của họ. Chúng tôi thậm chí còn sẵn sàng cung cấp tên miền (chúng tôi đã đăng ký tên miền), nhưng chúng không hữu ích.
Để xác định người chiến thắng trong quá trình phân tích, chúng tôi đã lên kế hoạch so sánh kết quả mà chúng tôi đã chuẩn bị các số liệu số. Nhưng cuối cùng thì điều đó không cần thiết phải làm vì vì nhiều lý do khác nhau mà ba trong số bốn thí sinh đã không lọt vào chung kết.
Đối với cơ sở hạ tầng hộ gia đình, Skolkovo Technopark đã hỗ trợ ở đây bằng cách cung cấp cho chúng tôi (miễn phí) một trong những phòng mô-đun ấm cúng với bức tường video để thuyết trình và một vài phòng nhỏ hơn làm khu giải trí và tổ chức ăn uống.
Analytics
Nhiệm vụ: một hệ thống tự học xác định các điểm bất thường trong mức tiêu thụ và vận hành mô-đun dựa trên dữ liệu kiểm soát. Chúng tôi cố tình giữ cách diễn đạt chung chung nhất có thể để những người tham gia có thể làm việc với chúng tôi để suy nghĩ về những gì có thể thực hiện dựa trên dữ liệu có sẵn.
Đặc trưng: Hai bài hát phức tạp hơn. Dữ liệu công nghiệp có một số khác biệt so với dữ liệu trong các hệ thống khép kín (ví dụ: tiếp thị kỹ thuật số). Ở đây bạn cần hiểu bản chất vật lý của các tham số mà bạn đang cố gắng phân tích; việc xem mọi thứ như chuỗi số trừu tượng sẽ không hiệu quả. Ví dụ như việc phân bổ lượng điện tiêu thụ trong ngày. Nó giống như những nghi lễ: dao cạo điện được bật vào buổi sáng các ngày trong tuần và máy trộn được bật vào cuối tuần. Rồi bản chất của sự dị thường. Và đừng quên rằng Pin Watts được thiết kế cho mục đích sử dụng cá nhân, vì vậy mỗi khách hàng sẽ có những cách sử dụng riêng và một mô hình chung sẽ không hoạt động. Việc tìm kiếm những điểm bất thường đã biết trong dữ liệu thậm chí không phải là một nhiệm vụ; việc tạo ra một hệ thống tự động tìm kiếm những điểm bất thường không được gắn nhãn lại là một vấn đề khác. Suy cho cùng, bất cứ điều gì cũng có thể là điều bất thường, kể cả yếu tố con người quỷ quyệt. Ví dụ: trong dữ liệu thử nghiệm của chúng tôi, có một trường hợp hệ thống bị người dùng buộc chuyển sang chế độ pin. Không có lý do gì, người dùng đôi khi làm điều này (Tôi sẽ đặt trước rằng người dùng này đang thử nghiệm mô-đun cho chúng tôi và chính vì lý do này mà anh ta có quyền truy cập vào điều khiển thủ công các chế độ; đối với những người dùng khác, điều khiển hoàn toàn tự động). Có thể dễ dàng dự đoán, trong tình huống như vậy, pin sẽ được xả khá tích cực và nếu tải lớn, quá trình sạc sẽ kết thúc trước khi mặt trời mọc hoặc nguồn năng lượng khác xuất hiện. Trong những trường hợp như vậy, chúng tôi mong đợi sẽ thấy một số loại thông báo cho biết hoạt động của hệ thống đã khác với hoạt động bình thường. Hoặc người đó bỏ đi và quên tắt lò. Hệ thống thấy rằng thông thường vào thời điểm này trong ngày mức tiêu thụ là 500 watt, nhưng hôm nay - 3,5 nghìn - một điều bất thường! Giống như Denis Matsuev trên máy bay: “Tôi không hiểu gì về động cơ máy bay, nhưng trên đường đến đó, động cơ nghe có vẻ khác”.
Đồ thị của mô hình dự đoán trên mạng thần kinh mã nguồn mở Yandex CatBoost
Công ty thực sự cần gì?: hệ thống tự chẩn đoán bên trong thiết bị, phân tích dự đoán, kể cả khi không có cơ sở hạ tầng mạng (như thực tế cho thấy, không phải tất cả khách hàng của chúng tôi đều vội kết nối pin với Internet - đối với hầu hết, chỉ cần mọi thứ hoạt động đáng tin cậy là đủ), xác định những điểm bất thường, bản chất mà chúng ta chưa biết, một hệ thống tự học không cần giáo viên, phân cụm, mạng lưới thần kinh và toàn bộ kho phương pháp phân tích hiện đại. Chúng ta cần hiểu rằng hệ thống bắt đầu hoạt động khác đi, ngay cả khi chúng ta không biết chính xác điều gì đã thay đổi. Tại hackathon, điều rất quan trọng đối với chúng tôi là thấy rằng có những người đã sẵn sàng bước vào lĩnh vực phân tích công nghiệp hoặc đã tham gia lĩnh vực đó và họ đang tìm kiếm các lĩnh vực mới để áp dụng khả năng của mình. Lúc đầu, tôi rất ngạc nhiên khi có rất nhiều người đăng ký: xét cho cùng, đây là một món ăn rất đặc trưng, nhưng dần dần tất cả trừ một trong bốn người tham gia đã bỏ học, vì vậy ở một mức độ nào đó mọi thứ đã đâu vào đấy.
Tại sao nó không khả thi ở giai đoạn này?: Vấn đề chính của nhiệm vụ khai thác dữ liệu là không đủ dữ liệu. Hiện nay trên thế giới có khoảng vài chục thiết bị Watts Battery đang hoạt động nhưng nhiều thiết bị không được kết nối mạng nên dữ liệu của chúng ta chưa đa dạng lắm. Chúng tôi hầu như không khắc phục được hai điểm bất thường - và những điểm bất thường đó xảy ra trên nguyên mẫu; Pin Watts công nghiệp hoạt động khá ổn định. Nếu chúng tôi có một kỹ sư học máy nội bộ và chúng tôi biết - vâng, điều này có thể được loại bỏ khỏi dữ liệu này, nhưng chúng tôi muốn có chất lượng dự đoán tốt hơn - đó sẽ là một câu chuyện. Nhưng cho đến thời điểm này chúng tôi chưa làm gì với dữ liệu này. Ngoài ra, điều này đòi hỏi những người tham gia phải hiểu sâu về các chi tiết cụ thể của hoạt động sản phẩm của chúng tôi, một ngày rưỡi là không đủ cho việc này.
Bạn đã quyết định như thế nào?: Họ không đặt ngay nhiệm vụ cuối cùng chính xác. Thay vào đó, trong suốt 48 giờ, chúng tôi đối thoại với những người tham gia, nhanh chóng tìm ra những gì họ có thể đạt được và những gì họ không thể. Trên cơ sở đó, trên tinh thần thỏa hiệp, nhiệm vụ đã được hoàn thành.
Kết quả là bạn đã nhận được gì?: những người chiến thắng cuộc đua đã có thể làm sạch dữ liệu (đồng thời họ tìm thấy “tính năng” tính toán một số tham số mà trước đây chúng tôi không nhận thấy vì chúng tôi không sử dụng một số dữ liệu để giải quyết vấn đề của mình) , nêu bật những sai lệch so với hoạt động dự kiến của mô-đun Pin Watts và thiết lập mô hình dự đoán có thể dự đoán mức tiêu thụ năng lượng với độ chính xác cao. Đúng, đây chỉ là giai đoạn khả thi của việc phát triển một giải pháp công nghiệp; sau đó sẽ cần nhiều tuần làm việc kỹ thuật tỉ mỉ, nhưng ngay cả nguyên mẫu này, được tạo ra trực tiếp trong cuộc thi hackathon, cũng có thể tạo thành nền tảng của một giải pháp công nghiệp thực sự, một điều rất hiếm.
kết luận chính: Dựa trên dữ liệu chúng tôi có, có thể thiết lập phân tích dự đoán, chúng tôi đã giả định điều này nhưng không có đủ tài nguyên để kiểm tra. Những người tham gia hackathon đã kiểm tra và xác nhận giả thuyết của chúng tôi và chúng tôi sẽ tiếp tục làm việc với những người chiến thắng đường đua trong nhiệm vụ này.
Đồ thị của mô hình dự đoán trên mạng thần kinh mã nguồn mở Facebook Prophet
Lời khuyên cho tương lai: khi xây dựng một nhiệm vụ, bạn không chỉ cần nhìn vào lộ trình sản xuất của mình mà còn phải nhìn vào sự quan tâm của những người tham gia. Vì hackathon của chúng tôi không có giải thưởng tiền mặt nên chúng tôi phát huy trí tò mò tự nhiên của các nhà khoa học dữ liệu và mong muốn giải quyết các vấn đề mới, thú vị mà chưa ai thể hiện được điều gì hoặc ở đâu họ có thể thể hiện mình tốt hơn kết quả hiện có. Nếu bạn ngay lập tức tính đến yếu tố quan tâm, bạn sẽ không phải chuyển trọng tâm trong quá trình thực hiện.
Управление
Nhiệm vụ: (ứng dụng) quản lý mạng lưới các mô-đun Pin Watts, với tài khoản cá nhân, lưu trữ dữ liệu trên đám mây và theo dõi trạng thái.
Đặc trưng: trong phần này, chúng tôi không tìm kiếm một số giải pháp kỹ thuật mới; tất nhiên, chúng tôi có giao diện người dùng của riêng mình. Chúng tôi đã chọn anh ấy cho cuộc thi hackathon để chứng minh khả năng của hệ thống của chúng tôi, đắm mình vào đó và kiểm tra xem cộng đồng có quan tâm đến chủ đề phát triển hệ thống thông minh và năng lượng thay thế hay không. Chúng tôi định vị ứng dụng di động là một lựa chọn; bạn có thể làm hoặc không làm theo ý mình. Nhưng theo quan điểm của chúng tôi, nó cho thấy rõ cách mọi người quản lý việc tổ chức lưu trữ dữ liệu trên đám mây với khả năng truy cập từ nhiều nguồn khác nhau cùng một lúc.
Công ty thực sự cần gì?: một cộng đồng các nhà phát triển sẽ đưa ra các ý tưởng kinh doanh, kiểm tra các giả thuyết và tạo ra các công cụ làm việc để thực hiện chúng.
Tại sao nó không khả thi ở giai đoạn này?: Khối lượng thị trường vẫn còn quá nhỏ để hình thành một cộng đồng hữu cơ như vậy.
Bạn đã quyết định như thế nào?: Là một phần của hackathon, chúng tôi đã tiến hành một loại nghiên cứu về thể chất để xem liệu có thể đưa ra không chỉ các tính năng mà còn cả các mô hình kinh doanh chính thức xung quanh sản phẩm rất cụ thể của chúng tôi hay không. Hơn nữa, để những người có khả năng thực hiện một nguyên mẫu có thể làm được điều này, thì ở đây - tôi không muốn xúc phạm bất cứ ai - đây không phải là cấp độ lập trình đèn LED nhấp nháy trên Arduino (mặc dù điều này có thể được thực hiện bằng những cải tiến) , ở đây yêu cầu các kỹ năng khá cụ thể: phát triển hệ thống phụ trợ và giao diện người dùng, hiểu biết về các nguyên tắc xây dựng hệ thống Internet of Things có thể mở rộng.
Kết quả là bạn đã nhận được gì?: hai nhóm đã đề xuất những ý tưởng kinh doanh chính thức cho công việc của mình: một nhóm tập trung nhiều hơn vào phân khúc người Nga, nhóm còn lại tập trung vào phân khúc nước ngoài. Nghĩa là, trong phần cuối, họ không chỉ cho biết họ đã nghĩ ra ứng dụng như thế nào mà về cơ bản là kinh doanh xung quanh Watts. Những người này đã phác thảo cách họ nhìn nhận việc sử dụng Watts trong một số mô hình kinh doanh, cung cấp số liệu thống kê, cho thấy khu vực nào có vấn đề gì, luật nào được áp dụng ở đâu, vạch ra xu hướng toàn cầu: khai thác bitcoin là không hợp thời trang, khai thác kilowatt là thời trang. Họ cố tình tìm đến năng lượng thay thế mà chúng tôi thực sự thích. Thực tế là những người tham gia, ngoài điều này, còn có thể tạo ra một giải pháp kỹ thuật hoạt động cho thấy rằng họ có thể khởi động một công ty khởi nghiệp một cách độc lập.
kết luận chính: Có những đội ngũ sẵn sàng lấy Watts Battery làm nền tảng cho mô hình kinh doanh của mình, phát triển nó và trở thành đối tác/đồng hành của công ty. Một số người trong số họ thậm chí còn biết cách xác định MVP của một ý tưởng kinh doanh và thực hiện nó trước tiên, một điều mà ngành công nghiệp ngày nay đang thiếu. Người ta không hiểu khi nào nên dừng, khi nào tung ra thị trường một giải pháp, dù sớm nhưng hiệu quả. Trên thực tế, giai đoạn mài giũa giải pháp thường không kết thúc, về mặt kỹ thuật giải pháp vượt qua ranh giới phức tạp hợp lý, đưa vào thị trường quá tải, không còn rõ ý tưởng ban đầu là gì, khách hàng mục tiêu là gì, mô hình kinh doanh là gì. bao gồm. Như trong câu chuyện đùa về Akunin, người đã viết một cuốn sách khác trong khi ký cuốn trước đó cho ai đó. Nhưng ở đây nó được thực hiện ở dạng thuần túy nhất: đây là biểu đồ, đây là bộ đếm, đây là các chỉ báo, đây là dự đoán - chỉ vậy thôi, không cần gì khác để chạy nó. Với điều này, bạn có thể đến gặp một nhà đầu tư và nhận tiền để bắt đầu kinh doanh. Những người tìm thấy sự cân bằng này đã ra khỏi đường đua với tư cách là người chiến thắng.
Lời khuyên cho tương lai: tại hackathon tiếp theo (chúng tôi đang lên kế hoạch cho nó ), có lẽ việc thử nghiệm với phần cứng là điều hợp lý. Chúng tôi có sự phát triển phần cứng của riêng mình (một trong những lợi thế của Watts), chúng tôi hoàn toàn kiểm soát việc sản xuất và thử nghiệm mọi thứ chúng tôi làm, nhưng chúng tôi không có đủ nguồn lực để kiểm tra một số giả thuyết về “phần cứng”. Rất có thể trong cộng đồng các lập trình viên hệ thống, lập trình viên cấp thấp và nhà phát triển phần cứng sẽ có những người sẽ giúp chúng tôi việc này và trong tương lai sẽ trở thành đối tác của chúng tôi trong lĩnh vực này.
Nhân dân
Tại hackathon, chúng tôi mong đợi những người muốn thử sức mình trong một lĩnh vực mới (ví dụ: sinh viên tốt nghiệp các trường lập trình khác nhau) hơn là những người chuyên về loại hình phát triển này. Tuy nhiên, chúng tôi vẫn mong đợi rằng trước hackathon, họ sẽ thực hiện một số công việc chuẩn bị nhỏ, đọc về cách dự đoán mức tiêu thụ năng lượng nói chung và cách hoạt động của hệ thống Internet of Things. Vì vậy, mọi người đến không chỉ để giải trí, tìm kiếm dữ liệu và nhiệm vụ thú vị mà còn để tìm hiểu sơ bộ về lĩnh vực chủ đề. Về phần mình, chúng tôi hiểu rằng để làm được điều này, cần phải xuất bản trước dữ liệu có sẵn, mô tả của chúng và các yêu cầu chính xác hơn về kết quả, xuất bản các mô-đun API, v.v.
Mọi người đều có trình độ công nghệ gần như nhau, cộng hoặc trừ những khả năng giống nhau. Trong bối cảnh đó, mức độ hòa hợp không phải là yếu tố cuối cùng. Một số tổ không bắn vì không phân chia được rõ ràng các lĩnh vực công việc. Cũng có những người trong đó một người thực hiện toàn bộ quá trình phát triển, những người còn lại bận rộn chuẩn bị bài thuyết trình, ở những người khác, có người được giao nhiệm vụ mà họ đang làm, có lẽ là lần đầu tiên trong đời họ.
Hầu hết những người tham gia đều còn trẻ, điều này không có nghĩa là trong số họ không có kỹ sư và nhà phát triển máy học giỏi. Hầu hết đến theo đội; thực tế không có cá nhân nào. Mọi người đều mơ ước chiến thắng, có người muốn tìm việc làm trong tương lai, khoảng 20% đã tìm được việc làm, tôi nghĩ con số này sẽ tăng lên.
Chúng tôi không có đủ chuyên gia về phần cứng nhưng chúng tôi hy vọng sẽ bù đắp được điều đó ở hackathon thứ hai.
Tiến trình hackathon
Như tôi đã viết ở trên, chúng tôi đã ở bên những người tham gia trong hầu hết 48 giờ của cuộc thi hackathon và theo dõi thành công của họ tại các điểm kiểm tra, cố gắng điều chỉnh nhiệm vụ và điều kiện để chấp nhận đường đua phân tích đầu tiên để một mặt, những người tham gia có thể hoàn thành nó trong thời gian còn lại và mặt khác, đó là điều chúng tôi quan tâm.
Việc làm rõ nhiệm vụ cuối cùng được thực hiện ở đâu đó xung quanh trạm kiểm soát cuối cùng, vào chiều thứ Bảy (trận chung kết được lên lịch vào tối Chủ nhật). Chúng tôi đã đơn giản hóa mọi thứ hơn một chút: chúng tôi loại bỏ yêu cầu tính toán lại mô hình trên dữ liệu mới, để lại dữ liệu mà các nhóm đang làm việc. Việc so sánh các số liệu không còn mang lại cho chúng tôi bất cứ điều gì nữa, họ đã có sẵn kết quả dựa trên dữ liệu có sẵn và đến ngày thứ hai, các chàng trai đã mệt mỏi. Vì vậy, chúng tôi quyết định tra tấn họ ít hơn.
Tuy nhiên, XNUMX/XNUMX thí sinh không lọt vào vòng chung kết. Một đội ngay từ đầu đã nhận ra rằng họ quan tâm hơn đến dấu vết của các đồng nghiệp của chúng tôi, đội kia, ngay trước trận chung kết, nhận ra rằng trong quá trình xử lý, họ đã lọc trước các dữ liệu cần thiết và từ chối trình bày công việc của mình.
Nhóm “21 (Hiệu ứng tóc ướt)” đã tham gia cả hai bài hát của chúng tôi cho đến cuối cùng. Họ muốn bao gồm mọi thứ cùng một lúc: học máy, phát triển, ứng dụng và trang web. Cho đến khi chúng tôi đe dọa rút tiền vào phút cuối, họ tin rằng họ đang làm mọi thứ kịp thời, mặc dù đã đến trạm kiểm soát thứ hai, rõ ràng là với điều chính - học máy - họ không thể đạt được tiến bộ đáng kể: họ thường đối phó với khối thứ hai nhưng không thể dự đoán được lượng điện tiêu thụ chưa sẵn sàng. Kết quả là khi chúng tôi xác định nhiệm vụ tối thiểu để đủ điều kiện tham gia chặng đầu tiên, họ vẫn chọn chặng thứ hai.
Dự đoán phù hợp có thành phần cân bằng được thiết kế riêng cho phân tích dữ liệu, vì vậy họ có thể khắc phục mọi thứ. Điều đáng chú ý là các anh chàng rất quan tâm đến việc “sờ mó” dữ liệu công nghiệp thực tế. Họ ngay lập tức tập trung vào việc chính: phân tích, làm sạch dữ liệu, xử lý mọi điểm bất thường. Việc họ có thể xây dựng một mô hình hoạt động được trong cuộc thi hackathon là một thành tích tuyệt vời. Trong thực tế làm việc, việc này thường mất vài tuần: trong khi dữ liệu đang được làm sạch, trong khi họ đang nghiên cứu kỹ về nó. Vì vậy, chúng tôi chắc chắn sẽ làm việc với họ.
Ở phần thứ hai (quản lý), chúng tôi mong mọi người sẽ làm mọi việc trong nửa ngày và đến yêu cầu thực hiện nhiệm vụ khó hơn. Trên thực tế, chúng tôi hầu như không có thời gian để hoàn thành nhiệm vụ cơ bản. Chúng tôi đã làm việc trên JS và Python, điều này phản ánh tình trạng hiện tại của ngành.
Ở đây cũng vậy, kết quả đạt được là nhờ các nhóm phối hợp tốt trong đó xây dựng sự phân công lao động, rõ ràng ai đang làm gì.
Đội thứ ba, FSociety, dường như đã có giải pháp, nhưng cuối cùng họ quyết định không thể hiện sự phát triển của mình, họ nói rằng họ không coi đó là hiệu quả. Chúng tôi tôn trọng điều này và không tranh cãi.
Người chiến thắng là đội “Vũ nữ thoát y từ Baku”, đội đã có thể tự ngăn chặn, không đuổi theo “đồ trang sức”, mà tạo ra một MVP không xấu hổ khi thể hiện và rõ ràng là nó có thể được phát triển và mở rộng quy mô hơn nữa. Chúng tôi ngay lập tức nói với họ rằng chúng tôi không quá quan tâm đến những cơ hội bổ sung. Nếu họ muốn đăng ký qua mã QR, nhận dạng khuôn mặt, trước tiên hãy để họ tạo biểu đồ trong ứng dụng, sau đó thực hiện các biểu đồ tùy chọn.
Ở đường đua này, “Wet Hair” tự tin lọt vào vòng chung kết và chúng tôi đã thảo luận về việc hợp tác sâu hơn với họ và “Hustlers”. Chúng tôi đã gặp người sau trong năm mới.
Tôi hy vọng mọi việc sẽ ổn và chúng tôi mong được gặp mọi người tại hackathon thứ hai vào tháng XNUMX!
Nguồn: www.habr.com