ในฐานะโปรแกรมเมอร์คุณสนใจวิธีใดบ้างที่กระบวนการพัฒนาใช้?


14

ฉันอยู่ในตลาดงานและฉันมีลำดับความสำคัญสำหรับงานต่อไปของฉันรวมถึงเงินเดือนสายธุรกิจ ฯลฯ สิ่งหนึ่งที่ไม่มีที่ไหนในรายการข้อกำหนดของฉันอย่างไรก็ตามเป็นวิธีการพัฒนากระบวนการ ฉันรู้สึกว่างานของฉันคือการสร้างซอฟต์แวร์และฉันดูโครงสร้างกระบวนการเป็นสิ่งที่ฉันสามารถปรับให้เข้ากับว่ามันเป็นการต่อสู้หรือน้ำตกหรืออะไรก็ตาม

กระบวนการพัฒนาเป็นวิธีการที่สำคัญสำหรับคุณหรือไม่?


8
ขึ้นอยู่กับว่าคุณมีความอดทนมากน้อยแค่ไหน
dietbuddha

คำตอบ:


21

เป็นสิ่งสำคัญสำหรับฉันเพียงเท่าที่ไม่ได้รับในทางของสามัญสำนึกที่เราหวังว่ามืออาชีพส่วนใหญ่จะมี

เมื่อเราพูดถึงการควบคุมเวอร์ชันมีข้อโต้แย้งว่าany version control beats not having anything at allนี่ไม่ใช่กรณีของวิธีการพัฒนา เมธอดหมายถึงกฎและบางครั้งก็ใช้ผิดกฎ ฉันทำงานให้กับ บริษัท ที่ทำสิ่งที่โง่เขลาจริงๆตราบใดที่ทุกคนจำได้ไม่ว่าจะเกิดปัญหาอะไรขึ้นขั้นตอนที่โง่ ๆ ในการรักษาก็หายไปเมื่อนานมาแล้ว

ฉันต้องการ บริษัท ต่อไปนี้:

  • มีการบันทึกขั้นตอนการปฏิบัติที่ชัดเจนในบางหน้า ถ้าฉันต้องอ่านวิทยานิพนธ์หรือนวนิยายที่แย่กว่านั้นเพื่อให้เร็วขึ้นฉันจะหลงทางไปนาน

  • หลักฐานที่แสดงว่า บริษัท เปิดรับการเปลี่ยนแปลงขั้นตอนให้ดีขึ้น ฉันต้องสามารถไปหาใครสักคนและพูดว่า"ฉันรู้ว่าทำไมคุณถึงกำลังทำ [xyz] แต่มีเครื่องมือที่ช่วยคุณได้มากที่สุดตอนนี้เราสามารถใช้มันได้หรือไม่"

  • การแข่งขันเล็กน้อยสามารถทำได้ดีและมักจะหลีกเลี่ยงไม่ได้ แต่ฉันจะหลีกเลี่ยงร้านค้าที่ใช้การแข่งขันเป็นวิธีหลักในการจูงใจผู้คน หากคุณได้ประมวลผลสิ่งที่ส่ง # บรรทัดที่กำหนดต่อวันโดยผู้พัฒนาไปยังเครื่องพิมพ์เลเซอร์เวลา 17.00 น. ฉันไม่ต้องการทำงานให้คุณ

  • หากคุณไม่ได้ป้องกันการสร้างในที่เก็บข้อมูลที่มีความสุขไม่ให้รับการเปลี่ยนแปลงที่ตัวแบ่งกล่าวว่าสร้างฉันเรียกใช้เหมือน heck สิ่งสุดท้ายที่ฉันต้องการทำตอนตี 5 คือดึงการเปลี่ยนแปลงจาก repo หลักเพื่อทดสอบงานสร้างในท้องถิ่นของฉันเท่านั้นที่จะพบว่าฉันกำลังแก้ไขเซมิโคลอนของบุคคลอื่น

  • ฉันชอบที่จะกระโดดลงไปในวิธีการที่คล้ายกับวิธีการที่กำหนดไว้ซึ่งลดลงจากต้นไม้เปรียว มันไม่ได้บังคับ แต่ความรู้สึกคุ้นเคยช่วยให้เอาชนะความพยายามครั้งแรกที่จะมีประสิทธิผลในขณะที่ไม่ทำผิดขั้นตอน

หากฉันเห็นว่าฉันจะใช้เวลาในการต่อต้านอีกครั้งกว่าที่รู้สึกขอบคุณที่มีอยู่ฉันอาจส่งงานต่อไป

คนอื่นดังก้อง "โอ้ไม่ไม่อีกแล้ว!" คือ"เราหวังว่าคุณจะได้กำหนดแนวทางปฏิบัติที่ดีที่สุดสำหรับเราด้วยเรามีรหัสหกล้านบรรทัดและผู้ให้บริการโทรคมนาคม 21 รายเราควรใช้ SVN หรืออะไร?" .

บางคนอาจมีความสนุกสนานในการแยกแยะ ฉันไม่ใช่คนนั้น :)


ฉันชอบกระสุนแรกของคุณมาก ฉันอาจใส่เวอร์ชันนั้นลงในจดหมายปะหน้าของฉัน
Chuck Stephanski

2
+1 - คำตอบที่ดี! คุณมีฉันคิดเกี่ยวกับการรวมอย่างต่อเนื่องและสร้างอัตโนมัติ
jmort253

10

ในฐานะนักพัฒนาฉันสนใจว่ากระบวนการพัฒนานั้นมีเหตุผล จำนวนของวิธีการพัฒนาที่แตกต่างกันสามารถให้กระบวนการพัฒนาสติ ในทางกลับกัน บริษัท ที่เสียหายสามารถให้กระบวนการที่บ้าไม่ว่าพวกเขาจะเรียกมันว่าอะไร

