คำถามติดแท็ก self-improvement

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

13 productivity  self-improvement 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ฉันเป็นโปรแกรมเมอร์ใหม่และต้องการถามโปรแกรมเมอร์อาวุโส (โปรแกรมเมอร์ที่มีประสบการณ์ในโลกแห่งความเป็นจริง) ฉันทำงานของฉันและหลังจากการเขียนโปรแกรมโครงการของฉันเสร็จสมบูรณ์ แต่พูดอย่างสุจริตฉันจำไม่ได้ว่าชื่อรหัสคลาสและกรอบงานและคุณสมบัติของพวกเขา บางครั้งฉันก็สงสัยตัวเองว่าฉันทำอย่างนั้น? นี่เป็นเรื่องปกติสำหรับโปรแกรมเมอร์ทั้งหมดหรือฉันเป็นโปรแกรมเมอร์ที่งี่เง่าที่สุดที่จำชื่อรหัสและคลาส / คุณสมบัติไม่ได้ แก้ไข: ฉันคิดว่าโปรแกรมเมอร์จำนวนมากทำให้ฉันผิดที่นี่ ฉันบอกว่าฉันลืมชื่อเฟรมเวิร์กชื่อคลาส 'ชื่ออสังหาริมทรัพย์ แต่ฉันเริ่มจดจำรหัสของตัวเองเมื่อฉันเริ่มทำงานอีกครั้ง คำถามของฉันคือคุณจำชื่อไวยากรณ์และคลาส / คุณสมบัติ ฯลฯ ได้หรือไม่

13 self-improvement 

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

13 self-improvement  computer-science  machine-learning 

มีความเชื่อมั่นมากมายที่การวัดความมุ่งมั่นนั้นไม่เหมาะสม มีการศึกษาใด ๆ ที่พยายามวาดในแหล่งข้อมูลมากกว่าที่กระทำ - เช่น: รูปแบบการเรียกดู งาน IDE (กระทำล่วงหน้า) เวลาว่าง มัลติทาสกิ้ง ฉันไม่สามารถคิดวิธีง่ายๆในการทำมาตรการเหล่านี้ แต่ฉันสงสัยว่ามีการศึกษาใด ๆ เกิดขึ้นหรือไม่ ในบันทึกส่วนตัวฉันเชื่อว่าการไตร่ตรองเกี่ยวกับ 'ตัวชี้วัด' ของตัวเองอาจมีค่าโดยไม่คำนึงถึง (หรือในกรณีที่ไม่มี) การใช้สิ่งเหล่านี้เพื่อการแสดงที่มีประสิทธิภาพ IE เป็นวิธีที่ไม่ลำเอียงในการสะท้อนพฤติกรรมของคุณ แต่นี่เป็นเรื่องการอภิปรายนอกเหนือจากคำถามและคำตอบ

12 self-improvement  productivity  coding-style 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้มีแนวโน้มที่จะเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา ฉันทำงานเกี่ยวกับโครงการอดิเรกใน C ++ เป็นเวลานานกว่า 2 ปีแล้ว เมื่อใดก็ตามที่ฉันเขียนโมดูล / ฟังก์ชั่นฉันรหัสมันด้วยความคิดมากมาย ตอนนี้ดูปัญหา do { --> write the code in module 'X' and test it --> ... forget for sometime ... --> revisit the same piece of code (due to some requirement) --> feel that …

12 c++  self-improvement  refactoring  coding 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน8 ปีที่ผ่านมา ฉันเป็นโปรแกรมเมอร์งานอดิเรก ความคิดเห็นของลูกค้าหรือความคิดเห็นเกี่ยวกับประสิทธิภาพทำให้ฉันมีอิสระที่จะฝันถึงการมีและการใช้ความคิดที่ยอดเยี่ยมครั้งต่อไปที่เปลี่ยนแปลงโลก แน่นอนฉันรู้ว่าฉันอาจมีโอกาสที่ดีกว่าในการชนะลอตเตอรี แต่มันสนุกที่จะจินตนาการว่าคุณได้เอาชนะแอพพลิเคชั่นแบบโฮมบรูว์ที่ทำลายสถานะเดิม ฉันรู้ว่าโปรแกรมเมอร์มืออาชีพหลายคนมีโครงการด้านข้างบางโครงการเพื่อผลกำไรอื่น ๆ ไม่ใช่ ฉันสงสัยเกี่ยวกับวิธีการทำงานในเช้าวันนี้ (ไม่ใช่งานที่น่าเบื่อหน่ายด้านไอที) หากต้องใช้รหัสสำหรับอาหารของคุณมีแนวโน้มที่จะทำให้ความฝันหดหู่? ประสบการณ์ที่มากขึ้นจะทำให้คุณรู้สึกเบื่อและจดจ่อกับโครงการในมือมากขึ้นหรือไม่? ไม่พยายามที่จะเฉื่อยชาเพียงแค่สนใจในความคิดของมืออาชีพซอฟต์แวร์จริง :-)

