คำถามติดแท็ก software

ฉันเป็นนักพัฒนาใหม่ - นี่คือตำแหน่งการเขียนโปรแกรมครั้งแรกของฉัน ปัญหาของฉันคือ: เราใช้git- ฉันตัดสาขาจากdevelopสาขาของเราจากนั้นฉันเริ่มทำงานย่อยที่ฉันได้รับมอบหมาย มันช้ามากเพราะฉันไม่มีประสบการณ์ เมื่อถึงเวลาที่ฉันพร้อมที่จะรวมสาขาของฉันกลับไปสู่developคนอื่นทำให้มีการเปลี่ยนแปลงมากมายที่แก้ไขข้อขัดแย้งได้อย่างท่วมท้น (จริง ๆ แล้วมันง่ายกว่าที่จะคัดเรื่องงานของฉันและเริ่มงานใหม่ซึ่งแน่นอนว่าไม่ใช่ทางออกที่ยั่งยืน ) ฉันจะเอาชนะสิ่งนี้ได้อย่างไร มีกลยุทธ์ที่ฉันสามารถใช้นอกเหนือจาก 'ดีกว่ารหัส' หรือไม่? ฉันตั้งใจจะนำเรื่องนี้ขึ้นกับหัวหน้างานของฉันในสัปดาห์หน้า

223 git  software  branching  merging 

การเรียนหลักสูตรผู้เริ่มต้นบนอินเทอร์เฟซฮาร์ดแวร์ / ซอฟต์แวร์และระบบปฏิบัติการมักจะเกิดหัวข้อว่าจะเป็นการดีกว่าถ้าจะแทนที่ส่วนฮาร์ดแวร์บางส่วนด้วยซอฟต์แวร์และในทางกลับกัน ฉันไม่สามารถเชื่อมต่อได้

90 interfaces  operating-systems  software  hardware 

เมื่อ Murray Gell-Mann ถูกถามว่า Richard Feynman จัดการเพื่อแก้ไขปัญหาที่ยากมากมายได้อย่างไร Gell-Mann ตอบว่า Feynman มีอัลกอริทึม: จดบันทึกปัญหา คิดหนักจริง เขียนวิธีการแก้ปัญหา Gell-Mann พยายามอธิบายว่า Feynman เป็นนักแก้ปัญหาที่แตกต่างกันและไม่มีความเข้าใจที่จะได้รับจากการศึกษาวิธีการของเขา ฉันรู้สึกแบบเดียวกันกับการจัดการความซับซ้อนในโครงการซอฟต์แวร์ขนาดกลาง / ใหญ่ ผู้คนที่ดีนั้นดีโดยกำเนิดและจัดการกับเลเยอร์และสแต็ค abstractions ต่าง ๆ เพื่อให้ทุกอย่างสามารถจัดการได้โดยไม่ต้องแนะนำ cruft ที่ไม่เกี่ยวข้องใด ๆ ดังนั้นอัลกอริทึมไฟน์แมนเป็นวิธีเดียวที่จะจัดการความซับซ้อนโดยไม่ตั้งใจหรือมีวิธีการที่วิศวกรซอฟต์แวร์สามารถนำไปใช้กับความซับซ้อนที่เกิดขึ้นโดยบังเอิญได้หรือไม่?

74 design  project-management  software  complexity 

