- การลงมือแตะต้อง ปรับเปลี่ยน และเรียนรู้บางสิ่งด้วยตัวเอง (tinkering) ไม่ใช่แค่การฝึกทักษะ แต่เป็น กระบวนการสำคัญของการเรียนรู้และการก่อรูปรสนิยม
- ในกระบวนการลองโดยไม่มีเป้าหมายชัดเจนและล้มเหลวซ้ำๆ ความใฝ่รู้และสัมผัสรับรู้ จะค่อยๆ เติบโต
- รสนิยมที่ดี เกิดขึ้นจากการได้ลองใช้เครื่องมือและสภาพแวดล้อมหลากหลายด้วยตัวเอง ผ่าน การทดลองซ้ำๆ ที่คัดทิ้งสิ่งที่ไม่ชอบและเก็บสิ่งที่ดีไว้
- การลงมือแก้ รื้อ และสร้างใหม่ทุกครั้ง คือวิธีฝึก สัมผัสที่แยกแยะความธรรมดาออกจากความยอดเยี่ยม
- นิสัยของการตั้งคำถาม ทดลอง และปะทะกับมันทุกวัน ต่างหาก คือท่าทีที่นักพัฒนาในยุคนี้ควรมี
tinkering คืออะไร
- ‘Tinker’ หมายถึงการคอยแก้หรือปรับปรุงบางสิ่งด้วยการแก้ไขเล็กๆ น้อยๆ ซ้ำๆ
- ตัวอย่างเช่นการ ปรับความไวเมาส์ ในเกม FPS, ตั้งค่า Linux window manager, หรือ ถอดและหล่อลื่นคีย์บอร์ดแมคคานิคัล
- สิ่งเหล่านี้อาจไม่จำเป็นเสมอไป แต่ให้ ความสนุกจากการสร้างสภาพแวดล้อมในแบบของตัวเอง และต่อยอดไปสู่การเรียนรู้
ท่าทีของ tinkering
- มีคนอยู่สองประเภท คือ คนที่ลงมือทำเพื่อให้บรรลุเป้าหมายเท่านั้น กับ คนที่ลองไปเรื่อยๆ โดยไม่มีเหตุผลเฉพาะ
- ท่าทีที่เหมาะที่สุดอยู่ตรงกลาง คือการหา สมดุลระหว่างการทดลองกับการใช้งานจริง
- การลองจับภาษาใหม่ เครื่องมือใหม่ หรือเอดิเตอร์ใหม่ พร้อมยอมรับความไม่สะดวก คือ กระบวนการที่ขยายสัมผัสเชิงสร้างสรรค์
- ไม่ได้สรุปว่านักพัฒนาบางคนที่ ใช้แค่ terminal ใน VSCode, ไม่รู้จัก vim bindings, หรือ ใช้ GitHub Desktop แทน CLI เป็นเรื่องไม่ดี แต่สิ่งเหล่านี้ควรถูกมองว่าเป็น ระดับพื้นฐาน (minimum)
- อย่างที่มีคำกล่าวว่า “การฝึกฝนคือสิ่งที่คุณกล้าทิ้งได้” นั่นทำให้ ความเป็นการสำรวจและความถี่ของกระบวนการ สำคัญกว่าผลลัพธ์
ความสัมพันธ์ระหว่างการเรียนรู้กับรสนิยม
- รสนิยมที่ดีคือความสามารถในการแยกแยะที่เกิดจากการสั่งสมประสบการณ์ และไม่อาจได้มาหากไม่มีการลองหลายๆ แบบ
- การลองใช้เครื่องมือและภาษาหลายชนิด แล้วแยกแยะว่าอะไร “ดี” และอะไร “ไม่ค่อยดี” ก็คือการเรียนรู้นั่นเอง
- สิ่งที่ในอดีตเคยดูเหมือนไม่จำเป็น สุดท้ายกลับช่วยให้ ความเข้าใจและความรักต่อการเขียนโปรแกรม ลึกซึ้งขึ้น
- การไม่ยึดตามมาตรฐานของคนอื่น แต่ เลือกและทิ้งซ้ำๆ ตามเกณฑ์ของตัวเอง คือกระบวนการที่สร้างรสนิยมที่แท้จริง
- ช่วงหลังได้ลอง เขียน GLSL shader, Rust procedural macro, template C++, พัฒนาแอปด้วย Swift, และ ใช้งานเอดิเตอร์ Helix จนได้รับ ความรู้และประสบการณ์ใหม่ๆ จากความสนุกอย่างแท้จริง
“เวลาที่ใช้ไปกับการเรียนรู้ไม่เคยสูญเปล่า”
ทำไมรสนิยมจึงสำคัญในตอนนี้
- ภายในการ ลองไม่หยุด แก้ไข ทำพัง และสร้างขึ้นใหม่ซ้ำๆ ไม่ได้มีแค่ทักษะที่เติบโต แต่รวมถึง สัมผัสรับรู้และเกณฑ์ทางสุนทรียะ ที่เติบโตไปพร้อมกัน
- รสนิยมที่ดี (good taste) ก่อตัวขึ้นจากการลองใช้สิ่งต่างๆ มากมาย ทิ้งสิ่งที่ไม่ถูกใจ และเก็บสิ่งที่ชอบไว้
- ‘รสนิยม’ ในที่นี้หมายถึง ความสามารถในการแยกแยะความธรรมดาออกจากความยอดเยี่ยม ซึ่ง แตกต่างกันไปในแต่ละคน และไม่จำเป็นต้องเหมือนใคร
จงตั้งคำถามกับสภาพที่เป็นอยู่ ทดลอง ทำให้พัง และทำซ้ำอีกครั้ง
1 ความคิดเห็น
ความเห็นจาก Hacker News
นานมาแล้วมีเพื่อนคนหนึ่งบอกว่า หลังจากเรียนรู้ทุกอย่างเกี่ยวกับกาแฟแล้ว เขากลับกลายเป็นคนที่ดื่มด่ำได้เฉพาะกาแฟที่ทำจาก เมล็ดและเครื่องชงราคาแพง เท่านั้น แต่ความสุขก็ไม่ได้ต่างจากตอนสมัยที่ดื่มกาแฟจากซูเปอร์มาร์เก็ตเลย
เพราะอย่างนั้น ฉันจึงพยายามใช้ชีวิตแบบ ลดทอน ‘รสนิยม’ ให้มากที่สุด แค่หูฟังราคา 20 ดอลลาร์กับทีวีราคา 200 ดอลลาร์ก็พอใจได้แล้ว ถึงเพื่อนจะใช้ทีวีราคา 3,000 ดอลลาร์ ขนาดของความสุขก็ไม่ได้ต่างกัน
ตอนนี้ฉันสมัครสมาชิกเมล็ดกาแฟจากโรงคั่วอิสระและดื่มมันอย่างเพลิดเพลิน มีความสุขกับการออกสำรวจรสชาติใหม่ ๆ ทุกครั้ง การได้รู้จักกาแฟดี ๆ เป็นประสบการณ์ที่ทำให้ชีวิตฉันสมบูรณ์ขึ้น
สำหรับฉัน ‘รสนิยม’ ไม่ได้ทำลายประสบการณ์ แต่กลับทำให้มันลุ่มลึกยิ่งขึ้น
ถึงอย่างนั้น ในชีวิตประจำวันฉันก็ยังใช้ตัวราคา 20 ดอลลาร์อยู่ ฉันคิดว่าสิ่งสำคัญคือ ‘ใจที่สนุกกับมันโดยไม่ต้องวางท่า’
เหมือนกับวิศวกรชั้นยอดที่วันหยุดสุดสัปดาห์ยังเอา Doom ไปรันบนมันฝรั่งได้ รสนิยมคือพลังที่โอบรับความหลากหลาย
รสนิยมที่แท้จริงคือความสามารถในการเข้าใจความงามของหลายสไตล์ ฉันเองก็ลองใช้อุปกรณ์ชงกาแฟหลายแบบ จนสุดท้ายมี ‘รสนิยมที่ตัดสินคนอื่นน้อยลง’
ฉันเห็นด้วยกับคำพูดที่ว่า มีทั้ง “คนที่ทำเพื่อเป้าหมาย” และ “คนที่ทำเพราะอยากทำ”
ทุกวันนี้เป็นยุคที่ใคร ๆ ก็ทำ ‘vibe coding’ ได้ ฉันเลยคิดว่าความต่างระหว่างนักพัฒนาถูกตัดสินกันที่ ‘good taste’
มันไม่ใช่แค่เรื่องเซนส์ แต่เป็นวิจารณญาณที่สั่งสมจากการลองหลาย ๆ แบบ ในการออกแบบระบบก็เหมือนกัน ไม่ใช่แค่สร้างให้เสร็จเร็ว แต่ต้องมีความสามารถในการสร้าง ‘โครงสร้างที่ไม่พังทลาย’ ด้วย
เพราะแบบนี้ฉันจึงสร้างโฟลเดอร์
sandboxไว้ทดลองไอเดียใหม่ ๆ หรือไลบรารีต่าง ๆ เพื่อบ่มเพาะรสนิยมของตัวเอง~/Codeบนเครื่องฉันมีโปรเจ็กต์ทดลองเต็มไปหมด การทดลองเล็ก ๆ เหล่านี้ทำให้ฉันกลายเป็นโปรแกรมเมอร์ที่ดีขึ้นตัวอย่างเช่น ฉันเคยเห็น PR ที่เรื่องซึ่งแค่เพิ่ม route ลงในแอป Flask ก็พอ กลับถูกทำให้ซับซ้อนด้วย AWS Lambda และ Terraform โดยไม่จำเป็น
ฉันเข้าใจประเด็นของผู้เขียนนะ แต่รู้สึกว่าตัวอย่างไม่ค่อยดีนัก ความไวเมาส์ สวิตช์คีย์บอร์ด หรือการตั้งค่า VSCode เป็นสิ่งที่ ถูกออกแบบมาให้ปรับแต่งอยู่แล้ว
การเรียนรู้จริง ๆ เกิดจาก ‘การลองใช้ให้ผิด’ แต่ทุกวันนี้แม้แต่ความพยายามแบบนั้นก็ยังถูกทำให้เป็นสินค้าไปหมดแล้ว โลกมันสะดวกเกินไปจนแม้แต่ การ tweak เองก็กลายเป็นประสบการณ์แบบแพ็กเกจ ซึ่งน่าเสียดาย
เมื่อก่อนฉันคิดว่า ‘รสนิยม’ คือเกณฑ์ที่ใช้แยกแยะคุณภาพที่ดี แต่ตอนนี้ฉันมองมันเป็น ‘ระดับความสอดคล้องของคุณค่า’ มากกว่า
เวลาที่เราประเมินว่ารสนิยมของใครดี สุดท้ายแล้วก็เพราะคนนั้นกับเราแบ่งปันคุณค่าแบบเดียวกัน
ฉันคิดว่าเรื่องของ ‘ความมีเจตนา’ นี่แหละคือแก่นแท้ของรสนิยมจริง ๆ
วิศวกรที่แย่ที่สุดเท่าที่ฉันเคยเห็นคือพวก ‘คนที่ติดอยู่ในรสนิยมของตัวเอง’ ในสภาพแวดล้อมที่ต้องทำงานร่วมกัน ท่าทีแบบนั้นทำลายทีมได้
การเขียนโค้ดไม่ใช่งานศิลปะ แต่เป็น ‘งานเพื่อผู้อื่น’ ผู้ใช้สนใจคุณค่าของผลลัพธ์มากกว่าภาษาหรือแพตเทิร์น
นักพัฒนาที่เก่งจริงคือคนที่สามารถร่วมงานกับคนอื่นได้ไม่ว่าจะด้วยวิธีไหนก็ตาม
สิ่งสำคัญคือสัญชาตญาณที่รู้ว่าควรยึดหลักการเมื่อไร
การแบ่งระหว่าง “การกระทำเพื่อเป้าหมาย” กับ “การกระทำเพียงเพราะทำ” คล้ายกับแนวคิดใน 『Zen and the Art of Motorcycle Maintenance』
Robert Pirsig แบ่งมันออกเป็น ‘ความเข้าใจแบบโรแมนติก’ และ ‘ความเข้าใจแบบคลาสสิก’ แต่สุดท้ายก็บอกว่าทั้งสองอย่างล้วนเป็นภาพลวงตา และมุมมองที่หลอมรวมกันต่างหากคืออุดมคติ
แนวคิดเรื่อง ‘tinkering’ ของผู้เขียน จริง ๆ แล้วให้ความรู้สึกคล้ายพฤติกรรมจดจ่อซ้ำ ๆ ที่พบใน neurodivergence
รสนิยมที่ดีไม่ได้เกิดจากการทำซ้ำเฉย ๆ แต่เกิดจาก การผสมกันของความรู้และทักษะ แก่นสำคัญคือคุณเข้าใจโลกได้กว้างแค่ไหน และตระหนักถึงพื้นที่ที่ตัวเองยังไม่รู้อย่างไร
เมื่อก่อนฉันก็เป็น ‘นักปรับแต่งไม่รู้จบ’ เหมือนกัน แต่พอมีครอบครัว มีงาน และชีวิตยุ่งขึ้น ก็ต้องยอมแพ้ในทางปฏิบัติ
ตอนนี้ฉันใช้ Synology NAS และกลับมาใช้ Windows แทน Linux แล้ว ถึงอย่างนั้นจิตวิญญาณของการ tinkering ก็ยังอยู่ในตัวฉัน
‘ระบบจดโน้ตที่ต้องคอยบำรุงรักษา’ ไม่เหมาะกับฉัน
ฉันไม่แน่ใจว่าคำว่า ‘รสนิยม’ จะใช่ที่สุดไหม แต่ก็เห็นด้วยกับประเด็นเรื่อง ‘กระบวนการเรียนรู้ผ่านการทดลองอย่างสนุก’
เพียงแต่วิธีเรียนแบบนี้มีข้อจำกัดอยู่สองอย่าง
ผู้เขียนใช้อ้างอิงเรื่อง IDE เพื่ออธิบายคำว่า ‘tinkering’ แต่ IDE ไม่ใช่สนามทดลองเพียงอย่างเดียว
ยังมีอีกหลายด้าน เช่น ความไวเมาส์ คีย์บอร์ด หรือ window manager
การไม่ปรับแต่ง IDE ไม่ได้แปลว่าเป็น ‘คนไม่ tweak’ สุดท้ายแล้วสิ่งสำคัญคือ ‘ท่าทีแห่งการสำรวจ’ ไม่ใช่เครื่องมือเฉพาะอย่างใดอย่างหนึ่ง