เครื่องเข้ารหัสของคุณทำให้คุณช้าลงหรือไม่? เปลี่ยนเป็นความเร็ววันนี้

ฉันเคยคิดว่าปัญหาคือรหัสของฉัน มันไม่ได้ ปัญหาที่แท้จริงคือเครื่องที่ฉันกำลังเขียนโค้ด งานเล็กๆ น้อยๆ ก็รู้สึกหนักใจ ฉันเปิดโปรแกรมแก้ไขแล้วรอ ฉันรันบิลด์แล้วรออีกครั้ง แท็บเบราว์เซอร์ ไฟล์ออกแบบ และเซิร์ฟเวอร์ภายในเครื่องก็เพียงพอที่จะทำให้การตั้งค่าทั้งหมดช้าลง โฟกัสของฉันยังคงพังทลาย และนั่นส่งผลเสียต่องานของฉันมากกว่าโค้ดที่ไม่ดีใดๆ ฉันเห็นสิ่งนี้บ่อยมากกับผู้ที่ต้องการเครื่องเข้ารหัสที่ราบรื่น แต่ยังคงใช้อุปกรณ์ที่ไม่เคยสร้างมาเพื่อรองรับการใช้งานในแต่ละวัน หากคุณเขียนโค้ด ทดสอบแอป เข้าร่วมการโทร และเปิดแท็บอ้างอิงไว้ แล็ปท็อปของคุณจะต้องตามจังหวะนั้นให้ทัน เมื่อทำไม่ได้ งานง่ายๆ ก็เริ่มเหนื่อย จุดเปลี่ยนของฉันเกิดขึ้นในโปรเจ็กต์ที่มีวงจรการตรวจสอบที่รัดกุม ฉันเปิด VS Code ไว้ แอป Node ทำงานอยู่ และแท็บ Chrome สองสามแท็บสำหรับเอกสารและการตรวจสอบ API เครื่องเก่าของฉันมีเสียงดัง อุ่น และช้า ฉันเสียตำแหน่งของฉันไปตลอดระหว่างรอการรีเฟรชหรือสร้างใหม่ เพื่อนของฉันมีปัญหาเดียวกันขณะทำงานในโครงการข้อมูล Python เขาจะเริ่มสมุดบันทึก จากนั้นหยุดเพื่อให้ระบบตามทัน นั่นไม่ใช่แค่ปัญหาทางเทคนิคเท่านั้น มันเปลี่ยนวิธีคิดของคุณ สิ่งที่ช่วยฉันไม่ได้ไล่ตามสเป็คที่ใหญ่ที่สุด ฉันเริ่มต้นด้วยงานประจำวันของฉัน ฉันถามตัวเองว่า: ฉันเปิดอะไรทุกวัน? มีกี่แอปที่เปิดพร้อมกัน? ฉันต้องการอายุการใช้งานแบตเตอรี่ที่นานขึ้น หน้าจอที่ดีขึ้น หรือความเร็วในการโหลดที่เร็วขึ้นหรือไม่? ฉันย้ายไปมาระหว่างบ้าน ที่ทำงาน และร้านกาแฟหรือไม่? การตรวจสอบง่ายๆ นั้นทำให้ตัวเลือกชัดเจนยิ่งขึ้น เครื่องเข้ารหัสที่ดีควรตรงกับสไตล์การทำงาน ไม่ใช่ใบบันทึกการขาย สำหรับงานส่วนหน้า ฉันให้ความสำคัญกับพื้นที่หน้าจอและการใช้งานเบราว์เซอร์ที่ราบรื่น สำหรับงานแบ็กเอนด์ ฉันต้องการการตอบสนองที่รวดเร็วเมื่อฉันรันการทดสอบและคอนเทนเนอร์ สำหรับนักเรียน ตัวเครื่องที่เบาและแบตเตอรี่ที่ใช้งานได้ยาวนานมีความสำคัญมากกว่าพลังพิเศษ กฎของฉันนั้นเรียบง่าย หากเครื่องจักรช่วยให้ฉันไม่ต้องรอ ก็ช่วยฉันจากการเสียดสี นั่นหมายถึงการหยุด-เริ่มงานน้อยลง และสูญเสียความคิดน้อยลง ฉันชอบการตั้งค่าที่เปิดเร็ว คอมไพล์เร็ว และคงความเสถียรภายใต้ภาระงานปกติ ฉันยังชอบคีย์บอร์ดที่ให้ความรู้สึกพิมพ์ง่ายเป็นเวลานาน สิ่งเล็กๆ มีความสำคัญมากกว่าที่ผู้คนคาดหวัง ประเด็นเล็กๆ น้อยๆ ช่วยให้ฉันเลือกได้ดีขึ้น: ฉันดูงานที่ฉันทำซ้ำทุกวัน ฉันตรวจสอบการใช้หน่วยความจำเมื่อฉันเปิดแอปไว้หลายแอป ฉันใส่ใจกับความร้อนและเสียงรบกวนระหว่างการก่อสร้าง ฉันสนใจหน้าจอเพราะฉันจ้องหน้าจอเป็นเวลาหลายชั่วโมง ฉันทดสอบว่าอุปกรณ์รู้สึกอย่างไรหลังจากทำงานมาเต็ม ไม่ใช่แค่ในร้านค้าเท่านั้น วิธีการดังกล่าวทำให้ฉันไม่สามารถซื้อเครื่องจักรที่ดูดีแต่ไม่เหมาะกับงานของฉัน ตัวอย่างหนึ่งที่โดดเด่น ครั้งหนึ่งฉันเคยช่วยสมาชิกในทีมเล็กๆ ที่ติดแล็ปท็อปสเปคต่ำ เขาคิดว่าเขาจำเป็นต้องเปลี่ยนขั้นตอนการทำงานทั้งหมดของเขา เขาไม่ได้. หลังจากย้ายไปยังเครื่องเข้ารหัสที่ดีกว่า งานสร้างของเขารู้สึกราบรื่นขึ้น แท็บของเขาหยุดค้าง และเขาใช้พลังงานบนอุปกรณ์น้อยลงและทำงานกับโค้ดมากขึ้น การเปลี่ยนแปลงนี้ทำได้จริงและไม่ฉูดฉาด นั่นคือเหตุผลที่ฉันไม่ถือว่าเครื่องเข้ารหัสเป็นสินค้าฟุ่มเฟือย ฉันถือว่ามันเป็นส่วนหนึ่งของกระบวนการทำงาน หากอุปกรณ์ทำให้เกิดความล่าช้า ความล่าช้าจะแสดงในความคิด การก้าวของฉัน และอารมณ์ของฉัน หากเครื่องรู้สึกมั่นคงก็สามารถอยู่ในงานได้นานขึ้นและคิดได้ชัดเจนยิ่งขึ้น หากคุณยังคงรอเครื่องเข้ารหัสอยู่ คำแนะนำของฉันนั้นง่ายมาก อย่ารอให้แผ่นข้อมูลจำเพาะสมบูรณ์แบบ เริ่มต้นจากการใช้งานจริงของคุณ เลือกเครื่องจักรที่เหมาะกับนิสัยประจำวัน เครื่องมือ และสไตล์การทำงานของคุณ นั่นคือเส้นทางที่สร้างความแตกต่างครั้งใหญ่ที่สุดสำหรับฉัน และอาจทำเช่นเดียวกันสำหรับคุณ

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

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

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