ฉันกำลังพูดถึงโค้ดประมาณ 20-30 ล้านบรรทัดซอฟต์แวร์ในระดับและความซับซ้อนของ Autodesk Maya หากคุณหยุดการพัฒนาตราบใดที่จำเป็นต้องทำคุณสามารถแก้ไขข้อบกพร่องทั้งหมดได้จริงหรือไม่จนกว่าจะไม่มีข้อผิดพลาดเพียงครั้งเดียวหากสิ่งนั้นสามารถตรวจสอบได้ด้วยคอมพิวเตอร์? อะไรคือข้อโต้แย้งสำหรับและต่อต้านการดำรงอยู่ของระบบที่ปราศจากข้อบกพร่อง? เนื่องจากมีความคิดบางอย่างที่คุณแก้ไขทุกครั้งจะสร้างข้อบกพร่องมากขึ้น แต่ฉันไม่คิดว่าเป็นเรื่องจริง โดยข้อบกพร่องฉันหมายถึงจากการพิมพ์ผิดที่ง่ายที่สุดใน UI เพื่อข้อบกพร่องเชิงป้องกันที่รุนแรงยิ่งขึ้นที่ไม่มีวิธีแก้ปัญหา ตัวอย่างเช่นฟังก์ชั่นการเขียนสคริปต์ที่เฉพาะเจาะจงคำนวณบรรทัดฐานไม่ถูกต้อง แม้กระทั่งเมื่อมีวิธีแก้ไขปัญหาปัญหายังคงต้องได้รับการแก้ไข ดังนั้นคุณสามารถพูดได้ว่าคุณสามารถทำสิ่งนี้ด้วยตนเองแทนการใช้ฟังก์ชั่นที่ให้ไว้ แต่ฟังก์ชั่นนั้นยังคงต้องได้รับการแก้ไข

71 programming-practices  bug  software  complexity 

มีข้อโต้แย้งอย่างต่อเนื่องของการทดลองใช้ฟรีกับรุ่น freemium (นั่นคือเวอร์ชันฟรีสำหรับอายุการใช้งานของซอฟต์แวร์ที่มีข้อ จำกัด และ / หรือถอดคุณสมบัติ) สำหรับการอนุญาตให้ลูกค้าและผู้ใช้ทดสอบผลิตภัณฑ์ของตน จากการวิจัยของฉันฉันสามารถสรุปได้ว่าการทดลองใช้ฟรีเป็นวิธีที่จะดำเนินการทั้งสองเพื่อประโยชน์ของประสบการณ์การใช้งานของผู้ใช้แต่ละคนโดยใช้ซอฟต์แวร์และเพื่อประโยชน์ของผู้ขายทั้งในด้านการขายและการใช้งานสูงสุด มีหลายปัจจัยสำหรับซอฟต์แวร์ทดลองใช้ฟรีที่สามารถเพิ่มการใช้งานของผู้ใช้ได้อย่างมากเช่นระยะเวลาทดลองใช้ฟรี คำหลักหนึ่งที่เกี่ยวกับการวิจัยของฉันสำหรับ "freemium" คือ "น่าผิดหวัง" บุคคลหลายคนเลือกที่จะถอนการติดตั้งซอฟต์แวร์แทนที่จะต้องใช้ชิ้นส่วนของซอฟต์แวร์ที่คุณสมบัติบางอย่างไม่สามารถใช้งานได้ ในเวลาเดียวกันผู้ใช้เหล่านี้ไม่เคยมีโอกาสใช้คุณลักษณะ "ชำระแล้ว" ไม่รู้จักกับพวกเขาและซ่อนตัวโดยผู้จำหน่ายของตัวเองที่ขายซอฟต์แวร์พวกเขาไม่รู้และไม่สามารถรู้ได้ว่าคุณสมบัติของ Pro จะให้ประโยชน์อะไรบ้าง ผู้ใช้จะไม่ทราบว่าพวกเขามีความรู้สึกว่า "ต้องการ" อะไรบางอย่าง ซึ่งนำฉันไปสู่จุดต่อไปของรุ่นทดลองใช้ฟรี ความคิดเห็นบางส่วนของผู้ใช้ทดลองใช้ฟรีคือ "ฉันไม่สามารถจินตนาการถึงการใช้ซอฟต์แวร์นี้หากไม่มีคุณสมบัติ Pro" สิ่งนี้กลับไปที่จุด "ผู้ใช้ที่ไม่รู้ว่าต้องการบางสิ่งจนกว่าพวกเขาจะเข้าใจความรู้สึกเป็นครั้งแรก" ผู้ที่มีเวลา 14 วันในการใช้คุณสมบัติ "เต็มรูปแบบ" กล่าวว่าพวกเขาไม่สามารถจินตนาการได้ว่าไม่มีหรือใช้คุณสมบัติที่มีให้ ดังนั้นเมื่อเวลาผ่านไปสิบสี่วันพวกเขามีแนวโน้มที่จะลบล้างเงินได้มากกว่าคนที่ไม่เคยมีคุณสมบัติเต็มรูปแบบ ความยาวของการทดลองใช้ฟรีเป็นปัจจัยสำคัญที่ทำให้ผู้ใช้ประทับใจ ในการทดสอบที่ดำเนินการโดยเครื่องมือเพิ่มประสิทธิภาพเว็บไซต์ Visual พวกเขาสังเกตเห็นว่าการทดลองใช้ฟรี 14 วันเทียบกับการทดลองใช้ฟรี 30 วันในขณะที่จำนวนการสมัครใช้งานและการติดตั้งเท่ากันการใช้งานสำหรับการทดลองใช้ 14 วันเพิ่มขึ้น 102% อีกจุดสำคัญที่พูดถึงคือ "การนำเสนอผลิตภัณฑ์รุ่นฟรีที่มีประโยชน์และใช้งานได้อย่างสมบูรณ์" นั้นสำคัญมาก การทดลองใช้ฟรีที่ใช้งานได้อย่างสมบูรณ์มีประสิทธิภาพในการรับความคุ้มครองสื่อและการประชาสัมพันธ์สำหรับผู้จำหน่ายซอฟต์แวร์รายใหม่และ …

