ฉันชื่อมิทรี และฉันต้องการพูดคุยเกี่ยวกับวิธีที่ทีมของเราเข้าถึงรอบชิงชนะเลิศของแฮ็กกาธอน Urban Tech Challenge ในเส้นทาง Big Data ฉันจะบอกทันทีว่านี่ไม่ใช่งาน Hackathon ครั้งแรกที่ฉันเข้าร่วม และไม่ใช่ครั้งแรกที่ฉันได้รับรางวัล ในเรื่องนี้ ในเรื่องราวของฉัน ฉันต้องการแสดงความคิดเห็นและข้อสรุปทั่วไปเกี่ยวกับอุตสาหกรรมแฮ็กกาธอนโดยรวม และให้มุมมองของฉันซึ่งตรงข้ามกับบทวิจารณ์เชิงลบที่ปรากฏออนไลน์ทันทีหลังจากสิ้นสุด Urban Tech Challenge (สำหรับ ตัวอย่าง ).
ก่อนอื่นขอสังเกตทั่วไปก่อน
1. เป็นเรื่องที่น่าแปลกใจที่มีคนจำนวนไม่น้อยที่คิดว่าแฮ็กกาธอนเป็นการแข่งขันกีฬาประเภทหนึ่งที่ผู้เขียนโค้ดที่เก่งที่สุดจะชนะ นี่เป็นสิ่งที่ผิด ฉันไม่พิจารณากรณีที่ผู้จัดงาน Hackathon ไม่รู้ว่าพวกเขาต้องการอะไร (ฉันก็เห็นเหมือนกัน) แต่ตามกฎแล้ว บริษัทที่จัดงานแฮ็กกาธอนจะต้องบรรลุเป้าหมายของตนเอง รายการของพวกเขาอาจแตกต่างกัน: อาจเป็นวิธีแก้ปัญหาทางเทคนิคสำหรับปัญหาบางอย่าง การค้นหาแนวคิดและผู้คนใหม่ ๆ เป็นต้น เป้าหมายเหล่านี้มักจะกำหนดรูปแบบของกิจกรรม เวลา ออนไลน์/ออฟไลน์ วิธีการกำหนดงาน (และจะมีการกำหนดหรือไม่) จะมีการทบทวนโค้ดที่แฮ็กกาธอนหรือไม่ เป็นต้น ทั้งทีมและสิ่งที่พวกเขาทำได้รับการประเมินจากมุมมองนี้ และทีมที่ไปถึงจุดที่บริษัทต้องการได้ดีที่สุดคือชัยชนะ และหลายๆ ทีมก็มาถึงจุดนี้โดยไม่รู้ตัวและบังเอิญโดยคิดว่าพวกเขากำลังเข้าร่วมการแข่งขันกีฬาจริงๆ ข้อสังเกตของฉันแสดงให้เห็นว่าเพื่อจูงใจผู้เข้าร่วม ผู้จัดงานควรสร้างสภาพแวดล้อมทางกีฬาและเงื่อนไขที่เท่าเทียมกันเป็นอย่างน้อย มิฉะนั้นพวกเขาจะได้รับคลื่นแห่งการปฏิเสธ ดังที่กล่าวไว้ข้างต้น แต่เราพูดนอกเรื่อง
2. จึงได้ข้อสรุปดังต่อไปนี้ ผู้จัดงานสนใจผู้เข้าร่วมที่มาร่วมงานแฮ็กกาธอนด้วยผลงานของตนเอง บางครั้งพวกเขาก็จัดเวทีโต้ตอบออนไลน์เป็นพิเศษเพื่อจุดประสงค์นี้ด้วย ซึ่งช่วยให้โซลูชันเอาท์พุตแข็งแกร่งยิ่งขึ้น แนวคิดของ “งานของตัวเอง” นั้นมีความเกี่ยวข้องกันมาก นักพัฒนาที่มีประสบการณ์สามารถสะสมโค้ดนับพันบรรทัดจากโปรเจ็กต์เก่าของเขาในคอมมิตครั้งแรก และนี่จะเป็นการพัฒนาที่เตรียมไว้ล่วงหน้าหรือไม่? แต่ไม่ว่าในกรณีใด กฎนี้จะถูกนำไปใช้ซึ่งฉันแสดงออกมาในรูปแบบของมีมที่มีชื่อเสียง:
หากต้องการชนะ คุณต้องมีข้อได้เปรียบทางการแข่งขันบางอย่าง เช่น โปรเจ็กต์ที่คล้ายกันที่คุณเคยทำในอดีต ความรู้และประสบการณ์ในหัวข้อเฉพาะ หรืองานสำเร็จรูปก่อนเริ่มแฮ็กกาธอน ใช่ มันไม่ใช่กีฬา ใช่ สิ่งนี้อาจไม่คุ้มกับความพยายามที่เสียไป (ที่นี่ ทุกคนตัดสินใจด้วยตัวเองว่าคุ้มค่ากับการเขียนโค้ดเป็นเวลา 3 สัปดาห์ในตอนกลางคืนเพื่อเงินรางวัล 100 โดยแบ่งกันทั้งทีม และถึงแม้จะมีความเสี่ยงที่จะไม่ได้รับมันก็ตาม) แต่บ่อยครั้ง นี่เป็นโอกาสเดียวที่จะก้าวไปข้างหน้า
3. การเลือกทีม ดังที่ฉันสังเกตเห็นในแชทแฮ็กกาธอน หลายคนเข้าหาปัญหานี้ค่อนข้างไม่สำคัญ (แม้ว่านี่จะเป็นการตัดสินใจที่สำคัญที่สุดที่จะตัดสินผลลัพธ์ของคุณที่แฮ็กกาธอน) ในหลาย ๆ ด้านของกิจกรรม (ทั้งในกีฬาและในแฮ็กกาธอน) ฉันได้เห็นแล้วว่าคนที่แข็งแกร่งมักจะรวมกับผู้ที่แข็งแกร่ง คนอ่อนแอกับคนอ่อนแอ คนฉลาดกับคนฉลาด โดยทั่วไปแล้ว คุณเข้าใจแนวคิด... นี่คือสิ่งที่เกิดขึ้นโดยประมาณในการแชท: โปรแกรมเมอร์ที่แข็งแกร่งน้อยกว่าจะถูกจัดการทันที ผู้ที่ไม่มีทักษะใด ๆ ที่มีคุณค่าสำหรับแฮ็กกาธอนจะอยู่ในแชทเป็นเวลานานและเลือกทีมบนหลักการที่ว่าถ้ามีเพียงใครสักคนเท่านั้นที่จะรับมัน . ในงานแฮกกาธอนบางแห่ง มีการสุ่มมอบหมายงานให้กับทีม และผู้จัดงานอ้างว่าทีมสุ่มไม่ได้แย่ไปกว่าทีมที่มีอยู่ แต่จากการสังเกตของฉัน ตามกฎแล้วผู้คนที่มีแรงบันดาลใจมักจะหาทีมด้วยตัวเอง หากต้องมอบหมายใครสักคน บ่อยครั้งพวกเขาหลายคนไม่มาที่แฮ็กกาธอน
สำหรับองค์ประกอบของทีมนั้น เป็นเรื่องส่วนตัวและขึ้นอยู่กับงานเป็นอย่างมาก ฉันสามารถพูดได้ว่าองค์ประกอบทีมขั้นต่ำที่เป็นไปได้คือนักออกแบบ - ส่วนหน้าหรือส่วนหน้า - แบ็คเอนด์ แต่ฉันยังทราบถึงกรณีที่ทีมที่ประกอบด้วยส่วนหน้าเท่านั้นชนะ ซึ่งเพิ่มแบ็คเอนด์ธรรมดาใน node.js หรือสร้างแอปพลิเคชันมือถือใน React Native หรือเฉพาะจากแบ็กเอนด์ที่ทำเลย์เอาต์แบบเรียบง่ายเท่านั้น โดยทั่วไปแล้วทุกอย่างเป็นเรื่องส่วนตัวและขึ้นอยู่กับงาน แผนของฉันในการเลือกทีมสำหรับแฮ็กกาธอนมีดังนี้: ฉันวางแผนที่จะรวบรวมทีมหรือเข้าร่วมทีมเช่นส่วนหน้า - ส่วนหลัง - นักออกแบบ (ฉันเองเป็นส่วนหน้า) และค่อนข้างเร็ว ฉันเริ่มพูดคุยกับแบ็คเดอร์ Python และนักออกแบบที่ตอบรับคำเชิญให้เข้าร่วมกับเรา หลังจากนั้นไม่นาน เด็กผู้หญิงซึ่งเป็นนักวิเคราะห์ธุรกิจที่มีประสบการณ์ในการชนะการแข่งขันแฮ็กกาธอนก็มาร่วมงานกับเรา และนี่ก็ตัดสินประเด็นที่เธอเข้าร่วมกับเรา หลังจากการประชุมสั้นๆ เราก็ตัดสินใจเรียกตัวเองว่า U4 (URBAN 4, Urban Four) โดยเปรียบเทียบกับสี่มหัศจรรย์ และพวกเขายังใส่รูปภาพที่เกี่ยวข้องบนอวตารของช่องโทรเลขของเราด้วย
4. การเลือกงาน ดังที่ฉันได้กล่าวไปแล้ว คุณต้องมีความได้เปรียบทางการแข่งขัน งานสำหรับ Hackathon จะถูกเลือกตามสิ่งนี้ จากนี้ดูแล้ว และประเมินความซับซ้อน เราได้ตัดสินภารกิจสองประการ: แคตตาล็อกขององค์กรนวัตกรรมจาก DPiIR และแชทบอทจาก EFKO งานจาก DPIiR ถูกเลือกโดยแบ็กเอนด์ ส่วนงานจาก EFKO ถูกเลือกโดยฉัน เพราะ มีประสบการณ์ในการเขียนแชทบอทใน node.js และ DialogFlow งาน EFKO ยังเกี่ยวข้องกับ ML ด้วย ฉันมีประสบการณ์ใน ML บ้างไม่มากนัก และตามเงื่อนไขของปัญหา สำหรับฉันดูเหมือนว่าไม่น่าจะแก้ไขได้โดยใช้เครื่องมือ ML ความรู้สึกนี้แข็งแกร่งขึ้นเมื่อฉันได้ไปงานมีตติ้ง Urban Tech Challenge ซึ่งผู้จัดงานแสดงชุดข้อมูลใน EFKO ให้ฉันดู ซึ่งมีรูปถ่ายเค้าโครงผลิตภัณฑ์ประมาณ 100 ภาพ (ถ่ายจากมุมต่างๆ) และข้อผิดพลาดของเค้าโครงประมาณ 20 คลาส และในขณะเดียวกัน ผู้ที่สั่งงานก็ต้องการอัตราความสำเร็จในการจำแนกประเภทที่ 90% ด้วยเหตุนี้ ฉันจึงเตรียมการนำเสนอโซลูชันโดยไม่ต้องใช้ ML ส่วนแบ็คเอนด์ก็เตรียมการนำเสนอตามแค็ตตาล็อก และหลังจากสรุปการนำเสนอ เราก็ส่งพวกเขาไปที่ Urban Tech Challenge ในขั้นตอนนี้ ระดับของแรงจูงใจและการมีส่วนร่วมของผู้เข้าร่วมแต่ละคนก็ถูกเปิดเผยแล้ว นักออกแบบของเราไม่ได้มีส่วนร่วมในการสนทนาตอบช้าและแม้กระทั่งกรอกข้อมูลเกี่ยวกับตัวเขาในการนำเสนอในช่วงสุดท้ายโดยทั่วไปก็เกิดความสงสัย
เป็นผลให้เราผ่านงานจาก DPiIR และไม่รู้สึกเสียใจเลยที่เราไม่ผ่าน EFKO เนื่องจากงานดูแปลกสำหรับเราที่พูดอย่างอ่อนโยน
5. การเตรียมตัวสำหรับแฮ็กกาธอน เมื่อรู้ว่าเราผ่านเข้ารอบ Hackathon ในที่สุด เราก็เริ่มเตรียมการ และที่นี่ฉันไม่ได้สนับสนุนให้เริ่มเขียนโค้ดหนึ่งสัปดาห์ก่อนเริ่มแฮ็กกาธอน อย่างน้อยที่สุด คุณควรมีต้นแบบที่พร้อม ซึ่งคุณสามารถเริ่มทำงานได้ทันที โดยไม่ต้องกำหนดค่าเครื่องมือ และไม่ต้องเจอกับข้อบกพร่องของ lib บางตัวที่คุณตัดสินใจลองเป็นครั้งแรกในงานแฮ็กกาธอน ฉันรู้เรื่องราวเกี่ยวกับวิศวกรเชิงมุมที่มาร่วมงานแฮ็กกาธอนและใช้เวลา 2 วันในการก่อสร้างโครงการ ดังนั้นทุกอย่างควรเตรียมล่วงหน้า เราตั้งใจที่จะกระจายความรับผิดชอบดังต่อไปนี้: แบ็กเอนด์เขียนโปรแกรมรวบรวมข้อมูลที่สำรวจอินเทอร์เน็ตและใส่ข้อมูลที่รวบรวมทั้งหมดไว้ในฐานข้อมูล ในขณะที่ฉันเขียน API ใน node.js ที่สืบค้นฐานข้อมูลนี้และส่งข้อมูลไปที่ด้านหน้า ในเรื่องนี้ ฉันเตรียมเซิร์ฟเวอร์ล่วงหน้าโดยใช้ express.js และเตรียมส่วนหน้าในการตอบสนอง ฉันไม่ได้ใช้ CRA ฉันมักจะปรับแต่ง webpack สำหรับตัวเองเสมอ และฉันรู้ดีว่าสิ่งนี้อาจก่อให้เกิดความเสี่ยงอะไร (จำเรื่องราวเกี่ยวกับนักพัฒนาเชิงมุม) ณ จุดนี้ ฉันขอเทมเพลตอินเทอร์เฟซหรืออย่างน้อยก็จำลองจากนักออกแบบของเรา เพื่อให้เข้าใจว่าฉันจะวางอะไร ตามทฤษฎีแล้ว เขาควรจะเตรียมการเองและประสานงานกับเรา แต่ฉันไม่เคยได้รับคำตอบเลย ด้วยเหตุนี้ ฉันจึงยืมการออกแบบนี้มาจากโครงการเก่าโครงการหนึ่งของฉัน และมันก็เริ่มได้ผลเร็วขึ้นอีก เนื่องจากสไตล์ทั้งหมดของโปรเจ็กต์นี้ได้ถูกเขียนไปแล้ว ดังนั้นข้อสรุป: ไม่จำเป็นต้องมีนักออกแบบในทีมเสมอไป))) เรามาถึงงานแฮ็กกาธอนพร้อมกับการพัฒนาเหล่านี้
6. ทำงานที่แฮ็กกาธอน ครั้งแรกที่ฉันเห็นทีมของฉันถ่ายทอดสดก็แค่ตอนเปิดงานแฮ็กกาธอนที่ศูนย์กระจายสินค้ากลางเท่านั้น เราได้พบหารือถึงแนวทางแก้ไขและขั้นตอนของการแก้ไขปัญหา และถึงแม้ว่าหลังจากเปิดร้านแล้วเราจะต้องนั่งรถบัสไป Red October แต่เราก็กลับบ้านไปนอนโดยตกลงว่าจะไปถึงสถานที่นั้นภายใน 9.00 น. ทำไม เห็นได้ชัดว่าผู้จัดงานต้องการได้รับประโยชน์สูงสุดจากผู้เข้าร่วม ดังนั้นพวกเขาจึงจัดตารางเวลาดังกล่าว แต่จากประสบการณ์ของผม คุณสามารถเขียนโค้ดได้ตามปกติโดยไม่ต้องนอนหนึ่งคืน สำหรับอันที่สองฉันไม่แน่ใจอีกต่อไป Hackathon คือการวิ่งมาราธอน คุณต้องคำนวณและวางแผนความแข็งแกร่งของคุณอย่างเพียงพอ นอกจากนี้เรายังมีการเตรียมการ
ดังนั้นหลังจากนอนหลับไปแล้ว เวลา 9.00 น. เราก็นั่งอยู่บนชั้น 4 ของ Dewocracy จากนั้นนักออกแบบของเราก็ประกาศโดยไม่คาดคิดว่าเขาไม่มีแล็ปท็อปและเขาจะทำงานจากที่บ้าน และเราจะสื่อสารทางโทรศัพท์ นี่เป็นฟางเส้นสุดท้าย ดังนั้นเราจึงเปลี่ยนจากสี่เป็นสามแม้ว่าเราจะไม่ได้เปลี่ยนชื่อทีมก็ตาม ขอย้ำอีกครั้งว่านี่ไม่ใช่เรื่องใหญ่สำหรับเราเพราะว่าผมมีการออกแบบจากโปรเจ็กต์เก่าอยู่แล้ว โดยทั่วไปในช่วงแรกทุกอย่างเป็นไปอย่างราบรื่นและเป็นไปตามแผนที่วางไว้ เราโหลดชุดข้อมูลของบริษัทนวัตกรรมจากผู้จัดงานลงในฐานข้อมูล (เราตัดสินใจใช้ neo4j) ฉันเริ่มเรียงพิมพ์ จากนั้นหยิบ node.js ขึ้นมา จากนั้นสิ่งต่างๆ ก็เริ่มผิดพลาด ฉันไม่เคยทำงานกับ neo8j มาก่อน และในตอนแรกฉันกำลังมองหาไดรเวอร์ที่ใช้งานได้สำหรับฐานข้อมูลนี้ จากนั้นฉันก็หาวิธีเขียนแบบสอบถาม จากนั้นฉันก็ประหลาดใจที่พบว่าเมื่อถูกสอบถามฐานข้อมูลนี้จะส่งกลับเอนทิตีใน รูปแบบของอาเรย์ของวัตถุโหนดและขอบของพวกมัน เหล่านั้น. เมื่อฉันร้องขอองค์กรและข้อมูลทั้งหมดในองค์กรโดย TIN แทนที่จะเป็นออบเจ็กต์องค์กรเดียว ฉันกลับได้รับอาร์เรย์ยาวของออบเจ็กต์ที่มีข้อมูลเกี่ยวกับองค์กรนี้และความสัมพันธ์ระหว่างพวกเขา ฉันเขียนโปรแกรมทำแผนที่ที่ใช้ทั่วทั้งอาร์เรย์และติดกาววัตถุทั้งหมดตามการจัดวางให้เป็นวัตถุเดียว แต่ในการรบเมื่อขอฐานข้อมูลกว่า 20 องค์กร การดำเนินการนั้นช้ามาก ประมาณ 30 - 30 วินาที ฉันเริ่มคิดถึงการปรับให้เหมาะสม... จากนั้นเราก็หยุดทันเวลาและเปลี่ยนมาใช้ MongoDB และใช้เวลาประมาณ 4 นาที โดยรวมแล้ว neo5j หายไปประมาณ XNUMX ชั่วโมง
จำไว้ว่า อย่านำเทคโนโลยีไปใช้กับงาน Hackathon ที่คุณไม่คุ้นเคย เพราะอาจมีเรื่องเซอร์ไพรส์เกิดขึ้นได้ แต่โดยทั่วไปแล้ว นอกเหนือจากความล้มเหลวนี้ ทุกอย่างเป็นไปตามแผน และแล้วในเช้าวันที่ 9 ธันวาคม เราก็มีใบสมัครที่ใช้งานได้อย่างสมบูรณ์ ในช่วงที่เหลือของวันเราวางแผนที่จะเพิ่มคุณสมบัติเพิ่มเติมลงไป ในอนาคตทุกอย่างค่อนข้างราบรื่นสำหรับฉัน แต่แบ็กเอนด์มีปัญหามากมายกับการห้ามโปรแกรมรวบรวมข้อมูลของเขาในเครื่องมือค้นหาในสแปมของผู้รวบรวมนิติบุคคลซึ่งมาในตำแหน่งแรกของผลการค้นหาเมื่อมีการร้องขอ สำหรับแต่ละบริษัทโดยเฉพาะ แต่เป็นการดีกว่าสำหรับเขาที่จะบอกเรื่องนี้ด้วยตัวเอง คุณลักษณะเพิ่มเติมแรกที่ฉันเพิ่มคือการค้นหาด้วยชื่อเต็ม ผู้อำนวยการทั่วไปของ VKontakte ใช้เวลาหลายชั่วโมง
ดังนั้นในหน้าของบริษัทในใบสมัครของเรา อวตารของผู้อำนวยการทั่วไปจึงปรากฏขึ้น ลิงก์ไปยังหน้า VKontakte ของเขา และข้อมูลอื่น ๆ มันเป็นเชอร์รี่ที่ดีบนเค้ก แม้ว่ามันอาจจะไม่ได้ทำให้เราชนะก็ตาม จากนั้น ฉันอยากจะเรียกใช้การวิเคราะห์ แต่หลังจากค้นหาตัวเลือกต่างๆ เป็นเวลานาน (มีความแตกต่างมากมายกับ UI) ฉันก็ตัดสินใจเลือกการรวมองค์กรที่ง่ายที่สุดด้วยรหัสกิจกรรมทางเศรษฐกิจ ในตอนเย็นในชั่วโมงสุดท้าย ฉันกำลังวางเทมเพลตสำหรับแสดงผลิตภัณฑ์ที่เป็นนวัตกรรม (ในแอปพลิเคชันของเราควรจะมีส่วนผลิตภัณฑ์และบริการ) แม้ว่าแบ็กเอนด์จะไม่พร้อมสำหรับสิ่งนี้ก็ตาม ในเวลาเดียวกันฐานข้อมูลก็ขยายตัวอย่างก้าวกระโดดโปรแกรมรวบรวมข้อมูลยังคงทำงานต่อไปแบ็คเอนด์ทดลองกับ NLP เพื่อแยกแยะข้อความที่เป็นนวัตกรรมจากข้อความที่ไม่เป็นนวัตกรรม))) แต่เวลาสำหรับการนำเสนอครั้งสุดท้ายใกล้เข้ามาแล้ว
7. การนำเสนอ จากประสบการณ์ของผมเอง ผมบอกได้เลยว่าคุณควรเปลี่ยนไปเตรียมการนำเสนอประมาณ 3 ถึง 4 ชั่วโมงก่อนถึงกำหนด โดยเฉพาะอย่างยิ่งหากเกี่ยวข้องกับวิดีโอ การถ่ายและตัดต่อจะใช้เวลาค่อนข้างมาก เราควรจะมีวิดีโอ และเรามีบุคคลพิเศษที่จัดการกับเรื่องนี้ และยังช่วยแก้ไขปัญหาอื่นๆ ขององค์กรอีกจำนวนหนึ่งด้วย ในเรื่องนี้ เราไม่ได้หันเหความสนใจจากการเขียนโค้ดจนกระทั่งวินาทีสุดท้าย
8. สนาม. ฉันไม่ชอบที่การนำเสนอและรอบชิงชนะเลิศจัดแยกวันธรรมดา (วันจันทร์) เป็นไปได้มากว่านโยบายของผู้จัดงานในการบีบผู้เข้าร่วมให้ได้มากที่สุดยังคงดำเนินต่อไป ฉันไม่ได้วางแผนที่จะหยุดงาน ฉันแค่อยากได้เข้ารอบชิงชนะเลิศเท่านั้น แม้ว่าทีมที่เหลือของฉันจะหยุดพักทั้งวันก็ตาม อย่างไรก็ตาม อารมณ์ความรู้สึกที่ดื่มด่ำกับแฮ็กกาธอนนั้นสูงมากจนตอน 8 น. ฉันได้เขียนในแชทของทีมของฉัน (ทีมงาน ไม่ใช่ทีมแฮ็กกาธอน) ว่าฉันใช้เวลาทั้งวันด้วยค่าใช้จ่ายของตัวเอง และไปที่ศูนย์กลาง สำนักงานสำหรับสนาม ปัญหาของเรากลายเป็นว่ามีนักวิทยาศาสตร์ข้อมูลล้วนๆ จำนวนมาก และสิ่งนี้ส่งผลกระทบอย่างมากต่อแนวทางการแก้ปัญหา หลายคนมี DS ที่ดี แต่ไม่มีใครมีต้นแบบที่ใช้งานได้ หลายคนไม่สามารถหลีกเลี่ยงการแบนโปรแกรมรวบรวมข้อมูลในเครื่องมือค้นหาได้ เราเป็นทีมเดียวที่มีต้นแบบที่ใช้งานได้ และเรารู้วิธีการแก้ปัญหา ในท้ายที่สุด เราก็ชนะการแข่งขัน แม้ว่าเราจะโชคดีมากที่เลือกงานที่มีการแข่งขันน้อยที่สุดก็ตาม เมื่อดูสนามในสนามอื่นๆ เราก็รู้ว่าคงไม่มีโอกาสได้ไปที่นั่น ฉันอยากจะบอกว่าเราโชคดีมากกับคณะลูกขุนที่พวกเขาตรวจสอบรหัสอย่างพิถีพิถัน และเมื่อพิจารณาจากบทวิจารณ์แล้ว สิ่งนี้ไม่ได้เกิดขึ้นในทุกเส้นทาง
9. สุดท้าย. หลังจากที่เราถูกเรียกตัวไปยังคณะลูกขุนหลายครั้งเพื่อตรวจสอบโค้ด เราก็คิดว่าในที่สุดเราก็แก้ไขปัญหาทั้งหมดได้แล้ว จึงไปรับประทานอาหารกลางวันที่ Burger King ที่นั่นผู้จัดงานโทรมาหาเราอีกครั้ง เราต้องรีบแพ็คออเดอร์แล้วกลับไป
ผู้จัดงานแสดงให้เราเห็นว่าเราต้องเข้าห้องไหน และเมื่อเข้าไปแล้ว เราก็พบว่าตัวเองอยู่ในเซสชันการฝึกอบรมการพูดในที่สาธารณะสำหรับทีมที่ชนะ คนที่ควรจะแสดงบนเวทีก็ตั้งใจดี ทุกคนทำออกมาเหมือนเป็นนักแสดงจริงๆ
และฉันต้องยอมรับในรอบชิงชนะเลิศกับฉากหลังของทีมที่แข็งแกร่งที่สุดจากเส้นทางอื่น ๆ เราดูซีดเซียว ชัยชนะในการเสนอชื่อลูกค้าของรัฐบาลค่อนข้างสมควรตกเป็นของทีมจากเส้นทางเทคโนโลยีด้านอสังหาริมทรัพย์ ฉันคิดว่าปัจจัยสำคัญที่ทำให้เราได้รับชัยชนะในสนามแข่งคือ: ความพร้อมของช่องว่างสำเร็จรูปซึ่งทำให้เราสามารถสร้างต้นแบบได้อย่างรวดเร็ว การมีอยู่ของ "ไฮไลท์" ในต้นแบบ (ค้นหา CEO บนโซเชียลเน็ตเวิร์ก) และทักษะ NLP ของแบ็กเดอร์ของเรา ซึ่งสนใจคณะลูกขุนเป็นอย่างมาก
และโดยสรุป ขอขอบคุณทุกคนที่สนับสนุนเรา คณะลูกขุนของเส้นทางของเรา Evgeniy Evgrafiev (ผู้เขียนปัญหาที่เราแก้ไขในงานแฮ็กกาธอน) และแน่นอน ผู้จัดงานแฮ็กกาธอน นี่อาจเป็นแฮ็กกาธอนที่ใหญ่ที่สุดและเจ๋งที่สุดที่ฉันเคยเข้าร่วม ฉันทำได้เพียงหวังว่าพวกเขาจะรักษามาตรฐานที่สูงเช่นนี้ไว้ในอนาคต!
ที่มา: will.com