สารบัญ
ถามนักพัฒนาเรื่องเพลงแล้วคุณจะได้สงครามศักดิ์สิทธิ์: ครึ่งหนึ่งสาบานว่าอิเล็กทรอนิกส์จังหวะเร้าใจคือของดี อีกครึ่งยืนยันว่าอะไรที่มีจังหวะเต้นล้วนทำลายสมาธิ ทั้งสองฝ่ายพูดถูก - แค่คนละงาน วันที่เพลงพาคุณลื่นไหลน่าจะเป็นวันที่คุณกำลังผลิตงาน: วางโครงฟีเจอร์ ลุยเขียนโค้ดส่วนที่เข้าใจอยู่แล้ว ส่วนวันที่เพลงกวนใจน่าจะเป็นวัน debug
การเขียนโค้ดกับการ debug ไม่ใช่กิจกรรมเดียวกันที่บังเอิญใช้คีย์บอร์ดร่วมกัน มันคือโหมดการคิดคนละแบบที่ต้องการระดับการกระตุ้นต่างกัน และการปฏิบัติกับมันเหมือนกันคือเหตุผลที่กลยุทธ์เรื่องเสียงของคุณรู้สึกไม่ลงตัว นี่คือโมเดลสองโหมด
สองโหมด สองสมอง
การเขียนโค้ดใหม่คือแบบสร้างสรรค์: คุณรู้คร่าวๆ ว่ากำลังไปทางไหน และงานคือปริมาณผลผลิต - มือขยับต่อไป ตัดสินใจต่อเนื่อง อย่าติดหล่มกับความสมบูรณ์แบบ โหมดนี้ทนได้ ยังได้พลังจากเสียงพลังงานพื้นหลังด้วยซ้ำ นี่คือโหมดที่งานวิจัยเรื่อง flow อธิบายไว้: เป้าหมายชัด ฟีดแบ็กทันที การกระทำและการรับรู้หลอมรวมกัน
การ debug คือแบบสอบสวน: คุณไม่รู้ว่ากำลังไปทางไหน - นั่นแหละคือปัญหาทั้งหมด งานคือสมมติฐานและหลักฐาน: อ่าน stack trace เหมือนคำให้การพยาน จับผู้ต้องสงสัยสามคนไว้ในใจ ต้านความอยากที่จะ 'ลองอะไรสักอย่าง' มันใกล้เคียงการใช้เหตุผลแบบนิรนัยมากกว่าการสร้าง และมันไวมากต่อทุกอย่างที่ดันให้คุณคิดเร็วแบบกระตุ้นสูง
ทำไมเสียงแบบมีแรงส่งทำร้ายการไล่หา
งานวิจัยเรื่องการกระตุ้นรู้มากว่าร้อยปีแล้วว่างานการคิดที่ยากขึ้นจะทำได้ดีที่สุดเมื่อการกระตุ้นต่ำลง - เส้นโค้ง Yerkes-Dodson เสียงพลังงานสูงเพิ่มการกระตุ้น ซึ่งเป็นของขวัญเมื่องานคือการผลิตผลงานที่ลื่นไหล แต่เป็นภาระเมื่องานคือการแยกแยะสมมติฐานที่หน้าตาคล้ายกันอย่างระมัดระวัง การ debug ตอนกระตุ้นสูงทำให้เกิดโหมดล้มเหลวคลาสสิก: การตะเกียกตะกาย - เปลี่ยนสามอย่างพร้อมกัน รันใหม่ ไม่ได้เรียนรู้อะไรเลย
ยังมีต้นทุนที่แนบเนียนกว่านั้นด้วย เพลงจังหวะเร้าใจกำหนดจังหวะของมันเอง แต่การ debug ไม่มีจังหวะ มันมีช่วงนิ่งยาวๆ ระหว่างที่คุณอ่านและคิด เมื่อเสียงเร่งให้เดินหน้าแต่งานต้องการให้นั่งอยู่กับความไม่แน่นอน ความไม่เข้ากันนี้ปรากฏเป็นความหงุดหงิด - ความรู้สึกกวนใจที่คุณโทษว่าเป็นเพราะเพลย์ลิสต์
เพลงประกอบของคนที่กำลัง debug
สิ่งที่การ debug ต้องการคือความนิ่ง: เสียงไม่มีเนื้อร้อง แปรผันน้อย ไม่เร่งรีบ ที่ทำให้ห้องเงียบไว้โดยไม่เรียกร้องอะไรจากคุณ - เซสชัน Calm หรือเสียง Focus แบบนุ่มที่สุด เป้าหมายคือพื้น ไม่ใช่มอเตอร์: สัญญาณพอที่จะกลบเสียงออฟฟิศและกันไม่ให้จิตที่ถูกกระตุ้นน้อยฟุ้งไป ไม่มีช่วงดรอปหรือช่วงบิลด์ที่ดันคุณกลับขึ้นไปบนเส้นโค้ง
สำหรับโหมดเขียน ให้สลับกัน: เซสชัน Focus แบบมีพลัง หรือ Energizing ให้แรงส่งที่งานเน้นปริมาณต้องการ แคตตาล็อกเดียวกัน คนละปลายกัน
ปัดเพื่อเปรียบเทียบทุกคอลัมน์.
| เขียน / สร้าง | debug / สืบสวน | |
|---|---|---|
| โหมดการคิด | สร้างสรรค์ ผลิตงานลื่นไหล | วิเคราะห์ ทดสอบสมมติฐาน |
| ระดับการกระตุ้นที่เหมาะ | ปานกลาง-สูง | ต่ำ-ปานกลาง |
| เสียงที่ช่วย | Focus แบบมีพลัง, Energizing | Calm, Focus แบบนุ่ม |
| เสียงที่ทำร้าย | แอมเบียนต์ชวนง่วง (ทำให้แรงส่งหยุดชะงัก) | จังหวะเร้าใจ ช่วงดรอป (เติมเชื้อการตะเกียกตะกาย) |
| โหมดล้มเหลวที่ป้องกันได้ | การติดหล่มเพราะอยากสมบูรณ์แบบ | การตะเกียกตะกายเปลี่ยนทุกอย่าง |
เช็กโหมดด้วยหนึ่งคำถาม
ก่อนกดเล่น ให้ถามว่า: ฉันกำลังสร้างอะไร หรือกำลังหาอะไร? สร้าง → เสียงแบบมีแรงส่ง หา → เสียงสงบ คำถามนี้ใช้เวลาสองวินาทีและได้ผลดีกว่า 'เพลย์ลิสต์เขียนโค้ดที่ดีที่สุด' แบบตายตัวไหนๆ เพราะเสียงเขียนโค้ดที่ดีที่สุดคือเป้าหมายที่เคลื่อนที่ตามงานของคุณ
การสลับกลางเซสชันเป็นเรื่องปกติและมักเป็นการตัดสินใจที่ฉลาดที่สุดของวัน: งานฟีเจอร์ยุบตัวลงเป็นการไล่หาบั๊กอยู่ตลอด เมื่อคุณสังเกตว่าหยุดผลิตงานแล้วเริ่มสืบสวน ให้สลับเซสชันตามโหมด การเปลี่ยนเสียงยังช่วยเป็นเครื่องหมายของการเปลี่ยนเกียร์ทางความคิด - พิธีกรรมเล็กๆ ที่บอกว่า: เกมใหม่ กติกาใหม่
กรณีขอบ
การรีวิวโค้ดและการรีแฟกเตอร์มีรสชาติแบบ 'หา': คุณกำลังอ่านเพื่อหาความประหลาดใจ ซึ่งอยากได้ปลายฝั่งสงบ การเขียนเทสต์อยู่ตรงกลาง - วางโครงเทสต์คือการสร้าง วินิจฉัยว่าทำไมเทสต์ล้มคือการหา ส่วนเหตุการณ์ production ตอนตี 2 คือกรณีสุดขั้ว: การกระตุ้นถูกอะดรีนาลีนดันสูงสุดอยู่แล้ว สิ่งสุดท้ายที่ช่วงเวลานั้นต้องการคือเพลงที่ดันให้สูงขึ้นไปอีก ใช้สิ่งที่สงบที่สุดในคลังของคุณ หรือไม่ใช้เลย บวกกับวินัยในการเปลี่ยนตัวแปรทีละอย่าง
FAQ
มีแนวเพลงที่ดีที่สุดสำหรับการเขียนโปรแกรมโดยรวมไหม?
โหมดเอาชนะแนวเพลง เสียงไม่มีเนื้อร้องและนิ่งคือกฎเดียวที่เกือบเป็นสากล - เสียงร้องแย่งวงจรทางภาษาที่คุณใช้คิดหาเหตุผล นอกจากนั้น ระดับพลังงานควรตามงาน: แรงส่งสำหรับตอนผลิต ความสงบสำหรับตอนสืบสวน
ทำไมเพลย์ลิสต์โปรดของฉันรู้สึกแย่กว่าความเงียบเมื่อฉันติดบั๊ก?
การติดหมายความว่าคุณอยู่ในโหมดหา น่าจะหงุดหงิดอยู่แล้ว - การกระตุ้นสูงขึ้น เพลงมีพลังหรือดึงอารมณ์ดันการกระตุ้นให้สูงขึ้นพอดีตอนที่งานต้องการให้ต่ำลง ความไม่เข้ากันนั้นคือความรู้สึก 'กวนใจ'
ความเงียบเอาชนะเสียงในการ debug ไหม?
ในห้องที่เงียบจริงๆ บางครั้งใช่ แต่ในออฟฟิศ ที่บ้านที่มีคนอื่น หรือกับสมองที่ถูกกระตุ้นน้อยและฟุ้งไปในความเงียบ เซสชัน Calm ที่นิ่งมักชนะเพราะกลบเสียงที่คาดเดาไม่ได้โดยไม่เพิ่มภาระ
ฉันควรสลับเสียงกลางงานไหม?
ควร เมื่อโหมดสลับ - และในการเขียนโค้ดจริงมันสลับตลอดเวลา การสร้างยุบเป็นการไล่หาบั๊ก บั๊กที่แก้ได้ปล่อยคุณกลับไปสร้าง ให้เซสชันตามไป การสลับนั้นเองเป็นเครื่องหมายของการเปลี่ยนเกียร์ที่มีประโยชน์
แล้วการ pair programming หรือรีวิวกับคนอื่นล่ะ?
งานที่ใช้ความสนใจร่วมกันมีการสนทนาเพิ่มเข้ามา เสียงส่วนตัวจึงมักขวางทาง - ยกเว้นหูฟังข้างเดียวที่มีเสียงเบามากและนิ่งในออฟฟิศเสียงดัง แต่การรีวิวคนเดียวคือโหมดหา: ปฏิบัติกับมันเหมือน debug
ฉันจำเป็นต้องสมัครสมาชิกเพื่อสลับระหว่างเสียงสองประเภทหรือไม่?
คุณต้องมีสองโปรไฟล์ที่คุณสามารถสลับไปมาได้ด้วยการแตะเพียงครั้งเดียวโดยไม่ต้องเรียกดู ซึ่งเป็นส่วนที่เพลย์ลิสต์ทำให้ช้าลง NeuroBeatX มอบโมเมนตัมและเซสชันสงบเคียงข้างกันในราคา $12.99/เดือน ($9.60/เดือน เรียกเก็บเงินเป็นรายปี) ฟรีสำหรับ 3 วันแรก
เช็กโหมดตอนนี้เลย
สำหรับช่วงเขียนโค้ดครั้งถัดไปของคุณ:
- ถาม: สร้างหรือหา?
- สร้าง - เริ่มเซสชัน Focus แบบมีพลัง หรือ Energizing
- หา - เริ่มเซสชัน Calm หรือ Focus แบบนุ่ม
- เมื่อโหมดพลิกกลางช่วง ให้พลิกเซสชันตามไปด้วย
โค้ดของคุณเปลี่ยนโหมดสิบกว่าครั้งต่อวัน ในที่สุดเสียงของคุณก็เปลี่ยนตามได้แล้ว ลองใช้ NeuroBeatX ฟรี 3 วัน
ทดลองฟรี 3 วัน · จากนั้น $12.99/เดือน · ยกเลิกได้ทุกเมื่อ
