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

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

39 database  maintenance 

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

37 skills  maintenance  self-improvement 

ฉันเป็น CTO ของ บริษัท ซอฟต์แวร์ที่มี codebase ขนาดใหญ่ (ทั้งหมด C #) และทีมวิศวกรขนาดใหญ่ ฉันสามารถดูได้ว่าส่วนต่าง ๆ ของรหัสจะง่ายกว่าในการเขียนใน F # ทำให้เกิดเวลาในการพัฒนาที่เร็วขึ้นข้อผิดพลาดที่น้อยลงการใช้งานแบบขนานที่ง่ายขึ้น ฯลฯ โดยทั่วไปแล้วการเพิ่มผลิตผลโดยรวมสำหรับทีมของฉัน อย่างไรก็ตามฉันยังสามารถเห็นข้อผิดพลาดในการทำงานหลายประการของการแนะนำ F # ได้แก่ : 1) ทุกคนต้องเรียนรู้ F # และมันไม่สำคัญเหมือนการเปลี่ยนจากพูด Java เป็น C # สมาชิกในทีมที่ไม่ได้เรียนรู้ F # จะไม่สามารถทำงานในส่วน F # ของ codebase 2) กลุ่มของโปรแกรมเมอร์ F # ที่จ้างได้ ณ ขณะนี้ (ธ.ค. 2010) …

37 functional-programming  productivity  maintenance  f# 

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

36 web-development  maintenance 

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

33 freelancing  maintenance  bug  client-relations 

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

31 language-agnostic  lisp  maintenance  clojure 

ฉันเพิ่งได้รับมอบหมายให้ทำโครงการใหม่ จริง ๆ แล้วโครงการเก่าเขียนใน ASP คลาสสิก ตอนนี้มีการเขียนแอปพลิเคชันเวอร์ชันใหม่ใน ASP.NET ล่าสุด แต่ไม่คาดว่าจะเป็น RTM ในขณะที่ (วันที่วางจำหน่ายโดยประมาณคือมกราคม 2560) ดังนั้นฉันต้องทำการบำรุงรักษาบางอย่างในแอปพลิเคชันเก่าจนกว่าจะสามารถ ทิ้ง นอกจากนี้ฉันรู้สึกว่าลูกค้าบางคนจะไม่เปลี่ยนไปใช้โปรแกรมใหม่ทันทีดังนั้นเวอร์ชันนี้อาจจะอยู่พักหนึ่ง และปัญหาคือมันเต็มไปด้วยข้อผิดพลาด บางส่วนของมันย้อนหลังไปถึงศตวรรษที่ผ่านมาเมื่อไม่มีมาตรฐานเว็บและฉันไม่สนใจเกี่ยวกับโหมด Quirks widthและheightคุณลักษณะแทน CSS, ตารางที่ใช้สำหรับการจัดวางเฟรมเซต ฯลฯ แต่โอ้ข้อผิดพลาดเหล่านั้นทั้งหมด! width="20px"ทั่วทุกสถานที่onchange="javascript:..."และในสถานที่ที่พวกเขาใช้ CSS style="width:20"และstyle="width=20px"เป็นเรื่องธรรมดา ไม่ต้องพูดถึงสายมากมายที่มีความขัดแย้งwidthและstyleคุณลักษณะ เป็นต้น ฯลฯ เป็นผลให้แอปพลิเคชันเว็บทำงานภายใต้ IE เท่านั้นและในโหมดความเข้ากันได้เท่านั้น เป็นที่ชัดเจนว่านักพัฒนาไม่เคยดูความถูกต้องของรหัสเฉพาะเมื่อสิ่งที่ออกมาดูเหมือนสิ่งที่พวกเขามีอยู่ในใจมันควรมีลักษณะเช่นนั้น และฉันไม่รู้วิธีจัดการกับสิ่งนั้น ฉันพบว่าเป็นไปไม่ได้ที่จะหลับตากับข้อผิดพลาดเหล่านั้นในขณะที่มองหารหัสเพื่อหาข้อผิดพลาดอื่น ๆ แน่นอนว่าฉันสามารถทำการค้นหาทั่วโลกและแทนที่เพื่อให้ได้ปัญหาส่วนใหญ่ออกนอกเส้นทาง แต่นั่นหมายความว่าการมอบหมายครั้งแรกของฉันจะประกอบด้วยไฟล์. asp ที่มีการเปลี่ยนแปลงนับพันรายการ ฉันจะทำสิ่งนั้นได้ไหม

30 maintenance  errors 

ฉันพบว่าตัวเองอยู่ในจุดที่ยากลำบากของสาย เคยทำงานในเกมกับเพื่อนเขียนโปรแกรมมาเกือบ 8 เดือนแล้ว เราทั้งคู่เริ่มต้นในฐานะผู้มาใหม่ในการเขียนโปรแกรมประมาณเดือนสิงหาคมของปีที่แล้วเขาเป็นนักเรียน CS ปีที่ 2 ฉันเป็นผู้ให้การสนับสนุนด้านเทคโนโลยีโดยการค้าและเป็นโปรแกรมเมอร์ที่สอนตัวเองด้วยหนังสือมากมายและการสมัครสมาชิกออนไลน์ ปัญหาที่ฉันเห็นอยู่ตลอดเวลาคือเมื่อเราเขียนโค้ดจำนวนหนึ่งบ่อยครั้งที่มันจะถูกแฮ็กเข้าด้วยกันมีความล้มเหลวมากมายและหากเป็นแนวคิดใหม่เอี่ยมสำหรับเราหนึ่งคนที่เต็มไปด้วยโซลูชั่นไร้เดียงสา นี่เป็นสิ่งที่ดีเรากำลังเรียนรู้ฉันคาดหวังว่าโค้ดทั้งสองของเราจะถูกแฮ็กเข้าด้วยกันในภาคเรียนหรือรอบที่สอง ปัญหานำเสนอตัวเองเมื่อมันมาถึงการแก้ไขและ refactoring พฤติกรรมที่แฮ็กด้วยกัน คู่ของฉันจะยึดติดกับก้อนกรวดที่สดใหม่ของเขาด้วยกันอย่างโจ๋งครึ่มปฏิเสธที่จะเห็นข้อผิดพลาดใด ๆ ในขณะที่มันเริ่มทำงาน การอ้างถึงความสมบูรณ์แบบจากชิ้นส่วนของโครงสร้างฉันไม่สามารถแม้แต่จะใช้แม้ว่ามันจะมีความคิดเห็นและวิธีการและฟิลด์ที่ตั้งชื่อไว้อย่างเหมาะสมก็ตาม ไม่ว่าฉันจะพยายามแค่ไหนฉันก็ไม่สามารถทำให้เขาเห็นข้อบกพร่องที่เห็นได้ชัดซึ่งจะป้องกันไม่ให้เกิดการเปลี่ยนแปลงหรือการขยายตัวของพฤติกรรมโดยไม่ทำลายมันและทุกอย่างที่มันเชื่อมโยงกับพวกเขาอาจจะอยู่ในชั้นเดียวกัน โซลูชันที่ถูกแฮ็กตลอดเวลาจะถูกแฮ็กอยู่ตลอดและคิดว่าการออกแบบที่ไม่ดีจะยังคงอยู่ในแบบที่พวกเขาคิด ฉันใช้เวลาไปกับการดูแลรหัสใหม่ให้มากขึ้นเพราะฉันเขียนด้วยตัวเองฉันเสียสิ่งที่ต้องทำ คู่ของฉันสูญเสียมันไปคืนนี้และทำให้ชัดเจนว่าไม่ว่าอะไรก็ตามไม่ว่าจะเป็นมาตรฐานไม่ว่าจะเป็นเรื่องธรรมดาการปฏิบัติไม่ว่าจะเป็นข้อพิสูจน์ที่หักล้างไม่ได้ก็ตามรหัสของเขาจะยังคงอยู่ในแบบที่เขาทำ แม้ว่าหนังสือทั้งเล่มจะถูกเขียนขึ้นเกี่ยวกับสาเหตุที่คุณต้องการหลีกเลี่ยงการทำอะไรเขาจะปฏิเสธที่จะยอมรับความถูกต้องของพวกเขาโดยอ้างว่าเป็นเพียงความเห็นของใครบางคน ฉันมีความสนใจในโครงการของเรา แต่ฉันไม่แน่ใจว่าฉันจะสามารถทำงานร่วมกับคู่ค้าของฉันได้หรือไม่ ฉันดูเหมือนจะมีสามตัวเลือกให้ฉันเปิด หยุดการดูแลเกี่ยวกับการทำงานของ codebase ที่ผ่านจุดรวบรวมและเพียงจัดการกับการพยายามที่จะรักษาและแยกวิเคราะห์พฤติกรรมที่แทบจะไม่คลานไปมา หวังว่าเมื่อสิ่งต่าง ๆ เริ่มสลายอย่างจริงจังเขาจะเห็นและพยายามทำมากกว่าแค่ใส่ bandaid เหนือการออกแบบที่มีข้อบกพร่องพื้นฐาน ติดตามข้อถกเถียงที่ไม่รู้จบเกี่ยวกับปัญหาที่เกิดขึ้นเมื่อทศวรรษที่แล้วโดยบุคคลที่มีความสามารถมากกว่า หยุดเขียนโปรแกรมในโครงการนี้ทิ้งโค้ดของฉันเกือบ 10,000 บรรทัดและใช้เวลาหลายชั่วโมงในการออกแบบและลองหาโปรเจคใหม่ด้วยตัวเอง ฉันจะใช้วิธีการใดเพื่อตรวจสอบว่าโครงการนี้ดำเนินต่อกับบุคคลนี้ได้หรือไม่ หรือปัจจัยใดที่ควรมีอิทธิพลต่อการตัดสินใจของฉัน เราได้เขียนโค้ดจำนวนมากและฉันไม่ต้องการยอมแพ้เว้นแต่จะจำเป็น

30 code-quality  refactoring  teamwork  maintenance 

ฉันเป็นโรคระยะสุดท้ายและมีโอกาสสูงมากที่ฉันจะไม่อยู่ในโลกนี้อีกต่อไปภายในสิ้นปีนี้ ฉันได้พัฒนาเว็บแอปพลิเคชันที่ใช้อย่างกว้างขวางในธุรกิจของครอบครัวของฉัน (ร้านทำผมเล็ก ๆ ) ไม่มีสมาชิกในครอบครัวของฉันไม่มีการเขียนโปรแกรมหรือทักษะการบริหารระบบ ฉันไม่มีเพื่อนสนิทที่มีทักษะเหล่านั้น ธุรกิจทำกำไรสุทธิได้สูงสุด 10k ต่อปี ในความเป็นจริงผลกำไรทางธุรกิจสามารถจ่ายเงินเดือนของพนักงาน 3 คน (พ่อแม่และน้องสาว) และผู้ที่ค่อนข้างต่ำและลดลงในแต่ละปีเนื่องจากวิกฤตการณ์ทางการเงิน ในความเป็นจริงฉันไม่ได้เป็นพนักงานของธุรกิจครอบครัวฉันทำงานให้กับ บริษัท พัฒนาซอฟต์แวร์ตามปกติ ฉันพัฒนาแอพพลิเคชั่นในช่วงเวลาว่างเพื่อช่วยเหลือพวกเขา จนถึงตอนนี้ฉันไม่สนใจว่าธุรกิจอื่นจะใช้แอปพลิเคชันของฉันหรือแม้ว่าแอปพลิเคชันจะเสียสิทธิ์การเป็นเจ้าของ ฉันต้องการให้ธุรกิจครอบครัวของฉันสามารถใช้งานได้ต่อไปซึ่งหมายถึงการสนับสนุนการดูแลระบบหากมีสิ่งผิดปกติและการพัฒนาสำหรับคุณสมบัติ / ข้อบกพร่องใหม่ ฉันอยากจะถามคุณว่าคุณสามารถให้มาตรการที่คุณคิดว่าฉันสามารถทำได้เพื่อรับประกันความต่อเนื่องของแอปพลิเคชันให้ได้มากที่สุด เทคโนโลยีของแอปพลิเคชันคือ: แพลตฟอร์ม: Tomcat (Java), MySQL และ Linux Frameworks: JPA และ ZK เป็นหลัก

28 project-management  licensing  maintenance  hosting  knowledge-transfer 

การอ่านซอร์สโค้ดของSQLiteนั้นเป็นไปไม่ได้สำหรับภารกิจ IMO แต่เป็นซอฟต์แวร์ที่มีความซับซ้อนซึ่งสามารถใช้งานได้ (เป็นฐานข้อมูลแบบฝังตัวเต็มรูปแบบ) ซึ่งสามารถดาวน์โหลดรวบรวมและใช้งานจากรหัสอื่น ๆ และมีการปรับปรุงอยู่ตลอดเวลา ผู้คนสามารถเขียนและบำรุงรักษาโค้ดที่ซับซ้อนและอ่านยากได้อย่างไร

27 source-code  maintenance  readability 

ฉันทำงานเกี่ยวกับโปรเจคซอฟต์แวร์เป็นส่วนใหญ่มานานกว่า 5 ปีแล้ว มันเป็นความยุ่งเหยิงที่จะเริ่มต้นด้วย (ฉันเป็นนักพัฒนาที่สามหรือสี่ที่จะทำงานกับมัน) และแม้ว่ามันจะเป็นระเบียบน้อยกว่าตอนนี้มันยังคงไม่เป็นระเบียบ อัตราความคืบหน้าในการควบคุมมันเป็นน้ำแข็งและฉันเริ่มรู้สึกท้อแท้กับสถานะที่มันเข้ามาฉันจะเริ่มแก้ไขได้อย่างไร ข้อมูลเฉพาะของโครงการ: เป็นโปรแกรมการขายที่เขียนขึ้นเกือบทั้งหมดใน Visual Basic Classic (VB6) ที่มีแบ็คเอนด์ MySQL และเครื่องมือการรายงานที่เขียนใน C # โมดูลการรายงาน C # นั้นมีความสุขที่ได้ทำงานมันเป็นเพียงการเขียนในช่วงสองสามปีที่ผ่านมาและก่อนหน้านั้นรายงานทั้งหมดได้ทำใน Crystal Reports 9 (ใช่เรายังมีรายงานบางส่วนที่ต้องใช้) อย่างไรก็ตามโปรแกรมจริงนั้นเป็นหายนะที่สมบูรณ์ มีทั้งหมด LOC ค่อนข้างไม่เกิน 90k และความคิดเห็นประมาณ 10k บรรทัด (ส่วนใหญ่ไม่ใช่เอกสาร แต่เป็นรหัสเก่าที่แสดงความคิดเห็น) 158 ไฟล์ฟอร์มและ 80 ไฟล์โมดูล ฉันไม่ทราบเลยว่ามีการใช้งานจริงกี่รายการเพราะคุณสมบัติบางอย่างของโปรแกรมนั้นถูกคัดค้านและ (เอ่อบางครั้ง) ตั้งข้อสังเกตเช่นนี้โดยไม่ต้องลบรหัสที่เกี่ยวข้องออกจากโปรแกรม ฉันเดาว่ารหัส 50% เท่านั้นที่ใช้งานได้จริง ฉันกลัวที่จะสัมผัสรหัสจำนวนมากเพียงเพราะฉันไม่แน่ใจว่าฉันทำลายสิ่งที่ลูกค้าที่ไม่ชัดเจนคนใดคนหนึ่งต้องพึ่งพามันเกิดขึ้นในหลายครั้งเกินกว่าที่ฉันจะนับได้ มันเหมือนกับว่ามีทุ่นระเบิดเกลื่อนกลาดอยู่ทั่วทั้งรหัส ไม่มีโครงสร้างใด ๆ …

25 c#  project-management  maintenance  visual-basic-6 

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

25 programming-practices  maintenance 

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

24 debugging  maintenance 

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

24 unit-testing  maintenance  quality 

รหัสเป็นระเบียบที่สมบูรณ์ของการรวมกันของ ASP / ASP.NET แบบคลาสสิก การทะเลาะกันของเราประกอบด้วยการปะทุใหญ่หรือการเพิ่มเติมเข้าไป เราทุกคนยุ่งเกินไปที่จะทำเช่นนั้นเพื่อเริ่มเขียนใหม่ดังนั้นฉันจึงสงสัย .. ส่วนใดใน Scrum ที่นักพัฒนาสามารถมีอำนาจที่จะพูดได้ว่าเพียงพอแล้วและเรียกร้องให้พวกเขาได้รับเวลาเพื่อเริ่มการเขียนครั้งใหญ่? เราดูเหมือนจะวนรอบไม่สิ้นสุดเพียงแค่ติดตั้งโค้ดเก่ากับ 'Stories' ดังนั้นสิ่งต่าง ๆ จึงถูกดำเนินการโดยบุคคลที่ไม่ใช่ช่างเทคนิคซึ่งดูเหมือนจะไม่มีความปรารถนาที่จะผลักดันให้มีการเขียนซ้ำเพราะพวกเขาไม่เข้าใจว่า codebase เลวร้ายเพียงใด .. ดังนั้นใครจะเป็นผู้รับผิดชอบในการเปลี่ยนแปลงครั้งใหญ่นี้เกิดขึ้น? นักพัฒนา ปริญญาโทการต่อสู้? กลยุทธ์ในปัจจุบันเป็นเพียงการหาเวลาและทำมันได้เองโดยไม่ต้องสูงกว่าอัพมีส่วนร่วมตั้งแต่พวกเขาส่วนใหญ่จะให้โทษสำหรับระเบียบปัจจุบันเราอยู่ใน .. แทรกพูดจาโผงผางเกี่ยวกับคนที่ไม่ใช่ทางด้านเทคนิคบอกคนทางเทคนิคว่าจะทำอะไรที่นี่<-->

23 scrum  maintenance