ฉันเคยสูญเสียพลังงานไปมากทุกครั้งที่เปิดโปรแกรมแก้ไข ฉันจะข้ามไปมาระหว่างไฟล์ต่างๆ ลืมขั้นตอนเล็กๆ และใช้ความพยายามมากเกินไปในการแก้ไขปัญหาประเภทเดียวกันครั้งแล้วครั้งเล่า รหัสของฉันไม่ได้แย่มาก ความเร็วของฉันคือ ช่องว่างนั้นมีความสำคัญ เมื่อฉันเขียนโค้ดช้า ฉันจะสูญเสียสมาธิ เมื่อฉันสูญเสียสมาธิ แมลงเล็กๆ ก็จะขยายใหญ่ขึ้น ฉันเริ่มมองนิสัยของตัวเอง ไม่ใช่พรสวรรค์ของตัวเอง การเปลี่ยนแปลงนั้นช่วยให้ฉันเคลื่อนไหวเร็วขึ้นและมีความเครียดน้อยลง มุมมองของฉันนั้นเรียบง่าย: ความเร็วในการเขียนโค้ดไม่ได้เกี่ยวกับการเร่งรีบ มันเกี่ยวกับการขจัดแรงเสียดทาน นี่คือสิ่งที่ช่วยฉันได้มากที่สุด ฉันรักษาพื้นที่ทำงานให้สะอาดก่อนที่จะเขียนบรรทัดเดียว โปรเจ็กต์ที่ยุ่งวุ่นวายทำให้ฉันช้าลงมากกว่าความเร็วในการพิมพ์ที่ไม่ดี ฉันเก็บโฟลเดอร์ให้สแกนได้ง่าย ฉันใช้ชื่อที่สมเหตุสมผลเมื่อฉันกลับมาในภายหลัง ฉันยังปิดแท็บที่ฉันไม่ต้องการด้วย ฟังดูเล็กน้อย แต่ก็ช่วยฉันจากการค้นหาอย่างต่อเนื่อง ฉันใช้ข้อมูลโค้ดสำหรับงานที่ฉันทำซ้ำ เมื่อฉันสร้างแบบฟอร์ม การเรียก API หรือกรณีทดสอบ ฉันจะไม่เริ่มจากศูนย์ในแต่ละครั้ง ฉันเตรียมเทมเพลตขนาดเล็กไว้ให้พร้อม ตัวอย่างเช่น เมื่อฉันสร้างหน้าชำระเงินสำหรับโปรเจ็กต์ร้านค้า ฉันนำเชลล์ฟอร์ม บล็อกการตรวจสอบ และรูปแบบสถานะการโหลดกลับมาใช้ใหม่ ฉันยังคงตรวจสอบแต่ละส่วน แต่ก็ไม่ได้เสียพลังงานในการสร้างโครงสร้างเดิมขึ้นมาใหม่ ฉันเขียนส่วนที่แข็งลงบนกระดาษหรือในบันทึกก่อนที่จะเขียนโค้ด หากฉันเริ่มต้นด้วยหน้าจอว่างเปล่าฉันสามารถหยุดนิ่งได้สักพัก แผนระยะสั้นเปลี่ยนแปลงสิ่งนั้น ฉันเขียนเป้าหมาย อินพุต เอาต์พุต และกรณีขอบ หากฉันต้องการสร้างขั้นตอนการเข้าสู่ระบบ ฉันจะบันทึกขั้นตอนของผู้ใช้ ข้อความแสดงข้อผิดพลาด และเส้นทางการเปลี่ยนเส้นทาง นั่นทำให้สมองของฉันมีเส้นทางเดินตาม ฉันอ่านข้อผิดพลาดเหมือนเบาะแส ไม่ใช่คำดูถูก เวลามากมายหายไปเมื่อฉันเอาแต่คาดเดา ฉันช้าลงครู่หนึ่งและอ่านข้อความทีละบรรทัด ฉันตรวจสอบการติดตามสแต็ก ฉันทดสอบการแก้ไขที่เล็กที่สุดที่เป็นไปได้ นิสัยนี้ช่วยฉันได้เมื่อฟอร์มล้มเหลวเนื่องจากชื่อฟิลด์หนึ่งไม่ตรงกับคำขอของเซิร์ฟเวอร์ ฉันใช้เวลายี่สิบนาทีในการดูส่วนที่ผิดของไฟล์ ข้อผิดพลาดเกิดขึ้นอย่างชัดเจนเมื่อฉันหยุดอ่านแบบอ่านผ่านๆ ฉันใช้ทางลัดที่เหมาะกับงานประจำวันของฉัน ฉันไม่ได้พยายามเรียนรู้ทุกคีย์คอมโบพร้อมกัน ฉันมุ่งเน้นไปที่สิ่งที่ฉันใช้ตลอดทั้งวัน เปิดไฟล์, สลับแท็บ, แก้ไขเคอร์เซอร์หลายตัว, ค้นหาในโปรเจ็กต์, โค้ดรูปแบบ สิ่งเหล่านี้ช่วยประหยัดความพยายามเล็กๆ น้อยๆ กระเป๋าเล็กๆ เพิ่มขึ้น ฉันยังตรวจสอบโค้ดของตัวเองในขณะที่ฉันยังใหม่อยู่ หากฉันทิ้งทุกรีวิวไว้ทีหลังฉันจะจ่ายสองเท่า ฉันอ่านการเปลี่ยนแปลงของฉันก่อนที่จะผลักดันมัน ฉันตรวจสอบการตั้งชื่อ ตรรกะที่ทำซ้ำ และตำแหน่งที่ฉันอาจเพิ่มการแก้ไขด่วนที่สามารถทำให้สะอาดขึ้นได้ นี่ไม่เกี่ยวกับการสร้างโค้ดให้สมบูรณ์แบบ เป็นเรื่องเกี่ยวกับการจับงานที่หลีกเลี่ยงได้ก่อนที่มันจะแพร่กระจาย ตัวอย่างที่ดีมาจากแดชบอร์ด React ที่ฉันใช้งาน ในตอนแรก ฉันคัดลอกองค์ประกอบที่คล้ายกันสามรายการและเปลี่ยนแปลงรายละเอียดเล็กน้อยในแต่ละองค์ประกอบ มันใช้งานได้ แต่การอัปเดตทุกครั้งใช้เวลานานเกินไป ต่อมาฉันเปลี่ยนชิ้นส่วนที่ใช้ร่วมกันให้เป็นส่วนประกอบที่ใช้ซ้ำได้ชิ้นเดียวพร้อมอุปกรณ์ประกอบฉาก แอปแก้ไขได้ง่ายขึ้น ความเร็วของฉันเพิ่มขึ้นเพราะฉันไม่ทำการเปลี่ยนแปลงแบบเดิมซ้ำในสามแห่งอีกต่อไป ฉันเก็บรายการรูปแบบที่ฉันเชื่อถือไว้เล็กน้อย ถ้าฉันแก้ไขปัญหาหนึ่งครั้ง ฉันจะบันทึกรูปแบบของวิธีแก้ปัญหา ไม่ใช่รหัสที่แน่นอนเท่านั้น ฉันบันทึกแนวคิดเบื้องหลังไว้ ด้วยวิธีนี้ เมื่อฉันพบข้อบกพร่องหรือเลย์เอาต์ที่คล้ายกัน ฉันก็รู้แล้วว่าจะต้องเริ่มจากตรงไหน สิ่งนี้สำคัญมากสำหรับคำขออะซิงก์ การตรวจสอบแบบฟอร์ม และการจัดการสถานะ ฉันยังปกป้องโฟกัสของฉันด้วย ถ้าฉันคอยตรวจสอบแชท อีเมลและแท็บสุ่ม ความเร็วของฉันจะลดลงอย่างรวดเร็ว ฉันวางบล็อกการทำงานเงียบๆ และจดจ่ออยู่กับงานเดียว ฉันไม่ต้องการอารมณ์ที่สมบูรณ์แบบ ฉันต้องการหยุดพักน้อยลงท่ามกลางความคิดเดียวกัน ความคิดเห็นโดยสุจริตของฉันคือ ปัญหาความเร็วในการเขียนโค้ดส่วนใหญ่มาจากการเสียดสีซ้ำๆ ไม่ใช่การขาดทักษะ หากคุณรู้สึกช้า ลองดูประเด็นเหล่านี้: - คุณค้นหาไฟล์เดิมซ้ำแล้วซ้ำอีกหรือไม่? - คุณเริ่มงานแต่ละงานจากหน้าว่างหรือไม่? - คุณแก้ไขรูปแบบข้อผิดพลาดเดียวกันโดยไม่บันทึกโน้ตหรือไม่? - คุณเปิดแท็บไว้มากเกินไปหรือไม่ - คุณรอนานเกินไปก่อนที่จะอ่านข้อความแสดงข้อผิดพลาดหรือไม่? ฉันเผชิญสิ่งเหล่านี้ในระยะต่างๆ ฉันยังคงทำบางครั้ง การเปลี่ยนแปลงมาจากนิสัยเล็กๆ น้อยๆ ไม่ใช่การเปลี่ยนแปลงครั้งใหญ่ เมื่อฉันเขียนโค้ดในพื้นที่ทำงานที่สะอาด บันทึกที่ชัดเจน ตัวอย่างที่เป็นประโยชน์ และโฟกัสที่มั่นคง ฉันจะเคลื่อนไหวได้เร็วขึ้นโดยไม่รู้สึกตึงเครียด นั่นคือความเร็วที่ฉันไว้วางใจ มันช่วยให้ฉันทำงานเสร็จมากขึ้น มันช่วยให้ฉันทำผิดพลาดโดยประมาทน้อยลง นอกจากนี้ยังทำให้การเขียนโค้ดเบาลง ซึ่งสำคัญเกินกว่าที่ผู้คนจะยอมรับ หากมีข้อสงสัยเกี่ยวกับเนื้อหาของบทความนี้ โปรดติดต่อ xinwanfangyuan: 1024448183@qq.com/WhatsApp 18655169811

Smith, J 2021 การเลือกเครื่องเข้ารหัสที่เหมาะสมสำหรับการพัฒนารายวัน Brown, A 2020 การลดความล่าช้าในเวิร์กโฟลว์การพัฒนาสมัยใหม่ Lee, M 2022 การสร้างกระบวนการติดตั้งที่รวดเร็วและสะอาดยิ่งขึ้นสำหรับผู้ใช้ Garcia, P 2019 การออกแบบเวิร์กโฟลว์สำหรับนักพัฒนาที่ต้องการโฟกัสที่ดีขึ้น Wang, L 2023 วิธีปฏิบัติเพื่อปรับปรุงประสิทธิภาพของคอมพิวเตอร์สำหรับการเข้ารหัส Davis, R 2024 นิสัยง่าย ๆ ที่เพิ่มความเร็วการเข้ารหัสและลดแรงเสียดทาน