การใช้เทคนิคใหม่สร้างความเสียหายต่อผลผลิตหรือไม่? [ปิด]

ดูเหมือนว่าเมื่อมีประสบการณ์กับชุดเครื่องมือเฉพาะที่คุณต้องทำงานกับการเติบโตสิ่งจูงใจที่จะลองทำสิ่งใหม่ ๆ จะอ่อนตัวลง

เมื่อฉันยังใหม่กับงานเขียนโปรแกรมนี้ลองทำสิ่งใหม่ค้นคว้าทางออนไลน์ทำให้ฉันมีประสิทธิผลมากขึ้นเพราะฉันมักจะพบวิธี (หรือไลบรารี) ที่ทำให้งานง่ายขึ้นที่มีการวางกรอบโค้ดไว้แล้ว ดังนั้นการใช้สิ่งใหม่ - สำหรับฉันเช่นเดียวกับในบริบทของ codebase ที่กำหนด - ทำให้ฉันมีประสิทธิผลมากขึ้น

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

ดังนั้นจึงมีความตึงเครียดนี้: "ทำมันอย่างถูกต้อง" กับ "ได้งานdecentlyทำ"

นี่เป็นสิ่งที่เกิดขึ้นกับนักพัฒนาจำนวนมากหรือไม่ นี่เป็นปัญหาเฉพาะที่ทราบหรือไม่? (มันเป็นปัญหาจริงหรือเปล่า?) จริง ๆ แล้วมันเกี่ยวข้องกับการเพิ่มระดับประสบการณ์หรือไม่?

โอ้และทราบ: ฉันยังคงชอบงานของฉันและชอบที่จะเก็บมันไว้ มันเป็นเพียงว่า - น่าสนใจเสมอ! - ส่วนการวิจัยเล็กลงเพราะฉันเรียนรู้พื้นฐานของรหัสและชุดปัญหาที่เราเผชิญกับแอพของเรา

บ่อยครั้งที่มีความเสี่ยงที่จะลองสิ่งใหม่ ๆ บางครั้งเรามีปัญหาเพราะเรามักจะทำสองสิ่ง:

1. ประเมินค่าสูงไปว่ามีประโยชน์สิ่งที่เย็น / ใหม่ / โก๋เป็น เราเห็นตัวอย่างเจ๋ง ๆ บางรหัสโยนออนไลน์ เจ๋งมากเราคิดว่า เจ๋งมาก! ใน XI สามารถทำงาน Y เร็วขึ้นสิบเท่า มันเหนือกว่าอย่างชัดเจน เรายังไม่เห็น "unknowns unknown" ทั้งหมด เราไม่ได้สะดุดปัญหาที่พนักงานขายของสิ่งใหม่ละเว้น เราไม่มีความเชี่ยวชาญเพียงพอในสิ่งใหม่ ๆ เพื่อดูทุ่นระเบิดที่รออยู่ข้างถนน

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

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

ใช่เราจำเป็นต้องรักษาสมดุลและจัดส่งสิ่งที่เป็นปัจจุบันด้วยการทดลองที่สนุกสนาน / การศึกษาด้วยวิธีการใหม่ในการแก้ปัญหาโดยคำนึงถึงว่าวิธีการใหม่ ๆ เหล่านั้นจะจบลงในขณะที่คนอื่นอาจจ่ายเงิน IMO นี่เป็นเหตุผลที่ดีที่หลาย ๆ บริษัท มีเวลา 20% ในการเล่นกับสิ่งใหม่ ๆ พวกเขารู้หลายครั้งที่พวกเขาไม่ได้ออกกำลังกาย แต่ความคิดมากมายที่ออกมาจากเวลา 20% กลายเป็นอาชญากร หากไม่มีเวลาในการเล่นและทดสอบคุณสามารถหยุดนิ่งในฐานะ บริษัท

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

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

ฉันคิดว่าบางอย่างเกิดจากการมีประสบการณ์และความรู้ในเชิงลึกเกี่ยวกับวิธีแก้ไขปัญหาบางอย่างได้สำเร็จ

