ความคิดใด ๆ เกี่ยวกับวิธีที่ฉันสามารถเอาชนะบล็อกจิตนี้และเพื่อให้แน่ใจว่าแอปของฉันจะสามารถปรับขนาดได้?
ปัญหาที่เกิดขึ้นไม่ใช่ความยืดหยุ่น ปมของปัญหาที่คิดว่าคุณจะได้รับมันขวาครั้งแรก
คุณควรเน้นที่การเขียนโค้ดที่สะอาด เพราะโค้ดที่สะอาดจะเพิ่มความสะดวกสบายสูงสุดเมื่อคุณ (อย่างหลีกเลี่ยงไม่ได้) ต้องเปลี่ยนบางอย่างในอนาคต และนั่นคือเป้าหมายที่แท้จริงที่คุณควรมี
สิ่งที่คุณพยายามทำตอนนี้คือลองนึกถึงโค้ดที่สมบูรณ์แบบที่จะเขียน แต่แม้ว่าคุณจะสามารถทำได้ใครบอกว่าความต้องการจะไม่เปลี่ยนแปลงหรือคุณอาจตัดสินใจโดยอาศัยข้อมูลที่ไม่ถูกต้องหรือการสื่อสารที่ผิด
คุณไม่สามารถหลีกเลี่ยงการทำผิดพลาดได้แม้ว่าพวกเขาจะไม่ใช่ความผิดของคุณก็ตาม มุ่งเน้นไปที่การเขียนโค้ดที่ง่ายต่อการเปลี่ยนแปลงสิ่งต่าง ๆ ในภายหลังแทนที่จะหวังว่าจะเขียนโค้ดที่คุณไม่จำเป็นต้องเปลี่ยนในอนาคต
เมื่อแนบไฟล์กับโครงการและรหัสที่ฉันเขียนไปแล้ว
ฉันเห็นอกเห็นใจกับความรู้สึกนี้อย่างแน่นอน แต่การแนบรหัสที่คุณเขียนนั้นเป็นปัญหา
สิ่งเดียวที่ควรจะเป็นคงเป็นความปรารถนาของคุณเพื่อแก้ปัญหาที่เฉพาะเจาะจง วิธีที่คุณจะแก้ปัญหานั้นเป็นเพียงความกังวลรอง
หากพรุ่งนี้มีเครื่องมือใหม่ออกมาซึ่งจะช่วยลด codebase ของคุณลง 80% คุณจะอารมณ์เสียที่รหัสของคุณจะไม่ถูกใช้อีกต่อไป หรือคุณจะมีความสุขที่ codebase ของคุณเล็กลงและสะอาดขึ้น / จัดการได้มากกว่า?
หากอดีตคุณมีปัญหา: คุณไม่เห็นทางออกสำหรับรหัส กล่าวอีกนัยหนึ่งคุณกำลังมุ่งเน้นไปที่รหัสและไม่เห็นภาพที่ใหญ่ขึ้น (โซลูชันที่มุ่งหวังที่จะให้)
ฉันกลัวว่างานที่เพิ่มขึ้นทั้งหมดที่ฉันทำจะถูกพลิกคว่ำในอนาคตอันใกล้นี้เมื่อแอปพลิเคชันเปลี่ยนไปในทิศทางที่ไม่ดีเท่าที่ธุรกิจเติบโต
นั่นเป็นปัญหาที่แตกต่างกันไปในแต่ละวัน
ขั้นแรกคุณต้องสร้างบางสิ่งที่ใช้งานได้ ประการที่สองคุณปรับปรุงรหัสเพื่อแก้ไขข้อบกพร่องใด ๆ ที่อาจยังคงแสดงอยู่ สิ่งที่คุณกำลังทำอยู่ในขณะนี้คือการหยุดงานแรกโดยไม่ต้องกลัวว่าจะต้องทำภารกิจที่สอง
แต่มีทางเลือกอื่นอะไรอีกบ้าง? คุณไม่สามารถบอกอนาคตได้ หากคุณใช้เวลาในการไตร่ตรองความเป็นไปได้ในอนาคตคุณจะต้องคาดเดาต่อไป การคาดเดามักจะผิดพลาดอยู่เสมอ
สร้างแอปพลิเคชันแทนและพิสูจน์ว่ามีปัญหาจริงๆ และเมื่อปัญหาชัดเจนแล้วคุณก็เริ่มจัดการกับมัน
เพื่อให้เป็นอีกแนวทางหนึ่ง: Henry Ford ไม่เคยสร้างรถยนต์ที่สอดคล้องกับมาตรฐาน / ความคาดหวังในปี 2018 แต่ถ้าเขาไม่ได้สร้างโมเดล T ซึ่งเป็นรถที่มีข้อบกพร่องตามมาตรฐานสมัยใหม่จะไม่มีใครเริ่มใช้รถยนต์จะไม่มีอุตสาหกรรมรถยนต์และไม่มีใครมีรถที่พวกเขาสามารถลองปรับปรุงได้
ฉันมีนายจ้างถามทางเลือกของฉันในการไม่ใช้เฟรมเวิร์กของเว็บใด ๆ ในระหว่างการสัมภาษณ์ซึ่งทำให้ฉันสงสัยในผลงานก่อนหน้าของฉันเพิ่มเติม
ส่วนสำคัญที่นี่ไม่ใช่กรอบการทำงานที่คุณใช้ (นายจ้างคนใดที่ตัดสินว่าคุณทำงานไม่ถูกต้อง) ส่วนที่สำคัญที่นี่จะรู้ว่าสิ่งที่คุณทำและทำไมคุณกำลังทำมัน
ตัวอย่างเช่นคุณอาจหลีกเลี่ยงเฟรมเวิร์กที่มีอยู่โดยเฉพาะเพราะคุณต้องการเรียนรู้ว่าทำไมเฟรมเวิร์กจึงมีประโยชน์โดยทำอย่างหนักก่อน หรือคุณอาจพยายามสร้างกรอบของคุณเอง
คำตอบที่ไม่ดีเพียงอย่างเดียวคือ "ฉันไม่รู้" เพราะมันแสดงให้เห็นถึงการขาดการตัดสินใจอย่างชาญฉลาด นั่นคือธงสีแดงสำหรับนายจ้าง
ฉันไม่รู้โครงร่างเว็บใด ๆ และไม่รู้ว่าจะเริ่มใช้อันไหน
ปัญหาเดียวกันเกิดขึ้นที่นี่ วิธีแก้ปัญหาไม่ได้คิดมาก แต่เป็นการกระทำ:
- หยุดขบคิดคำตอบที่สมบูรณ์
- เลือกกรอบ ยกเว้นว่าคุณมีการตั้งค่าเลือกสุ่ม ใช้ dartboard ม้วนตายพลิกเหรียญเลือกบัตร
- ใช้มัน.
- คุณชอบที่จะใช้มันหรือไม่? มีอะไรที่คุณคิดว่าน่ารำคาญบ้างไหม?
- ค้นหาวิธีป้องกันองค์ประกอบที่ไม่ดีเหล่านี้ คุณใช้เฟรมเวิร์กในทางที่ผิดหรือนี่เป็นวิธีการทำงานของเฟรมเวิร์ก
- เมื่อคุณรู้สึกว่าคุณมีกรอบการทำงาน (ไม่ว่าคุณจะชอบหรือไม่ก็ตาม) ให้เลือกเฟรมเวิร์กใหม่และทำซ้ำรอบ
เพื่ออ่านข้อมูลเพิ่มเติมเกี่ยวกับเรื่องนี้อ่านความคิดทำ> ความคิดความคิด ผู้เขียนอธิบายได้ดีกว่าที่ฉันสามารถ
แต่ความกดดันที่จะทำให้แอพพลิเคชั่นสิ้นสุดลงกำลังจะติดตั้งและฉันกำลังพิจารณาที่จะทำให้แอปพลิเคชันนั้นหมดและเริ่มต้นใหม่
เว้นแต่ codebase ปัจจุบันเป็นระเบียบอย่างแน่นอน; คุณกำลังตัดสินใจที่ตรงกันข้าม
นักพัฒนามักคิดว่าการทิ้งสิ่งต่าง ๆ เป็นทางเลือกที่ดีกว่า มันเป็นความรู้สึกที่ธรรมดามาก แต่มันก็ไม่ใช่ทางเลือกที่เหมาะสม
การขว้างโค้ดออกและเริ่มต้นใหม่นั้นเป็นเหมือนการจราจรติดขัดในทางของคุณในการทำงานกังวลว่าคุณจะไปทำงานสาย (พลาดเส้นตาย) และขับรถกลับบ้านแล้วลองขับไปตามถนนเส้นเดียวกันอีกครั้ง มันไม่สมเหตุสมผล คุณอาจติดอยู่กับการจราจร แต่คุณก็ยังทำงานใกล้ชิดกว่าที่เคยเป็นเมื่ออยู่บ้าน