สัปดาห์ที่แล้ว Microsoft เปิดตัวตัวจัดการแพ็คเกจ เป็นส่วนหนึ่งของการประกาศในที่ประชุม . หลายคนพิจารณาหลักฐานเพิ่มเติมที่แสดงถึงการสร้างสายสัมพันธ์ของ Microsoft กับการเคลื่อนไหวของโอเพ่นซอร์ส แต่ไม่ใช่นักพัฒนาชาวแคนาดา Keivan Beigi ผู้เขียนผู้จัดการแพ็คเกจฟรี . ตอนนี้เขากำลังพยายามทำความเข้าใจว่าเกิดอะไรขึ้นในช่วง 12 เดือนที่ผ่านมา ซึ่งในระหว่างนั้นเขาได้พูดคุยกับตัวแทนของ Microsoft
เอาล่ะตอนนี้ Kayvan . บริการไคลเอนต์และเซิร์ฟเวอร์จะเข้าสู่โหมดการบำรุงรักษาทันทีจนถึงวันที่ 1 สิงหาคม 2020 หลังจากนั้นจะถูกปิดอย่างถาวร
ในบล็อกของเขาผู้เขียนระบุไว้ . ทุกอย่างเริ่มต้นเมื่อปีที่แล้ว (3 กรกฎาคม 2019) เมื่อเขาได้รับอีเมลนี้จาก Andrew หัวหน้าทีมพัฒนาของ Microsoft:
คีย์แวน,
ฉันจัดการทีมพัฒนา Windows App Model และโดยเฉพาะทีมปรับใช้แอปพลิเคชัน แค่อยากส่งข้อความสั้นๆ ถึงคุณเพื่อขอบคุณสำหรับการสร้าง appget ซึ่งเป็นส่วนเสริมที่ยอดเยี่ยมสำหรับระบบนิเวศของ Windows และทำให้ชีวิตของนักพัฒนา Windows ง่ายขึ้นมาก เราน่าจะอยู่ที่แวนคูเวอร์ในอีกไม่กี่สัปดาห์ข้างหน้าเพื่อพบปะกับบริษัทอื่นๆ แต่หากคุณมีเวลา เรายินดีที่จะพบกับคุณและทีมของคุณเพื่อรับข้อเสนอแนะเกี่ยวกับวิธีทำให้ชีวิตการพัฒนาแอปของคุณง่ายขึ้น
Keyvan รู้สึกตื่นเต้น: Microsoft สังเกตเห็นโปรเจ็กต์งานอดิเรกของเขาแล้ว! เขาตอบกลับจดหมาย และอีกสองเดือนต่อมา หลังจากแลกเปลี่ยนจดหมายกัน เขาก็มาประชุมที่สำนักงาน Microsoft ในแวนคูเวอร์ การประชุมดังกล่าวมีแอนดรูว์และผู้จัดการฝ่ายพัฒนาอีกคนจากกลุ่มผลิตภัณฑ์เดียวกันเข้าร่วมการประชุม Keyvan บอกว่าเขามีช่วงเวลาที่ดี พวกเขาพูดคุยเกี่ยวกับแนวคิดเบื้องหลัง AppGet สิ่งที่ยังทำได้ไม่ดีนัก และสิ่งที่เขาวางแผนสำหรับ AppGet เวอร์ชันอนาคต นักพัฒนารู้สึกว่า Microsoft ต้องการช่วยโครงการ: พวกเขาถามตัวเองว่าจะทำอะไรได้บ้าง เขาบอกว่าคงจะดีถ้าได้รับเครดิต Azure บ้าง และจะเป็นการดีหากแก้ไขปัญหาเกี่ยวกับลิงก์ดาวน์โหลดแต่ละรายการ
หนึ่งสัปดาห์ต่อมา Andrew ส่งจดหมายฉบับใหม่ซึ่งเขาเชิญ Andrew ให้มาทำงานที่ Microsoft: “เราต้องการทำการเปลี่ยนแปลงที่สำคัญในการเผยแพร่ซอฟต์แวร์บน Windows และมีโอกาสที่ดีที่จะช่วยเหลือในสิ่งที่ Windows และระบบการแจกจ่ายแอปพลิเคชัน ใน Azure/Microsoft จะมีลักษณะเช่นนี้” 365 ด้วยเหตุนี้ คุณคิดว่าจะใช้เวลากับ appget มากขึ้น ซึ่งอาจจะเป็นที่ Microsoft หรือไม่” - เขาเขียน.
ในตอนแรก Keyvan ลังเลเล็กน้อย เขาไม่ต้องการไปที่ Microsoft เพื่อทำงานกับ Windows Store, เอ็นจิ้น MSI และระบบปรับใช้แอปพลิเคชันอื่นๆ แต่พวกเขารับรองกับเขาว่าเขาจะใช้เวลาทั้งหมดทำงานบน AppGet เท่านั้น หลังจากการส่งอีเมลเป็นเวลานานประมาณหนึ่งเดือน พวกเขาก็สรุปได้ว่าข้อตกลงดังกล่าวจะคล้ายกับการซื้อกิจการอย่างมาก - Microsoft จ้างนักพัฒนาซอฟต์แวร์พร้อมกับโปรแกรมของเขา และพวกเขาตัดสินใจว่าจะเปลี่ยนชื่อเป็นอย่างอื่นหรือจะกลายเป็น Microsoft AppGet .
Keyvan เขียนว่าตลอดกระบวนการนี้ เขาไม่ชัดเจนว่าบทบาทของเขาที่ Microsoft จะเป็นอย่างไร ความรับผิดชอบของเขาจะเป็นอย่างไร? ฉันควรรายงานต่อใคร? ใครจะรายงานเขา? เขาพยายามชี้แจงคำตอบบางส่วนในระหว่างการเจรจาที่ล่าช้า แต่ไม่เคยได้รับคำตอบที่ชัดเจนเลย
หลังจากการเจรจาทางอีเมลที่ช้ามากอีกครั้งเป็นเวลาหลายเดือน เขาได้รับแจ้งว่ากระบวนการจ้างงานผ่าน BizDev จะใช้เวลานานมาก อีกทางเลือกหนึ่งในการเร่งกระบวนการคือการจ้าง "โบนัส" ให้เขา หลังจากนั้นเขาจะเริ่มทำงานในการย้ายฐานโค้ด เขาไม่มีข้อคัดค้าน ดังนั้นพวกเขาจึงนัดประชุม/สัมภาษณ์หลายครั้งที่เรดมอนด์
กระบวนการได้เริ่มขึ้นแล้ว เมื่อวันที่ 5 ธันวาคม 2019 Keyvan บินไปซีแอตเทิล - ไปยังสำนักงานใหญ่ของ Microsoft - และใช้เวลาทั้งวันที่นั่น สัมภาษณ์ผู้คนต่างๆ และเจรจากับ Andrew ตอนเย็นฉันนั่งแท็กซี่ไปสนามบินและเดินทางกลับแวนคูเวอร์
เขาได้รับคำสั่งให้รอสายจากแผนกทรัพยากรบุคคล แต่หลังจากนั้น Keyvan ไม่ได้ยินอะไรจาก Microsoft เป็นเวลาหกเดือน. จนถึงกลางเดือนพฤษภาคม 2020 เมื่อเพื่อนเก่าของ Andrew ประกาศเปิดตัวโปรแกรม WinGet ในวันรุ่งขึ้น:
สวัสดีเคย์วาน ฉันหวังว่าคุณและครอบครัวสบายดี ดูเหมือนว่า BC จะทำงานได้ดีกับโรคโควิด เมื่อเทียบกับสหรัฐอเมริกา
ฉันเสียใจจริงๆ ที่ตำแหน่งผู้จัดการโครงการไม่ได้ผล ฉันอยากจะใช้เวลาเพื่อบอกว่าเราซาบซึ้งกับข้อมูลและแนวคิดของคุณมากแค่ไหน เราได้พัฒนาตัวจัดการแพ็คเกจสำหรับ Windows และตัวอย่างแรกจะเปิดตัวในวันพรุ่งนี้ที่ Build 2020 นอกจากนี้เรายังจะกล่าวถึง appget ในบล็อกของเราด้วยเนื่องจากเราคิดว่ายังมีที่ว่างสำหรับตัวจัดการแพ็คเกจต่างๆ บน Windows ตัวจัดการแพ็คเกจของเรานั้นใช้ GitHub เช่นกัน แต่เห็นได้ชัดว่ามีการใช้งานของเราเองและอื่นๆ นอกจากนี้ยังเป็นโอเพ่นซอร์สด้วย ดังนั้นเราจึงยินดีรับทุกความคิดเห็นที่คุณอาจมี
คีย์แวนไม่แปลกใจมากนัก เมื่อถึงเวลานั้นเห็นได้ชัดว่าเขาจะไม่ได้รับเชิญให้ทำงานที่ Microsoft สิ่งนี้ไม่ได้ทำให้เขาเสียใจเพราะเขาสงสัยว่าเขาอยากทำงานให้กับบริษัทขนาดใหญ่เช่นนี้
แต่ความประหลาดใจที่แท้จริงกำลังรอเขาอยู่ในวันรุ่งขึ้นเมื่อเขาเห็น : “เมื่อฉันแสดงพื้นที่เก็บข้อมูลให้ภรรยาของฉัน สิ่งแรกที่เธอพูดคือ “พวกเขาเรียกมันว่า WinGet?” คุณจริงจังเหรอ??” ฉันไม่ต้องอธิบายให้เธอฟังถึงกลไกพื้นฐาน คำศัพท์ รูปแบบ และวิธี แม้แต่โครงสร้างโฟลเดอร์ที่เก็บแพ็กเกจก็ยังได้รับแรงบันดาลใจจาก AppGet"
ฉันเสียใจไหมที่ในที่สุด Microsoft ซึ่งเป็นบริษัทที่มีมูลค่า 1,4 ล้านล้านดอลลาร์ก็ได้ร่วมมือกันและเปิดตัวตัวจัดการแพ็คเกจที่เหมาะสมสำหรับผลิตภัณฑ์เรือธงของตน ไม่ พวกเขาควรจะทำเมื่อหลายปีก่อน พวกเขาไม่ควรทำให้ Windows Store เสียหายมากเท่าที่เคยทำ” Keyvan เขียน “ความจริงก็คือ ไม่ว่าผมจะพยายามโปรโมต AppGet หนักแค่ไหน มันก็จะไม่เติบโตในอัตราเดียวกับโซลูชันของ Microsoft ฉันไม่ได้สร้าง AppGet เพื่อให้รวย มีชื่อเสียง หรือได้งานที่ Microsoft ฉันสร้าง AppGet เพราะฉันเชื่อว่าผู้ใช้ Windows อย่างเราสมควรได้รับประสบการณ์การจัดการแอปที่ดีเช่นกัน สิ่งที่กวนใจฉันคือวิธีนี้ทำได้อย่างไร การสื่อสารที่ช้าและแย่มาก ในตอนท้ายมีความเงียบของวิทยุอย่างสมบูรณ์ แต่ประกาศนี้โดนใจฉันที่สุด AppGet ซึ่งเป็นแหล่งที่มาของแนวคิดส่วนใหญ่สำหรับ WinGet อย่างเป็นกลางนั้นถูกกล่าวถึงในฐานะผู้จัดการแพ็คเกจอื่นเท่านั้น มันก็เกิดขึ้นในโลกนี้. ในเวลาเดียวกัน ผู้จัดการแพ็คเกจอื่นๆ ซึ่ง WinGet มีสิ่งที่เหมือนกันน้อยมาก ได้รับการกล่าวถึงและอธิบายอย่างละเอียดมากขึ้น"
คีย์วาน เบจิ ไม่อารมณ์เสีย เขาบอกว่าเมฆทุกก้อนมีซับเงิน อย่างน้อยที่สุด WinGet ถูกสร้างขึ้นบนรากฐานที่มั่นคงและมีศักยภาพที่จะประสบความสำเร็จ และในที่สุดผู้ใช้ Windows ก็อาจมีตัวจัดการแพ็คเกจที่เหมาะสม และสำหรับเขาเรื่องราวนี้กลายเป็นประสบการณ์อันมีค่า: “ใช้ชีวิตตลอดไป เรียนรู้ตลอดไป”
เขาอธิบายว่าการคัดลอกโค้ดไม่ใช่ปัญหา นั่นคือสิ่งที่เกี่ยวกับ Open Source และเขาไม่ได้หมายถึงการคัดลอกแนวคิดทั่วไปของตัวจัดการแพ็คเกจ/แอปพลิเคชัน แต่ถ้าคุณดูโปรเจ็กต์ที่คล้ายกันใน OS X, Homebrew, Chocolaty, Scoop, Ninite ฯลฯ แสดงว่าพวกมันทั้งหมดมีลักษณะเฉพาะของตัวเอง อย่างไรก็ตาม WinGet ทำงานเกือบจะเหมือนกับ AppGet: “อยากรู้ว่า Microsoft WinGet ทำงานอย่างไร? ไปอ่านกัน ", เขาเขียน.
คีย์แวนรู้สึกเสียใจที่งานของเขาไม่ได้รับการกล่าวถึงในที่ใดๆ
สำหรับการอ้างอิง “กอด ขยาย และดับ” เป็นวลีที่ว่า ถูกใช้โดย Microsoft เพื่ออธิบายกลยุทธ์ของอุตสาหกรรมในการแนะนำซอฟต์แวร์โดยใช้มาตรฐานที่เป็นที่ยอมรับอย่างกว้างขวาง กลยุทธ์คือการขยายมาตรฐานเหล่านี้และใช้ความแตกต่างเหล่านี้ต่อไปเพื่อให้ได้เปรียบเหนือคู่แข่ง
ในกรณีของ AppGet ไม่สามารถกล่าวได้ว่ากลยุทธ์นี้สามารถนำมาใช้ในรูปแบบที่บริสุทธิ์ได้ แต่สามารถพิจารณาองค์ประกอบบางอย่างได้ ผู้สนับสนุนซอฟต์แวร์เสรีพิจารณาว่าเป็นแนวทางปฏิบัติที่ยอมรับไม่ได้ทางศีลธรรมและยังคงไม่ไว้วางใจความคิดริเริ่มของ Microsoft ที่จะแนะนำระบบย่อยสำหรับ Linux ให้กับระบบปฏิบัติการ Windows (). พวกเขาบอกว่าแกนกลางของ Microsoft ไม่ได้เปลี่ยนแปลงและจะไม่มีวันเปลี่ยนแปลง
ที่มา: will.com