52 software  development 

ตั้งแต่เรียนจบ (ปลายปี 2548) ฉันทำงานกับ บริษัท เดียวกันกับวิศวกรซอฟต์แวร์ c ++ ปีที่แล้วฉันได้รับการเลื่อนตำแหน่งเป็นสถาปนิกซอฟต์แวร์ แต่ฉันพบว่าตัวเองมีส่วนร่วมมากขึ้นในด้านคุณสมบัติและการแก้ไขข้อบกพร่องการสนับสนุนระดับ 2 50% ของเวลาที่ฉันใช้ใน Notepad ++ วิเคราะห์บันทึกซอฟต์แวร์และพยายามหาสิ่งที่ผิดพลาด 30% การแก้ไขข้อผิดพลาดของผู้อื่นและส่วนที่เหลือ (ถ้ามี) ตรวจสอบสปาเก็ตตี้นักพัฒนา ฉันเริ่มเกลียดผลิตภัณฑ์นี้และคิดถึงกลยุทธ์การออกจาก บริษัท นี้ คุณคิดว่าฉันสามารถทำอะไรในสถานการณ์นี้ คุณสถาปนิกซอฟต์แวร์อื่นยังคงแก้ไขข้อบกพร่องในรหัสหรือไม่

45 architecture  teamwork  software 

กรณี : ฉันทำงานที่ บริษัท เขียนแอปพลิเคชันใน Python ที่จัดการข้อมูลจำนวนมากในอาร์เรย์ ฉันเป็นผู้พัฒนาโปรแกรมนี้เพียงคนเดียวในขณะนี้ แต่อาจมีการใช้ / แก้ไข / เพิ่มเติมในอนาคต (1-3 ปี) โดยโปรแกรมเมอร์คนอื่น ๆ ในขณะนี้ที่ฉันไม่รู้จัก ฉันอาจจะไม่ได้อยู่ที่นั่นเพื่อช่วยเหลือโดยตรง แต่อาจให้การสนับสนุนผ่านอีเมลหากฉันมีเวลา ดังนั้นในฐานะนักพัฒนาซอฟต์แวร์ที่ได้เรียนรู้การทำงานของโปรแกรม (Haskell) ฉันมักจะแก้ปัญหาเช่นกรองเช่นนี้: filtered = filter(lambda item: included(item.time, dur), measures) ส่วนที่เหลือของรหัสคือ OO เป็นเพียงกรณีเล็ก ๆ ที่ฉันต้องการแก้ปัญหาแบบนี้เพราะมันง่ายกว่าและสวยงามกว่าตามที่ฉันบอก คำถาม : วันนี้การเขียนโค้ดเป็นแบบนี้หรือไม่ นักพัฒนาซอฟต์แวร์ที่ไม่ได้เขียน / เรียนรู้ FP ตอบสนองต่อรหัสเช่นนี้อย่างไร มันอ่านได้หรือไม่ สามารถปรับเปลี่ยนได้? ฉันควรเขียนเอกสารเช่นอธิบายให้เด็กฟังว่าเส้นทำอะไร? # Filter out the …

