코딤피자

안녕 하브르. 우리는 자발적으로 첫 번째 내부 해커톤을 개최했습니다. 2주 동안 준비하면서 겪은 고민과 결론, 그리고 결과적으로 나온 프로젝트들을 여러분께 공유하기로 했습니다.

마케팅에 관심 있는 사람들에게는 지루한 부분

작은 이야기부터 시작하겠습니다.

20월의 시작. 우리 사무실에서는 첫 번째 MskDotNet 커뮤니티 해커톤을 개최합니다. 이번에는 우리 은하계에서 타투인 전투가 본격화되고 있습니다. 토요일. XNUMX개 팀. 피자. 그것은 모두 매우 영혼이 풍부합니다.증명). 풍선형 R2-D2가 방 주위를 어슬렁거리고 있습니다. 팀은 지도에서 가장 위험한 경주를 통과하기 위해 가장 정확한 알고리즘을 작성합니다. 우리는 첫 번째 레이스의 출시를 추진하고 있습니다. 쿠키와 커피는 저장됩니다. 주최측과 저는 토요일 점심 식사 후에 많은 사람들이 떠날 것으로 예상했습니다. 하지만. 코딩하는데 12시간이 걸렸습니다. 마지막. 뭔가 떨어지고 뭔가가 시작되지 않습니다. 하지만 모두가 행복해요. 우리 팀이 승리합니다. 우리는 두 배로 행복합니다.

저는 Slack에서 제 기쁨을 공유하며 "우리만의 해커톤을 만들어야 합니다."라는 아이디어가 떠올랐습니다. 저는 우리 서비스 스테이션 Sasha에 편지를 쓰고 있습니다. 고요.

아침. 나는 사무실에서 커피를 마신다. 뒤에서 사샤가 다가오는 것이 보입니다. "리사, 이거 정말 맛있어! 21월 XNUMX일은 우리에게 중요한 날입니다. 해보자! 뭐야!? 그렇게 빠르나요? ㅏ? 무엇? XNUMX월 중순에 인턴십을 위해 식팁카르로 비행기를 타고 가야 합니다. 예, 그와 함께 지옥에 가십시오! 하자.

2주 남았습니다. 저는 해커톤의 단독 주최자가 된 적이 없습니다. 내부적으로 보자. 나는 이 주제에 관한 기사를 읽었습니다. 주석. 몇 달이 걸립니다. 여러 사람이 필요합니다. 상품, 상품, 조건, 일정에 대해 생각하고 관심을 갖고 목표와 예산을 이해해야 합니다. 그리고 어쩌면 삶의 의미를 이해할 수도 있습니다. 나는 확실히 그것을하지 않을 것입니다. 그리고 당신이 읽고 준비하는 동안 벌써 일주일이 지났습니다. 이제 기사에 점수를 매기고 뭔가를 시작할 시간입니다.

1주간의 내부 해커톤 체크리스트를 확인하세요

• 계획: 침착하게 앉아서 해커톤을 위해 해야 할 일의 목록을 작성합니다. 30 분.
• 태스크: 참가자가 Google Sheets에서 만들고 싶은 프로젝트를 직접 제안하고 선택합니다. 백그라운드 작업, 2시간.
• 시간표: 무릎 위에 3번의 휴식과 마지막 휴식을 고려하여 짧은 시간 분석을 작성합니다. 20 분.
• 팀: Slack/mail/etc의 IT 채널에 주유소 일정과 함께 해커톤에 대한 메시지를 게시하고 별도의 해커톤 채널을 생성합니다. 그 안에서 모든 사람은 팀으로 나뉘며, 결정을 내리지 못한 사람들은 해커톤의 처음 5분 안에 이를 수행합니다. 백그라운드 작업, 2시간.
• 빵: 두 명의 개발자와 함께 상품을 구상하고, 렌더링을 위해 디자이너에게 전달하고, 준비합니다. 백그라운드 작업, 3일.
• 해커톤: 사무실에 와서 처음부터 모든 사람을 조정하고, 사업을 진행하고, Reddit을 읽고, 중요한 것은 신선한 피자에 대한 모든 휴식 시간을 보고하고, 일몰을 사진을 찍고, 최종 결과를 발표하고, 함께 투표하고 승자를 선택합니다. 1 일.
• 별표 아래: 물론, 당신은 모든 일이 잘 될 것이라고 끊임없이 생각합니다. 물론, 모든 사람이 귀하의 메시지를 볼 수는 없으므로 일부와 직접 대화하는 것이 더 좋습니다. 물론 누군가가 당신을 도와주면 모든 것이 2배 더 쉬워질 것입니다. (훌륭한 Alena가 나를 도왔습니다).

