WebApp developers often use an iter

WebApp developers often use an iterative
incremental process model that applies many principles derived from agile software development
Using this approach
an engineering team often develops a WebApp increment in very short time period using a customer-driven approach
Subsequent increments add additional content and functionality
and each is likely to implement changes that lead to
enhanced content
better usability
improved aesthetics
better navigation
enhanced performance
and stronger security
change is viewed somewhat differently


If' you're a member of a WepApp team
You must embrace change
And yet, a typical agile team eschews all things that appear to be process-heavy ,
bureaucratic and formal
software configuration management is often viewed (albeit incorrectly) to have these characteristics
This seeming contradiction is remedied not by rejecting SCM principles, practices, and tools , but rather
by molding them to meet the special needs of WepApp projects

ผลลัพธ์ (ไทย) 1:

นักพัฒนา WebApp มักจะใช้การซ้ำจำลองกระบวนการแบบเพิ่มหน่วยที่ใช้หลายหลักมาจากเอจายล์ ใช้วิธีการนี้มีทีมงานวิศวกรรมพัฒนาเพิ่ม WebApp บ่อยครั้งในระยะเวลาที่สั้นมากโดยใช้เป็นแนวทางขับเคลื่อนลูกค้าเพิ่มขึ้นตามมาเพิ่มเติมเนื้อหาและการทำงานและแต่ละแนวโน้มการเปลี่ยนแปลงที่นำไปสู่ เนื้อหาที่เพิ่มเติมใช้งานดีกว่าปรับปรุงความสวยงามนำทางดีกว่า เพิ่มประสิทธิภาพการทำงาน และความปลอดภัยที่แข็งแกร่งดูการเปลี่ยนแปลงค่อนข้างแตกต่างกันถ้า "คุณเป็นสมาชิกของทีมงาน WepAppคุณต้องโอบกอดเปลี่ยนและยัง ทีมโรงปกติ eschews สิ่งที่ต้องการหนัก ราชการ และทางจัดการการตั้งค่าคอนฟิกซอฟต์แวร์มักจะดู (แม้ว่าไม่ถูกต้อง) จะมีลักษณะเหล่านี้ความขัดแย้งนี้ seeming เป็น remedied ไม่ใช่ โดยปฏิเสธห่วงหลัก ปฏิบัติ และเครื่อง มือ แต่ โดยปั้นให้ความพิเศษที่จำเป็นของโครงการ WepApp

ผลลัพธ์ (ไทย) 2:

นักพัฒนา WebApp มักจะใช้ซ้ำ
แบบจำลองกระบวนการที่เพิ่มขึ้นที่ใช้หลักการหลายที่ได้รับจากการพัฒนาซอฟต์แวร์เปรียว
ใช้วิธีนี้
ทีมวิศวกรมักจะพัฒนาเพิ่มขึ้น WebApp ในช่วงเวลาที่สั้นมากโดยใช้วิธีการที่ลูกค้าที่ขับเคลื่อนด้วย
การเพิ่มขึ้นภายหลังการเพิ่มเนื้อหาและฟังก์ชันการทำงาน
และแต่ละคนเป็น มีแนวโน้มที่จะดำเนินการเปลี่ยนแปลงที่นำไปสู่
​​เนื้อหาที่เพิ่มขึ้น
การใช้งานที่ดีขึ้น
ดีขึ้นความสวยงาม
การนำทางที่ดีขึ้น
ประสิทธิภาพที่เพิ่มขึ้น
และการรักษาความปลอดภัยที่แข็งแกร่ง
การเปลี่ยนแปลงมีการดูค่อนข้างแตกต่างถ้า 'คุณเป็นสมาชิกของทีม WepApp คุณต้องยอมรับการเปลี่ยนแปลงและยังทีมเปรียวทั่วไป eschews ทุกสิ่ง ที่ปรากฏเป็นกระบวนการหนักราชการและเป็นทางการจัดการการตั้งค่าซอฟต์แวร์มักจะถูกมอง (แม้จะไม่ถูกต้อง) จะมีลักษณะเหล่านี้ความขัดแย้งที่เห็นนี้จะแก้ไขได้โดยไม่ปฏิเสธหลักการ SCM ปฏิบัติและเครื่องมือ แต่โดยการปั้นพวกเขาเพื่อตอบสนองความพิเศษ ความต้องการของโครงการ WepApp

ผลลัพธ์ (ไทย) 3:

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

ปรับปรุงเนื้อหา

สุนทรียศาสตร์ปรับปรุงการใช้งานที่ดีขึ้นดีกว่า

นำร่องเพิ่มประสิทธิภาพการรักษาความปลอดภัยที่แข็งแกร่งและเปลี่ยน

ดูค่อนข้างแตกต่าง


ถ้าคุณเป็นสมาชิกของทีม wepapp

คุณต้องโอบกอดเปลี่ยนแปลง และยังเป็นทีม eschews ว่องไว ทุกสิ่งที่ปรากฏจะประมวลผลหนัก ,
ราชการและอย่างเป็นทางการ
การจัดการโครงร่างซอฟต์แวร์มักจะดู ( แต่ไม่ถูกต้อง ) มีลักษณะที่เห็นนี้เป็นแก้ไขความขัดแย้งเหล่านี้
ไม่ปฏิเสธหลักการ ทางปฏิบัติ และ เครื่องมือ แต่ค่อนข้าง
ปั้นพวกเขาเพื่อตอบสนองความต้องการที่พิเศษของโครงการ wepapp