ดังนั้นฉันไม่สนใจว่า "วิธีการพัฒนา" อย่างเป็นทางการของพวกเขาคืออะไร แต่ผมก็ยังจะถามเกี่ยวกับเรื่องนี้เพียงเพราะมันจะช่วยให้บริบทสำหรับผมที่จะถามคำถามติดตามที่จะคิดออกสิ่งที่พวกเขาจริงๆทำ


4

ใช่ฉันเคยเห็นวิธีการที่ไม่ดีที่ฉันไม่คิดว่าฉันต้องการทำซ้ำอีกครั้ง ลองพิจารณาตัวอย่างต่อไปนี้: คุณพอไหมกับสไตล์คาวบอยสำหรับทีมนักพัฒนาโหลที่ทุกคนสามารถใช้การควบคุมแหล่งที่มาของตัวเองการเขียนโปรแกรมการประชุม ฯลฯ ฉันรู้ว่าฉันจะไม่ วิธีที่จะเปลี่ยนบรรทัดของรหัสมีรูปแบบโหลเพื่อกรอกและลายเซ็นประมาณ 20 เพื่อตกลงการเปลี่ยนแปลงในการผลิตที่อาจใช้เวลาสัปดาห์ที่จะได้รับการทำตามที่ผู้บริหารอาวุโสออกอาจใช้เวลาสักครู่ที่จะได้รับ "อะไรก็ตาม" ทำให้สิ่งต่าง ๆ เปิดใจของฉันมากเกินไป แต่บางทีฉันอาจดูถูกเหยียดหยามที่นี่


1
เสียงเหมือนมันไม่มาก " นี้วิธีการก็โอเคที่หนึ่งไม่ได้" แต่เรื่องของการ "สิ่งที่พวกเขาใช้วิธีการก็ไม่สามารถจะดำเนินการในลักษณะที่ผิดปกติอย่างสมบูรณ์." นั่นคือสิ่งที่ฉันรู้สึก
Carson63000

จริงๆ? การเปลี่ยนรหัสของบรรทัดที่คุณต้องผ่านการอนุมัติจำนวนมาก? ฉันสามารถเข้าใจสองสิ่งได้มากที่สุด
Aditya P

อืม ... สมมติว่าเป็นระบบราชการที่ผิดปกติโดยสิ้นเชิงฉันสามารถไปที่ 20 ได้อย่างง่ายดาย: dev จริงผู้ทดสอบจริง, ba จริงและผู้เชี่ยวชาญเฉพาะด้าน, สถาปนิกจริง, dba จริง, ตะกั่ว dev, ตะกั่วทดสอบ, นักวิเคราะห์ธุรกิจนำ, ผู้จัดการทีม dev , ผู้จัดการทีม dba, ผู้จัดการทีมทดสอบ, ผู้จัดการโครงสร้างพื้นฐาน, ฝ่ายช่วยเหลือ, หัวหน้าทีมธุรกิจ, ผู้จัดการธุรกิจ, เจ้าของระบบย่อย, เจ้าของระบบ, ผู้จัดการควบคุมการเปลี่ยนแปลงและคนที่ปรับใช้การเปลี่ยนแปลงจริง (ข้อจำกัดความรับผิดชอบ: ฉันไม่เคยทำงานในสภาพแวดล้อมแบบนี้มาก่อน - แต่ฉันจะจินตนาการได้ว่าสิ่งนี้อาจจะยึดมั่น ... )
Bevan

3
@Bevan - ฟังดูเหมือนฝันร้าย
jmort253

4

ในฐานะนักพัฒนาฉันไม่คิดว่าจะใช้วิธีการใดตราบใดที่มันเป็นวิธีการที่เหมาะสม

ตัวอย่างเช่นฉันไม่ต้องการทำงานกับ บริษัท ที่ทำ"โคบาลโคด"โดยเฉพาะอย่างยิ่งหากพวกเขาไม่รู้พอที่จะคิดว่าพวกเขากำลังทำเปรียวจริงๆ


+1: ฉันถูกบังคับให้ใส่รหัสโคบาลและฉันไม่ต้องการที่ทำงาน มันรู้สึกวุ่นวายมากและฉันก็รู้สึกเหมือนกำลังรั้งฉันไว้
IAbstract

2

ฉันชอบสถานที่ที่มีวิธีการพัฒนาที่ทุกคนสามารถติดตามได้จริง


... หรือ ... อาจเป็นวิธีการพัฒนา ... เป็นลายลักษณ์อักษร
IAbstract

1

ฉันทำงานในงานที่น่าผิดหวังมากเพราะตัวเลือกกระบวนการที่ใช้สำหรับการพัฒนาและธุรกิจโดยทั่วไป วันนี้ฉันมีข้อกำหนดขั้นต่ำสำหรับกระบวนการ ธุรกิจใด ๆ ที่ไม่เกี่ยวข้องกับสิ่งเหล่านี้ฉันถือว่าการทำงานไม่ดีและจะไม่ทำงาน ฉันไม่มีความอดทนต่อความโง่เขลาที่ฉันเคยมีดังนั้นฉันจึงช่วยตัวเองให้รอดพ้นจากการถูกยั่วยุโดยการข้ามงานเหล่านั้น


1

ตราบใดที่เรามีความต้องการที่สมเหตุสมผลบางอย่างตัวแทนธุรกิจบางคนที่มีส่วนร่วมและตอบสนองและความเข้าใจว่าทีมนักพัฒนามีคำพูดที่มีขนาดใหญ่ในช่วงเวลาจากนั้นฉันก็มีความสุขและฉันสามารถเป็นอะไรก็ได้

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.