해커톤 날짜에 대한 덜 지루한 부분

왜 21월 21일인가? 오늘은 우리에게 의미 있는 날입니다. 정확히 8년 전인 12월 XNUMX일, 연방 광고 캠페인이 시작된 후 첫 번째 주말 동안 우리는 과부하에 걸렸습니다. 다음날인 일요일, 우리 팀은 오전 XNUMX시부터 출근했습니다. 그런 다음 Trello에서 sundayhackathon 보드를 만들고 하루 XNUMX시간씩 일주일 교대근무를 시작했습니다. 상황이 너무 심각해서 식사할 시간도 없었고 다른 팀 선수들에게 밥을 먹이기도 했습니다.

더 자세한 이야기는 에서 읽어보실 수 있습니다. Fyodor Ovchinnikov의 페이지 (저희 CEO). 그 이후로 우리는 많이 변했지만 이제는 날짜를 절대 잊지 않을 것입니다.

올해 우리는 이 행사를 후세의 기억 속에 영원히 간직하기로 결정하고, 최고의 전통에 따라 Dodo 역사상 최초의 내부 해커톤을 마련하여 10시간 동안 진행되었습니다.

해커톤 프로젝트에서 가장 지루한 부분

면책 조항: 모든 설명은 직원이 직접 작성했으므로 텍스트의 저자는 내 것이 아닙니다.

올렉 레닝(머신러닝)

디마 코치네프, 사샤 안드로노프(@alexandronov)

우리는 아무런 지식 없이도 사진 속 피자가 어떤 종류인지 판단할 수 있는 신경망을 만들고 싶었습니다. 결과적으로 그들은 매우 간단하고 장난감을 만들었습니다. 피자 10개를 인식하고 모든 것이 어떻게 작동하는지 가능한 한 하루에(~ 10시간) 대략 파악했습니다.

특히, 우리는 업계가 일반 개발자가 해당 주제에 대한 깊은 지식 없이도 기성 라이브러리를 가져와 문서를 읽고 자체 신경망을 훈련할 수 있는 수준에 도달했음을 깨달았습니다. 그리고 그것은 실제 문제를 해결하는 데 충분히 효과적일 것입니다.

사용된 도구:

• 이미지아이 기계 학습 및 컴퓨터 비전 작업을 위한 편리하고 간단한 라이브러리입니다.
• 모델은 ResNet50, Yolo 두 가지를 시도했습니다.
• 물론 코드는 Python으로 작성되었습니다.

우리는 11000 장의 사진을 가지고 있었지만 그 중 거의 3/4이 쓰레기로 판명되었고 나머지는 다른 부적절한 각도로 판명되었습니다. 결과적으로 우리는 기성 모델(피자를 찾는 방법만 알고 있음)을 가져왔고 그 도움을 받아 쓰레기 자체를 분리했습니다. 게다가 사진 이름이 피자 이름이라 폴더에 정리했는데 이름이 현실과 일치하지 않아서 여기서는 손으로 치워야 했어요. 그 결과 500~600장 정도의 사진이 남게 되었는데, 이는 미미한 양임이 분명하지만, 그럼에도 불구하고 피자 10판을 서로 떼어 놓기에 충분한 양이었다.