เมื่อคุณเป็นคนใหม่ปัญหาทั้งหมดก็เป็นเรื่องใหม่และคุณต้องทำการศึกษาวิธีการทำ แต่เมื่อคุณแก้ไขปัญหาประเภทเดียวกันซ้ำแล้วซ้ำอีกความต้องการการวิจัยลดลงเนื่องจากคุณรู้วิธีแก้ปัญหาที่ประสบความสำเร็จ

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

แต่ความโน้มเอียงที่น้อยลงนั้นไม่ได้หมายความว่าคุณจะหยุดเรียนรู้หรือไม่เคยใช้เทคนิคใหม่เพียงแค่คุณมีความรอบคอบมากขึ้นเมื่อพวกเขามีความเหมาะสม

นี่คือรายละเอียดบางส่วน:

1. มีกำหนดส่ง : โปรแกรมเมอร์ควรมีรายละเอียดทั้งหมดที่จำเป็นสำหรับเครื่องมือที่เขาใช้ การอ่านเว็บไซต์ค้นหาบางสิ่งใหม่ ๆ แล้วใช้มันในสภาพแวดล้อมการผลิตเป็นเรื่องใหญ่ คุณมีประสบการณ์ไม่เพียงพอกับเครื่องมือและที่สำคัญกว่านั้นคือคุณไม่มีเวลาพอที่จะเริ่มเรียนรู้สิ่งใหม่ หากคุณต้องการสิ่งใหม่ ๆ ให้เรียนรู้มันครึ่งปีหรือปีก่อนที่จะใช้
2. ตรวจสอบให้แน่ใจว่าคุณรู้อย่างถูกต้องก่อนใช้งาน : เครื่องมือใหม่ที่ดีบางอย่างสามารถใช้งานได้อย่างสนุกสนาน แต่ googling สำหรับการแก้ปัญหาแล้วใช้งานโดยไม่ต้องเรียนรู้ว่ามันแย่มาก คุณมีประสบการณ์ไม่เพียงพอ หากคุณจำเป็นต้อง google เพื่อขบมันหมายความว่าคุณไม่ทราบดีพอที่จะแก้ไขเมื่อแบ่งครึ่งระบบ
3. การใช้สิ่งใหม่ล่าสุดไม่ได้ทำอย่างถูกต้อง : สิ่งใหม่ไม่ได้รับการพิสูจน์เทคโนโลยี ปีหน้าเทคโนโลยีอาจหายไปหมดแล้วคุณเป็นคนเดียวในโลกที่ใช้มันอีกต่อไป ทุกคนสังเกตเห็นว่ามันใช้งานไม่ได้ มันต้องทำงานอย่างหนักเพื่อหลีกเลี่ยงกระสุนเงินใหม่ล่าสุด แต่มันก็คุ้มค่า
4. มุ่งเน้นไปที่เทคนิคที่เป็นความรู้หลักของคุณ : โปรแกรมเมอร์ทุกคนรู้เพียงส่วนเล็ก ๆ ของความรู้การเขียนโปรแกรมทั้งหมดที่มีอยู่ในโลก ส่วนที่โปรแกรมเมอร์สะดวกสบายพอที่จะใช้มันมีขนาดเล็กลง ส่วนที่ใช้งานได้จริงมีขนาดเล็กลง ใช้เฉพาะความรู้ที่คุณได้เรียนรู้อย่างถูกต้องและคุณรู้ว่ามันทำงานได้ สิ่งนี้ทำให้คุณโปรแกรมเมอร์ได้เร็วขึ้นและให้โค้ดที่ดีกว่า
5. อย่าปรับแต่งมันอย่างไม่มีที่สิ้นสุด : รหัสที่สมบูรณ์แบบเป็นเป้าหมายที่ดี แต่นั่นไม่ได้หมายความว่าคุณเขียนอึก่อนและจากนั้นปรับแต่งมันอย่างไม่มีที่สิ้นสุด เขียนมันอย่างสมบูรณ์แบบในครั้งแรกโดยใช้ความรู้ที่ดีทั้งหมดที่คุณมี เชื่อใจตัวเอง อย่าเชื่อถือโลก ไม่มีใครรู้อย่างเดียวกับที่คุณทำ ความคิดเห็นของพวกเขาไม่สำคัญ คุณเป็นโปรแกรมเมอร์คุณต้องทำให้มันใช้งานได้ โลกไม่สามารถทำเพื่อคุณ เมื่อเสร็จแล้วให้หยุด อย่าแตะต้องมันจนกว่าจะมีคนบ่นเกี่ยวกับเรื่องนี้
6. ใช้เวลาในการเรียนรู้สิ่งใหม่ : ทุกคนต้องเรียนรู้สิ่งใหม่ ๆ อย่างต่อเนื่อง อนาคตของเราขึ้นอยู่กับมัน เพียงปฏิเสธที่จะใช้มัน! เรียนรู้สิ่งใหม่ ๆ แต่อย่าใช้จนกว่าคุณจะแน่ใจว่ามันใช้งานได้จริง คุณจะได้รับโอกาสใช้มันในปีหน้าเมื่อเทคโนโลยีได้รับการพิสูจน์แล้ว หรือคุณแค่ลืมมันไปเหมือนคนอื่น ๆ มี แต่สิ่งดี ๆ ที่เหลืออยู่ ...
7. อย่าสูญเสียสิ่งที่ดี : เมื่อคุณสร้างระบบขนาดใหญ่ได้สำเร็จและแก้ไขปัญหาทั้งหมดในนั้นและเรียนรู้เทคนิคที่ดีสิ่งที่แย่ที่สุดที่คุณสามารถทำได้คือเพียงทิ้งความรู้นั้นและไปหาสิ่งใหม่ ๆ คุณรู้อยู่แล้วว่ามันทำงานอย่างไรมีปัญหาอะไรบ้างและจะแก้ปัญหาเหล่านั้นอย่างไร ทิ้งมันเสียเวลา
8. ติดตามเทคโนโลยีใหม่ : หนึ่งในระบบใหม่กำลังประสบความสำเร็จ มันมีบางสิ่งที่ดีกว่าสิ่งอื่นใดในตลาด คุณแค่ไม่รู้ว่าอันไหนคือกระสุนเงิน หากคุณไม่สามารถค้นหาได้ทันเวลาความรู้ของคุณจะล้าสมัย โลกสามารถทำให้คุณสูญเสียทุกสิ่งที่ดีโดยการลบการเข้าถึงระบบเก่า

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

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