43 python  functional-programming  software  company 

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

28 terminology  history  software  legacy-code 

สมมติว่าคุณทำงานให้กับ บริษัท และสิ่งที่คุณทำคือการพัฒนาซอฟต์แวร์สำหรับพวกเขา คุณไม่มีความคิดในภาพรวมหรืออาจจะเล็กน้อย สิ่งที่คุณมีคืองานที่มอบหมายให้คุณผ่านระบบติดตามปัญหา คุณได้รับงานคุณทำให้งานเป็นไปตามที่งานอธิบายคุณส่งงานกลับมา ชอบเพิ่ม 2 จำนวนเต็ม: function add(a,b){return a + b;} แต่ต่อมาเมื่อโครงการดำเนินไปข้างหน้าคุณจะสังเกตเห็นว่าในขณะที่addมีความซับซ้อนมากขึ้นคุณรู้ว่ามันควรจะต้องมีรูปแบบของสถาปัตยกรรมมากกว่าฟังก์ชั่นที่เพิ่มพารามิเตอร์และส่งกลับค่า อย่างไรก็ตามคุณไม่ทราบว่า addในสถานที่แรกทั้งหมดที่พวกเขาต้องการก็คือง่ายๆที่ คุณไม่ได้คาดหวังว่าการเพิ่มจะซับซ้อนนัก โครงการดำเนินไปด้วยคุณสมบัติที่มากขึ้นซึ่งคุณไม่ได้คาดหวังไว้ตั้งแต่แรก และในที่สุดคุณก็เก็บซ้อนแฮ็คและเลเยอร์ตามเลเยอร์ของฟังก์ชั่นเพื่อหลีกเลี่ยงการทำลาย / เขียนรหัสที่มีอยู่ใหม่ คุณรับมือกับสถานการณ์เหล่านี้อย่างไร? คุณต่อสู้กับหนี้ทางเทคนิคในฐานะ "ผู้พัฒนาที่ต่ำที่สุด" ได้อย่างไร? ชี้แจง: คุณคือ "implementer" ซึ่งต่ำที่สุดในลำดับชั้น คุณเห็นปัญหา แต่ไม่ได้พูดกับเรื่องนี้ ฉันไม่ได้ระบุปริมาณหนี้ทางเทคนิคหรือมองหาเครื่องมือ เกี่ยวกับ"ซ้ำ" ที่สาม การ Refactoring & Rewrite - คุณถูกล็อคในงานของคุณ คุณไม่ได้รับค่าตอบแทนในการทำสิ่งพิเศษ ภาพรวมสถาปัตยกรรม - คุณรู้ระบบโดยรวม แต่ไม่มีแนวคิดเกี่ยวกับสถาปัตยกรรม Code Freeze - ไม่ใช่การโทรของคุณ …

20 architecture  software  scalability  maintainability  technical-debt 