그리드를 훈련하기 위해 NVIDIA Tesla K80에서 Azure에서 가장 저렴한 가상 머신을 사용했습니다. 100개의 에포크 동안 훈련되었지만 작은 데이터 세트가 있다는 사실로 인해 50개의 에포크 후에 네트워크가 과포화되었다는 것이 분명했습니다.

사실, 전체적인 문제는 좋은 데이터가 부족하다는 것입니다.

용어상 약간 혼란스러울 수도 있지만 일반적으로 이러한 모든 사례를 처리한 경험이 없다는 점을 명심해야 합니다.

NOOBS용 GUI(피자 주문 콘솔)

미샤 쿠마체프(세리단), Zhenya Bikkinin, Zhenya Vasiliev

우리는 괴짜들을 위한 프로토타입 콘솔 애플리케이션을 만들었습니다. 덕분에 터미널이나 명령줄을 통해 피자를 주문할 수 있고 심지어 배포 파이프라인에 포함할 수도 있으며 성공적으로 출시되면 피자를 사무실에 배달할 수도 있습니다.

작업은 여러 부분으로 나누어졌습니다. 모바일 애플리케이션용 API가 어떻게 작동하는지 파악하고 다음을 사용하여 자체 CLI를 구축했습니다. 오클리프 우리가 모은 패키지의 게시를 설정합니다. 마지막 작업은 해커톤이 끝날 무렵 몇 분 동안 불쾌한 시간을 보냈습니다. 모든 것이 로컬에서 작동했고 이전에 게시된 패키지 버전도 작동했지만 새로운 버전(더 멋진 기능과 이모티콘이 추가됨)은 작동하지 않았습니다. 무엇이 잘못되었는지 알아내기 위해 약 40분을 소비했지만 결국에는 모든 것이 마법처럼 저절로 작동했습니다.

최대 해커톤을 위한 우리 프로그램은 CLI를 통해 사무실로 실제 피자를 주문하는 것이었습니다. 우리는 테스트 벤치에서 모든 것을 수십 번 실행했지만, 제품에서 명령을 내릴 때 여전히 손이 떨렸습니다.

결과적으로 우리는 여전히 해냈습니다!

택배이동

Anton Bruzhmelev (저자), Vanya Zverev, Gleb Lesnikov (엔트로피), 안드레이 사라파노프

그들은 '택배 신청'이라는 아이디어를 받아들였습니다.

준비 배경.처음에는 애플리케이션에 어떤 기능이 있을 수 있는지 알아냈습니다. 기능 목록은 다음과 같습니다.

• 애플리케이션은 코드를 사용하여 배송 결제에 로그인합니다.
• 애플리케이션은 사용 가능한 주문, 수행해야 하는 주문을 즉시 표시합니다.
• 택배기사가 주문 내용을 기록하고 여행에 가져갑니다.
• 예상 시간과 시간이 있는지 여부가 표시됩니다.
• 고객은 택배가 떠났다고 표시합니다.
• 클라이언트는 지도에 택배 지점과 예상 시간을 표시하기 시작합니다.
• 택배는 애플리케이션에서 채팅을 통해 고객에게 글을 쓸 수 있습니다.
• 클라이언트는 애플리케이션의 채팅에서 택배사에게 글을 쓸 수 있습니다.
• 도착 XNUMX분 전에 고객은 택배가 가까이 있다는 메시지를 받습니다. 준비하세요.
• 택배기사는 신청서에 자신이 도착하여 기다리고 있다고 기록했습니다.
• 택배기사는 클릭 한 번으로 애플리케이션에서 전화를 걸어 (상승, 접근 등) 보고합니다.
• 고객은 주문을 수락하고 배송을 확인하기 위해 애플리케이션이나 SMS에서 핀 코드를 입력합니다.(서명으로) 택배가 늦을 경우 미리 배송을 완료할 수 없습니다.
• 주문이 시스템에 배송됨으로 표시됩니다.

또한 몇 가지 대체 시나리오도 있습니다.