ใช่สิ่งใหม่ ๆ สร้างความเสียหายต่อผลผลิต

ใช่แน่นอน แม้ในกรณีสถานการณ์ที่ดีที่สุดสิ่งใหม่ต้องใช้เวลาเพิ่มเพราะพวกเขาไม่คุ้นเคย มันมักจะเสียเวลามากขึ้น

ไม่ได้เทคนิคใหม่สามารถปรับปรุงประสิทธิภาพการผลิตได้

เทคนิคใหม่ใด ๆ ที่ช่วยให้คุณสามารถแก้ไขปัญหาได้ง่ายขึ้นจะช่วยเพิ่มผลผลิตของคุณ สิ่งนี้สามารถทำได้ง่ายเพียงแค่ย้ายจากif-elseifเงื่อนไขขนาดใหญ่ไปยังตารางส่งข้อมูล

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

ใช้เวลาหนึ่งสัปดาห์ในการเขียนแน่นอน แต่ปัญหาได้รับการแก้ไขในไม่กี่วินาทีหลังจากนั้น

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

อย่าลืมเช่นกันการทำเครื่องมือที่มีอยู่อย่างเหมาะสมบ่อยครั้งเป็นวิธีที่ดีกว่าการใส่ของใหม่ ๆ ทุกครั้งที่คุณเพิ่มใหม่คุณจะเพิ่มพื้นผิวการบำรุงรักษาตามที่ต้องการซึ่งจะทำให้ทุกคนช้าลง (และสามารถ ทำให้โค้ดของคุณยุ่งมาก - ฉันคิดว่าเลเยอร์ของเทคโนโลยี 'ใหม่' ที่สืบทอดมาเมื่อเวลาผ่านไป แต่ยังอยู่ในโค้ดของเราที่ทำให้สิ่งต่าง ๆ น่ากลัวมองย้อนกลับไปคงดีกว่าถ้าใช้วิธี C แบบเก่าแทนที่จะเพิ่ม COM และ VB ทั้งหมดและ. NET และตอนนี้ที่พรวนดิน HTML เข้าไปด้วย)