คำถามติดแท็ก development-methodologies

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

9 java  development-methodologies  android-development 

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

9 testing  version-control  development-methodologies  branching 

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

9 self-improvement  programming-practices  development-methodologies  engineering 

โดเมนคำหมายถึงอะไรเกี่ยวกับการออกแบบ / การขับเคลื่อน ไม่ได้อยู่ในแง่ของความหมายหรือนิยามเชิงวิชาการ แต่ในแง่ของวิธีการปรับเปลี่ยนกระบวนการหรือปรัชญา? ฉันอ่านโพสต์: /software/57828/your-software-problem-solution-approach ฉันเจอคำศัพท์ DDD และไม่รู้จริงๆว่ามันหมายถึงอะไร

9 development-methodologies  domain-driven-design 

โดยเฉพาะสิ่งที่เป็นตัวอย่างของความคิดของมวลชนที่ผิด ทำไมผู้คนถึงยึดความคิดไว้ตั้งแต่แรก และทำไมความคิดจึงถูกไล่ออก? หรืออาจเป็นความคิดที่ยังมีชีวิตอยู่และดีและถ้าเป็นเช่นนั้นทำไม? เช่นฉันอาจอธิบายCORBA (และเทคโนโลยีที่คล้ายคลึงกันอื่น ๆ ) เป็นสิ่งที่พยายามแก้ปัญหาการสื่อสารระหว่างส่วนประกอบของซอฟต์แวร์ หลายคนรู้สึกว่าจำเป็นต้องกำหนดสัญญาระหว่างส่วนประกอบต่าง ๆ ท้ายที่สุด HTTP + JSON แก้ปัญหาสำหรับมวลชนและกลไก RPC อื่น ๆ เช่น Thrift และ Proto-bufs ได้ผุดขึ้นมา

9 development-methodologies 

ฉันเริ่มต้นด้วย BDD และนี่คือเรื่องราวของฉัน: Feature: Months and days to days In order to see months and days as days As a date conversion fan I need a webpage where users can enter days and months and convert them to days. ฉันมีข้อสงสัยบางอย่าง ... ฉันควรเขียนสถานการณ์ของฉันก่อนที่จะเขียนโค้ดอะไรหรือฉันควรเขียนสถานการณ์ก่อนแล้วจึงเขียนรหัสเขียนสถานการณ์อีกครั้งแล้วเขียนรหัสและอื่น ๆ ... ? ถ้าฉันควรเขียนสถานการณ์ของฉันก่อนหน้านี้ขั้นตอนของฉันจะได้รับการอนุมัติและรหัสการผลิตยังไม่เสร็จ เมื่อใดที่ฉันควรทำการปรับเปลี่ยนรหัสของฉัน หลังจากเสร็จสิ้นคุณสมบัติหรือหลังจากการนำแต่ละสถานการณ์ไปใช้

9 programming-practices  tdd  refactoring  development-methodologies  bdd