• 배송업체는 주문을 배송되지 않은 것으로 표시하고 이유를 선택할 수 있습니다.
• 택배기사가 지각하면 버튼 하나로 SMS로 전자증명서를 발급할 수 있다. 또는 배송 시간이 맞지 않으면 자동으로 인증서가 옵니다.

물론 이 프로젝트의 전망과 필요성에 대한 느낌은 활력이 넘쳤습니다.

다음 날 저는 팀과 함께 점심을 먹으러 가서 애플리케이션의 최소 기능이 어떤 모습일지 논의했습니다.

그 결과, 해커톤에서 수행해야 할 작업에 대한 목록은 다음과 같이 구성되었습니다.

• 배송결제에 로그인하세요.
• 현재 위치를 표시합니다.
• 외부 API로 데이터를 보냅니다(좌표, 주문 접수, 주문 전달).
• 외부 API에서 데이터를 가져옵니다(현재 택배 주문).
• 배달 주문을 받았다는 이벤트를 보냅니다.
• 사이트 내 지도에 택배기사의 현재 위치를 표시합니다.

주요 작업은 백엔드, 즉 애플리케이션 자체를 생성하는 것이었습니다(토론 후 우리는 애플리케이션 개발을 위해 ReactNative를 선택했거나 오히려 그 위의 바인딩을 선택했습니다. 엑스포.io, 네이티브 코드를 전혀 작성할 수 없습니다). 백엔드 측면에서 처음에는 Vanya Zverev에게 희망이 있었습니다. Vanya Zverev는 서비스 템플릿과 k8s(그가 맡았던 작업) 작업 경험이 있었기 때문입니다. ReactNative는 나와 Andrey Sarafanov의 감동을 받았습니다.

나는 프로젝트 자체에 대한 작업 저장소를 즉시 생성하기로 결정했습니다. 밤 12시에 ReactNative에서 백그라운드의 위치정보가 잘 작동하지 않는다는 사실을 접하고, 네이티브 코드를 작성하지 않으면 조금 답답했습니다. 그러다가 내가 expo.io 프레임워크가 아닌 ReactNative의 문서를 읽고 있다는 것을 깨달았을 때 손을 놓았습니다. 결과적으로, 저녁에는 expo.io에서 현재 위치를 가져오고 별도의 화면(로그인, 주문 표시 등)을 그리는 방법이 이미 분명해졌습니다.

아침에 열린 해커톤에서 그들은 Gleb을 매우 유망한 프로젝트에 참여시켰습니다. 그들은 무엇을 해야 할지에 대한 계획을 빨리 생각해 냈습니다.

그들은 프로젝트 템플릿에 따라 HTTP가 아닌 GRPC를 통해 통신하려고 시도했을 때 실수를 저질렀습니다. JavaScript용 GRPC 클라이언트를 구축하는 방법을 아무도 몰랐기 때문입니다. 결과적으로 그들은 이것에 대해 약 한 시간 반을 소비한 후에 이 아이디어를 포기했습니다. 이로 인해 뒤의 사람들은 완성된 서버를 GRPC에서 WebApi로 리메이크하기 시작했습니다. 8분 후에 마침내 애플리케이션과 백엔드 간의 통신을 설정할 수 있었습니다. 그러나 동시에 Gleb은 kXNUMXs 배포를 거의 완료하고 마스터에 커밋하여 자동 배포를 완료했습니다. 🙂

스토리지로는 최소한 데이터베이스에 대한 위험을 감수하지 않기 위해 MySQL을 선택했습니다(CosmosDb에 대한 생각이 있었습니다).

결과 :