12 self-improvement  personal-projects  professionalism 

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

12 self-improvement  testing 

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

12 self-improvement 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังว่าคำตอบจะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน7 ปีที่ผ่านมา อะไรคือแนวคิด / เทคนิค / คุณสมบัติภาษาที่โปรแกรมเมอร์ C ที่ดีทุกคนควรรู้ / ระวัง (ไม่รวมวิศวกรรมซอฟต์แวร์ทั่วไปและลักษณะที่คล้ายกัน ฉันต้องการทราบเพื่อที่ฉันจะได้สามารถเติมเต็มช่องว่างที่เป็นไปได้ในความรู้ C ของฉัน

12 programming-languages  self-improvement  c  concepts 

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

11 self-improvement 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังว่าคำตอบจะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา ฉันพยายามที่จะเริ่มต้นการเรียนรู้เป็นส่วนหนึ่งของJ2EE Javaแต่ฉันไม่รู้ว่าจะเริ่มจากตรงไหน ผม Familier ด้วยCore Javaและส่วนใหญ่ผมต้องการที่จะเรียนรู้JPAและพื้นฐานของและHibernate Spring Frameworkเหตุผลหลักสำหรับเรื่องนี้คือฉันกำลังทำงานในโครงการที่ใช้สิ่งเหล่านี้ทั้งหมด และโค้ดส่วนใหญ่นั้นพัฒนาโดยผู้อาวุโสบางคนและฉันต้องทำการแก้ไขบางอย่าง ดังนั้นโดยทั่วไปฉันต้องเข้าใจรหัสของพวกเขา ใครสามารถให้แผนการทำงานแก่ฉันได้บ้างเช่นสิ่งที่ฉันต้องรู้ล่วงหน้าและฉันควรไปในลำดับใด เอกสารอ้างอิงใด ๆ เช่นลิงก์หนังสือหรือไม่

11 java  learning  self-improvement 

ฉันล้มเหลวในการทดสอบอัลกอริทึมกับ Codility เพราะฉันพยายามหาวิธีแก้ปัญหาที่ดีกว่าและในที่สุดฉันก็ไม่มีอะไรเลย ดังนั้นฉันคิดว่าถ้าฉันสามารถใช้วิธีการคล้ายกับ TDD เช่นถ้าฉันสามารถพัฒนาวิธีแก้ปัญหาแบบค่อยเป็นค่อยไปในแบบเดียวกันได้หรือไม่ หากฉันกำลังเขียนอัลกอริทึมการเรียงลำดับฉันสามารถย้ายจาก Bubblesort มาตรฐานไปเป็น Bubbleort แบบ 2 ทางได้ แต่จากนั้นบางสิ่งที่ก้าวหน้ากว่าอย่าง Quicksort จะเป็น "quantum leap" แต่อย่างน้อยฉันจะมี testdata ฉันสามารถตรวจสอบได้อย่างง่ายดาย เคล็ดลับอื่น ๆ สำหรับการทดสอบ? สิ่งหนึ่งที่ฉันจะทำในครั้งต่อไปคือการใช้วิธีการ / ฟังก์ชั่นมากกว่าห่วงภายใน ตัวอย่างเช่นในการเรียงลำดับคุณมักจะต้องสลับ หากเป็นวิธีฉันจะต้องแก้ไขรหัสโทร ฉันยังสามารถมีวิธีแก้ปัญหาขั้นสูงเพิ่มเติมเป็นคลาสที่ได้รับ ด้วยปัญหา "อัลกอริทึม" กับ "ปกติ" ฉันหมายถึงปัญหาที่ความซับซ้อนของเวลาเป็นสิ่งสำคัญ ดังนั้นแทนที่จะผ่านการทดสอบมากขึ้นเช่นเดียวกับใน TDD คุณจะทำให้ "ทำงานได้ดีขึ้น" ด้วย "Similar to TDD" ฉันหมายถึง: เขียนการทดสอบที่ค่อนข้างอัตโนมัติเพื่อประหยัดเวลาในการเพิ่มการทดสอบแบบแมนนวล การพัฒนาที่เพิ่มขึ้น การทดสอบการถดถอยความสามารถในการตรวจสอบว่าตัวแบ่งรหัสหรืออย่างน้อยถ้าฟังก์ชั่นการเปลี่ยนแปลงระหว่างการเพิ่มขึ้น ฉันคิดว่านี่น่าจะง่ายต่อการเข้าใจถ้าคุณเปรียบเทียบ เขียนเชลล์เรียงลำดับโดยตรง กระโดดจาก …

10 algorithms  tdd  self-improvement 

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

10 self-improvement  math  coding 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ในฐานะนักพัฒนาเราพยายามอย่างต่อเนื่องเพื่อแก้ไขปัญหาของมวลชน นอกจากนี้เรายังมองหาวิธีการใหม่ ๆ ภาษาและองค์กรที่อาจช่วยเราปรับปรุงความสามารถในการแก้ปัญหา ฉันรู้สึกราวกับว่าฉันเป็นหนึ่งในสมาชิกอันดับต้น ๆ ของทีมเสมอ ฉันรู้สึกว่าฉันกำลังมองหาวิธีในการปรับปรุงงานของฉันในแบบที่คนอื่นมักไม่สนใจ ฉันเริ่มรู้สึกเหนื่อยล้าเล็กน้อยจาก ~ 6 ปีในการสนับสนุนเทคโนโลยี ฉันตำหนิความจริงที่ว่าฉันทำงานหนักมากและยึดมั่นในความคาดหวังสูง นักพัฒนาที่ยิ่งใหญ่ที่สุดในโลกบางคนไม่ได้เขียนรหัสเพื่อการมีชีวิตอยู่อีกต่อไป บ่อยครั้งที่ความเหนื่อยหน่าย บางคนบอกว่าพวกเขาเบื่อกับ "เกม" แต่ฉันสงสัยว่าปัญหานั้นง่ายขึ้นหรือไม่ หนึ่งใน "การแบกน้ำหนักของโลกบนไหล่ของเรา" หากคุณรู้สึกว่าคุณเป็นนักพัฒนาที่แข็งแกร่งและรู้สึกว่านี่ไม่ใช่ปัญหาสำหรับคุณโปรดให้ความกระจ่างแก่ฉันด้วยแนวทางของคุณ คุณติดตามเทคโนโลยีอยู่เสมอช่วยผู้อื่นและแก้ไขปัญหาได้อย่างรวดเร็ว / แม่นยำโดยไม่ทำให้แผลหายทั้งหมด?

10 self-improvement 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ดูดน้อยทุกปี -Jeff Atwood ฉันเจอบทความที่ลึกซึ้งแล้วการอ้างอิงโดยตรงจากโพสต์ ฉันมักจะคิดว่าการดูดน้อยลงทุก ๆ ปีเป็นสิ่งที่โปรแกรมเมอร์ผู้ถ่อมตนพัฒนาขึ้น คุณควรไม่พอใจกับรหัสที่คุณเขียนเมื่อปีที่แล้ว หากไม่เป็นเช่นนั้นหมายความว่า A) คุณไม่ได้เรียนรู้อะไรเลยในหนึ่งปี B) รหัสของคุณไม่สามารถปรับปรุงได้หรือ C) คุณไม่เคยทบทวนรหัสเดิมอีกเลย ทั้งหมดนี้คือความตายของนักพัฒนาซอฟต์แวร์ สิ่งนี้เกิดขึ้นบ่อยแค่ไหนหรือไม่เกิดขึ้นกับคุณ? นานแค่ไหนก่อนที่คุณจะเห็นการปรับปรุงที่แท้จริงในการเข้ารหัสของคุณ เดือนปี? คุณเคยทบทวนรหัสเดิมของคุณอีกครั้งหรือไม่? รหัสเก่าของคุณทำให้เกิดภัยพิบัติบ่อยแค่ไหน หรือคุณต้องจัดการกับหนี้ทางเทคนิคของคุณบ่อยเพียงใด แน่นอนว่ามันเป็นเรื่องที่เจ็บปวดอย่างมากที่จะแก้ไขข้อบกพร่องเก่า ๆ และรหัสสกปรกที่เราอาจทำเพื่อให้ตรงตามกำหนดเวลาและการแก้ไขอย่างรวดเร็วเหล่านั้นในบางกรณีเราอาจต้องเขียนแอปพลิเคชั่น / รหัสใหม่เกือบทั้งหมด ไม่มีข้อโต้แย้งเกี่ยวกับเรื่องนี้ นักพัฒนาบางคนที่ฉันเจอเจอแย้งว่าพวกเขาอยู่ในช่วงวิวัฒนาการซึ่งการเข้ารหัสของพวกเขาไม่ต้องการการปรับปรุงหรือไม่สามารถพัฒนาได้อีกต่อไป สิ่งนี้เกิดขึ้นหรือไม่ ถ้าเป็นเช่นนั้นกี่ปีในการเขียนโค้ดกับภาษาใดภาษาหนึ่งคาดว่าสิ่งนี้จะเกิดขึ้น? ที่เกี่ยวข้อง: เคยมองย้อนกลับไปที่บางส่วนของรหัสเก่าของคุณและแสยะด้วยความเจ็บปวด? Star Wars Moment in Code "ลุค! ฉันเป็นรหัสของคุณ!" "ไม่! เป็นไปไม่ได้! มันเป็นไปไม่ได้!"

10 self-improvement  technical-debt