- Dmitry Mamonov , Wrike "จากจักรยานสู่รถจักรยานยนต์: ทำไมการพัฒนาโซลูชันของคุณเองจึงดีกว่าการใช้เฟรมเวิร์กสำเร็จรูป"
- Vladimir Krasilshchik , Yandex “ยินดีต้อนรับหรือไม่อนุญาตให้นักปั่นจักรยาน”
- Vyacheslav Lapin , EPAM – แฮ็ก "เส้นโค้งรายการ"
กระบวนการพัฒนาผลิตภัณฑ์ของคุณเองแตกต่างจากโครงการเอาท์ซอร์สในมุมมองทางเทคนิคอย่างไร เมื่อใดจึงสมเหตุสมผลที่จะลงทุนในการพัฒนาตั้งแต่เริ่มต้น และเมื่อใดจะดีกว่าหากใช้โซลูชันสำเร็จรูป
ในการพัฒนาซอฟต์แวร์ การเขียนรถมอเตอร์ไซค์ของคุณเองถือเป็นความโรแมนติกในการทำงาน โปรแกรมเมอร์แบ่งปันจักรยานของตนอย่างภาคภูมิใจและโพสต์บน Github ตามที่วิทยากรกล่าวว่าโครงการเหล่านี้เป็นโครงการ "Hello World" โดยมีเป้าหมายเพื่อเรียนรู้บางสิ่งบางอย่างหรือเรื่องไร้สาระในระดับ "เราจำไม่ได้ว่าทำไมเราถึงคิดค้นลูกบิลเลียดที่มีผมยาว แต่มันยากมาก"
ในสุนทรพจน์ ผู้บรรยายจะอภิปรายคำถามที่หัวหน้าทีม "นักปั่นจักรยาน" หรือ "นักปั่นจักรยาน" ควรถามตัวเองก่อนไปตูร์เดอฟรองซ์ เขาจะยกตัวอย่างห้องสมุดและกรอบงานซึ่งรูปลักษณ์ภายนอกได้รับการพิสูจน์และกำหนดโดยแนวทางเชิงปฏิบัติตลอดจนตัวอย่างของการสร้างสรรค์ซึ่งรูปลักษณ์ดังกล่าวเป็นไปไม่ได้ตามการพิจารณาเชิงปฏิบัติ
ประดิษฐ์ “จักรยาน” เป็นเทคนิคการสอนขั้นเทพ! ศิลปินมือใหม่ส่วนใหญ่คัดลอกภาพวาดของปรมาจารย์ แล้วเหตุใด NIH syndrome จึงถือว่าชั่วร้ายในด้านไอที ท้ายที่สุดแล้ว เพื่อที่จะเข้าใจวิธีการทำงานของไลบรารีหรือเฟรมเวิร์ก วิธีที่ดีที่สุดคือพยายามแก้ไขปัญหาที่ไลบรารีหรือเฟรมเวิร์กแก้ไขด้วยตนเอง โดยปกติจะเขียนสิ่งที่คล้ายกัน
เนื่องจากเราย้ายไปสู่รูปแบบการเรียนรู้อย่างต่อเนื่องและถาวร (อันที่จริงแล้ว การเรียนรู้และการทำงานกลายเป็นกระบวนการที่เป็นหนึ่งเดียว) “การสร้างจักรยาน” สนับสนุนเราอย่างสมบูรณ์แบบในเรื่องนี้ โดยเป็นแนวทางปฏิบัติในการเรียนรู้เป็นหลัก: เราอ่านบทช่วยสอน บทความ ดู กล่าวสุนทรพจน์ในการประชุมและพยายามลองทำสิ่งนี้ในโครงการการต่อสู้ของเรา เพื่อค้นหาเส้นทางที่สั้นที่สุดตาม "เส้นโค้งทางเข้า" สู่เทคโนโลยีใหม่
อย่างไรก็ตาม นี่ไม่ใช่วิธีที่สั้นที่สุด ถูกที่สุด และปลอดภัยที่สุดในการแก้ปัญหาทางธุรกิจของลูกค้า ดังนั้นจึงเป็นเรื่องยากที่ลูกค้าจะเห็นด้วยกับเรื่องนี้ “นักพัฒนาที่น่าสงสาร” ควรไปที่ไหนในสถานการณ์เช่นนี้ จะมีการหารือในรายงานของ Vyacheslav
GO TO FULL VERSION