• 택배의 현재 좌표를 애플리케이션에서 데이터베이스로 저장하는 기능을 구현했습니다.
• 우리는 애플리케이션에 택배사의 주문을 즉시 표시하기 위해 RabbitMQ를 망쳐 택배사가 주문을 받고 있다는 메시지를 구독했습니다.
• 택배가 애플리케이션에서 버튼을 누른 후 주문이 데이터베이스에 전달되는 시간을 절약하기 시작했습니다. 주문이 배송되었다는 이벤트를 rebbit에 다시 보내는 것을 추가할 시간이 없었습니다.
• 택배사의 현재 위치로 사이트의 현재주문 페이지에 지도 표시를 만들었습니다. 하지만 이 기능은 아직 완성되지 않은 상태로 남아 있습니다. 새로운 서비스에서 좌표를 수신하도록 환경에서 CORS를 구성하는 것이 불가능했기 때문입니다.

M87

로마 부킨, 고샤 폴보이(조지폴보이), Artyom Trofimushkin

우리는 현재 자체 인증 프로토콜을 사용하고 있기 때문에 OpenID Connect 공급자를 구현하고 싶었고 이로 인해 사용자 정의 클라이언트 라이브러리, 외부 파트너의 불편한 작업, 보안 문제(결국 OAuth2.0 및 OpenID) 등 여러 가지 어려움이 발생했습니다. 참조 구현의 Connect는 안전한 것으로 간주될 수 있지만 우리 솔루션에 대해서는 잘 모르겠습니다.

우리는 개인 데이터를 별도의 서비스로 이동하는 국가 독립적 인증 공급자의 작은 모델을 만들기 위해 개인 데이터 저장 서비스를 에뮬레이트하는 별도의 서비스를 만들었습니다. 어느 국가에서든 계정 기록으로 로그인할 수 있으며 동시에 GDPR 및 기타 연방법을 준수할 수 있습니다. 우리는 공급자와 마찬가지로 이 부분을 수행하여 성공적으로 서로 연결했습니다. 다음으로, 공급자가 발행하는 토큰으로 보호되고, 공급자를 통한 자체 검사를 지원하고, 요청이 인증 정책을 충족하는 경우 보안 데이터를 반환하는 API를 만들어야 했습니다(우리는 사용자가 인증 정책에 따라 인증되었는지 확인합니다). 베어러 방식, 그의 토큰에는 특정 범위가 포함되어 있으며 사용자 자신은 호출을 허용하는 권한을 가지고 있습니다. 이 부분도 완료되었습니다. 마지막 구성 요소는 보안 API를 호출하는 데 사용할 토큰이 제공되는 JavaScript 클라이언트였습니다. 우리는 이 부분을 하지 못했습니다. 즉, 기능적인 부분은 모두 준비되었으나, 프론트엔드 부분은 전체 시스템의 성능을 발휘할 준비가 되어 있지 않았습니다.

E-E-E(장난감)

디마 아폰첸코, 사샤 코노발로프

우리는 유쾌한 손으로 피자 위에 소시지를 올려놓은 덩어리 위에서 미니 장난감을 만들었습니다. 소시지를 잘못 얹으면 화면에 '거부됨'이라는 슬픈 문구가 나타나고, 소시지 전체를 올바르게 얹으면 피자에 대한 임의의 사실이 나타납니다.

그들은 토마토를 던져 두 번째 레벨을 만들고 싶었지만 시간이 없었습니다.

짧은 속편: 누가 이겼나요?

해커톤에 앞서 팀원들과 이야기를 나누면서 우승하면 어떤 상을 받고 싶은지 물었습니다. 가장 귀중한 상은 "제품으로가는 길"이라는 것이 밝혀졌습니다.

따라서 조만간 피자에 페퍼로니를 던지는 펜 게임을 발표할 것으로 기대됩니다.

세심한 독자라면 알 수 있듯이 "E-E-E(장난감)" 팀이 승리했습니다. 축하해요 여러분!

등록된 사용자만 설문 조사에 참여할 수 있습니다. 로그인제발

어떤 프로젝트가 가장 마음에 들었나요?

• 올렉 레닝(머신러닝)

• NOOBS용 GUI

• 택배이동

• M87

• 어-어

5명의 사용자가 투표했습니다. 3명의 사용자가 기권했습니다.

출처 : habr.com