เราเป็นองค์กรที่ประกอบด้วยนักพัฒนาประมาณ 200 คนที่ทำงานอย่างต่อเนื่องในผลิตภัณฑ์เดียว (ใช้ Git revision control) ซึ่งมีการวางแผนที่จะวางจำหน่ายในวันที่กำหนด เนื่องจากนักพัฒนาจำนวนมากเรากำลังพยายามสร้างทีม "ข้ามหน้าที่" ที่มีนักพัฒนาประมาณ 10 คนในแต่ละทีมส่งผลให้มีทีมพัฒนาประมาณ 20 ทีมในองค์กร เนื่องจากเราต้องการรักษา "มาตรฐานสูง" อย่างต่อเนื่อง (หมายถึงเมื่อนักพัฒนาทำการดึงผลิตภัณฑ์อย่างน้อยควรจะสามารถคอมไพล์ได้ ฯลฯ ) ของผลิตภัณฑ์ในที่เก็บหลักเราจึงต้องการใช้ประตูคุณภาพบางประเภท ฉันไม่แน่ใจว่าจะตอบคำถามได้อย่างไร แต่ฉันสงสัยว่าฉันจะได้รับคำแนะนำเกี่ยวกับวิธีการพัฒนาสำหรับกลุ่มนักพัฒนาขนาดใหญ่เช่นนั้นที่ทำงานกับผลิตภัณฑ์เดียวหรือไม่ ในความเห็นของเราปลายด้านหนึ่งของสเปกตรัมคือการอนุญาตให้นักพัฒนาแต่ละคนส่งโดยตรงไปยังแหล่งเก็บข้อมูลหลักอย่างไรก็ตามเรากลัวว่าเนื่องจากผู้พัฒนาจำนวนมาก / มุ่งมั่นที่ "พื้นที่เก็บข้อมูลหลัก" อาจอยู่ในช่วงที่ขาดเนื่องจาก ถึงเราไม่สามารถมี "ประตูคุณภาพ" สำหรับการกระทำแต่ละอย่างได้ ปลายอีกด้านของสเปกตรัมอาจเป็นเช่นนั้น (เราคิดว่า Linus Torvalds / Linux ทำ) โครงสร้างต้นไม้หรือปิรามิดซึ่ง "คลังเก็บหลัก" มีแหล่งดึงสามแหล่งสามแห่งนี้มีแหล่งดึงที่เชื่อถือได้ ฯลฯ อย่างไรก็ตามเรารู้สึกว่าด้วยโครงสร้างเช่นการเปลี่ยนแปลงนั้นมีสายโซ่ยาวที่จะปีนขึ้นไปเพื่อเข้ามาใน "พื้นที่เก็บข้อมูลหลัก" นอกจากนี้หากเกิดข้อขัดแย้งในการผสานปัญหาจะเกิดกับผู้พัฒนารายอื่นมากกว่า "ผู้พัฒนาดั้งเดิม" จากข้อมูลพื้นฐานและความคิดเห็นทั้งหมดที่ระบุไว้เราจะเรียนรู้และอ่านวิธีการพัฒนาที่แนะนำสำหรับนักพัฒนาจำนวนมากได้อย่างไร องค์กรขนาดใหญ่ (Microsoft, …

19 agile  workflows  software  development-methodologies  gitflow 

ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน5 ปีที่ผ่านมา ตามที่สตีเฟ่น Schach "วิศวกรรมซอฟต์แวร์คลาสสิกและเชิงวัตถุ" บทที่ 6: โมดูลประกอบด้วยบล็อกของรหัสเดียวที่สามารถเรียกใช้ในวิธีที่มีการเรียกใช้โพรซีเดอร์ฟังก์ชันหรือเมธอด ดูเหมือนจะคลุมเครือและกว้างมาก ดังนั้นทุกคนสามารถอธิบายได้อย่างชัดเจนและแสดงตัวอย่างจริงของวิธีแบ่งข้อกำหนดเป็นโมดูล ขอบคุณ

18 software  modules 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัพเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิด7 ปีที่แล้วปีที่ผ่านมา ฉันเห็นใบอนุญาตจำนวนมากสำหรับซอฟต์แวร์ประเภทใด ๆ เช่น GNU GPL, ใบอนุญาต BSD, ใบอนุญาต MIT และ LGPL กระบวนการสร้างใบอนุญาตซอฟต์แวร์ใหม่เช่น "สัญญาอนุญาตทั่วไปของ John Doe" คืออะไร

17 licensing  software 

หาก บริษัท รับใบอนุญาตโอเพนซอร์สที่ได้รับอนุญาตจากนั้นพัฒนาแอปพลิเคชั่นที่มาจากแหล่งนั้นโดยการเปิดใช้งานส่วนต่าง ๆ ของแอปพลิเคชันเพิ่มคุณสมบัติใหม่และใช้การแก้ไขข้อบกพร่อง ... เพิกเฉยข้อกำหนดใบอนุญาตใด ๆ ... การเปลี่ยนแปลงเกิดขึ้นได้อย่างไรและสามารถทำอะไรได้บ้างเพื่อป้องกันไม่ให้เกิดการเลือกใช้ลิขสิทธิ์ที่ต่างออกไป อะไรคือความรับผิดชอบ (จริยธรรมหรือสังคม) สำหรับ บริษัท ? (ตัวอย่างเช่น: การให้โครงการโอเพ่นซอร์สกลับมาเป็นสิ่งที่ต้องทำในเชิงจริยธรรม) หากทั้งเวอร์ชันโอเพ่นซอร์สและเวอร์ชันปิดมีทั้งการแข่งขันมีผลต่อผลิตภัณฑ์อย่างไร มีตัวอย่างของ บริษัท หรือผลิตภัณฑ์ที่เคยทำสิ่งนี้ (ไม่ว่าสำเร็จหรือไม่สำเร็จ) มาก่อนหรือไม่? ทัศนคติของชุมชนที่มีต่อโครงการเหล่านั้นคืออะไร?

16 open-source  software  closed-source  proprietary 

ดังนั้นโครงการที่ฉันทำอยู่ตอนนี้จะกลายเป็นน้ำแข็งไปเรื่อย ๆ เป็นไปได้ว่าหากโครงการและเมื่อใดที่ unreezes อีกครั้งมันจะไม่ได้รับมอบหมายให้ฉันหรือใครจากทีมปัจจุบัน ที่จริงแล้วเราสืบทอดโครงการหลังจากที่ถูกแช่แข็งมาก่อน แต่ไม่มีทีมใดเหลืออยู่ก่อนที่จะช่วยให้เราเข้าใจแม้แต่ความต้องการพื้นฐานของโครงการดังนั้นเราจึงเสียเวลามากในการทำความรู้จักโครงการ คำถามของฉันคือสิ่งที่คุณคิดว่าเราควรทำเพื่อช่วยให้ผู้คนหลังจากที่เราเข้าใจความต้องการของโครงการที่ดีที่สุดสิ่งที่เราทำทำไมเราทำมัน ฯลฯ ฉันเปิดให้ความคิดอื่น ๆ ว่าทำไมเราควรออก บางแทร็กกับคนอื่น ๆ ที่จะทำงานในโครงการนี้ด้วย บางขั้นตอนที่เราทำไปแล้ว: เอกสารทางเทคนิค (ไม่เต็ม แต่อย่างน้อยก็มีบ้าง); ประวัติระบบควบคุมแหล่งที่มา การประมาณว่าส่วนใดของโครงการต้องมีการปรับปรุงและทำไมเราจึงคิดเช่นนั้น พวงของการทดสอบหน่วย ติดตามปัญหากับตั๋วทั้งหมดที่เราเคยทำ ( แก้ไข ) คุณคิดอย่างไรกับสิ่งที่เราเตรียมไว้แล้วและเราจะทำอะไรได้อีก

14 project-management  software  knowledge-transfer 

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

13 agile  scrum  software  extreme-programming  rewrite