“ ครึ่งหนึ่งของทุกสิ่งที่คุณรู้ว่าจะล้าสมัยใน 18-24 เดือน” = (จริงหรือเท็จ?) [ปิด]

เพียงวิ่งข้ามสิ่งนี้และสงสัยว่าใครมีวิธีที่จะพิสูจน์หรือพิสูจน์ข้อความนี้:

สิ่งที่ต้องจำไว้ ... ครึ่งชีวิตของความรู้ในเทคโนโลยีขั้นสูงคืออะไร? มันติดตามด้วยกฎของมัวร์: ครึ่งหนึ่งของทุกสิ่งที่คุณรู้ว่าจะล้าสมัยใน 18-24 เดือน

ที่มา:ภายในคำตอบของCraig Traderสำหรับคำถามนี้ " อะไรคือสิ่งที่มีประสิทธิภาพมากที่สุดในการพัฒนาทักษะการเขียนโปรแกรมของคุณ "

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

หลักการและเทคนิคการเขียนโปรแกรมพื้นฐานเป็นนิรันดร์

เรื่องไร้สาระ

คนที่พูดในสิ่งต่าง ๆ เช่นนั้นกำลังพยายามที่จะเป็นพวกชอบความคิดหรืออื่น ๆ ที่พวกเขากำลังเรียนรู้สิ่งผิดปกติ

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

ตอนนี้ถ้าคุณกำลังพัฒนาบางอย่างเช่นแพลตฟอร์มโทรศัพท์มือถืออาจเป็น ballgame ที่แตกต่างกัน

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

ทำสิ่งที่เหมือน Visual C ++ / MFC ในพื้นที่แอปพลิเคชันเดสก์ทอป แม้ว่ามันจะดูเก่าและล้าสมัยและอาจไม่ใช่สิ่งที่โปรแกรมเมอร์ใหม่ควรจะเรียนรู้ในขณะนี้สำหรับการพัฒนาเดสก์ท็อป แต่ก็ยังมีโครงการในโลกแห่งความเป็นจริงจำนวนมาก อาจจะได้รับการดูแลเป็นเวลาหลายปีและหลายสิบปีข้างหน้า ฉันจะให้ COBOL เป็นตัวอย่าง แต่นั่นจะเป็นการพูดเชิงเหตุผล - จริง ๆ แล้วฉันรู้ตัวอย่าง VC ++ / MFC เป็นอย่างดีโดยส่วนตัว

โดยพื้นฐานแล้วไม่ใช่ว่าเทคโนโลยีไร้ประโยชน์และไม่ได้ใช้เมื่อพวกเขากลายเป็น "ล้าสมัย" มากกว่าที่พวกเขาไม่ได้เห็นว่าเป็นวิธีที่ทันสมัยที่สุดในการทำสิ่งต่าง ๆ และเริ่มโครงการใหม่ แต่การรื้อถอนระบบซอฟต์แวร์ขนาดใหญ่ในโลกแห่งความเป็นจริงที่ไม่เสียหายและไม่จำเป็นต้องแก้ไขเกิดขึ้นช้ากว่ามาก โครงการ Visual C ++ / MFC หลายโครงการที่ฉันเคยทำ (ที่เริ่มในต้นปี 1990) ยังมีชีวิตอยู่มากและใช้โปรแกรมเมอร์จำนวนมาก (ทั้งในการบำรุงรักษาและการพัฒนาใหม่) และดูเหมือนจะไม่ไปไหน เร็ว ๆ นี้ ในความเป็นจริงฉันแน่ใจว่าสิ่งที่ฉันคิดว่าส่วนใหญ่จะยังคงอยู่ในปี 2020 และอีกต่อไป

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

TL; DR: 1) มีเทคโนโลยี "ล้าสมัย" จำนวนมากที่ใช้งานอยู่ที่นั่น แต่เนื่องจากมันไม่ใช่สิ่งใหม่ที่เซ็กซี่คุณจึงไม่ได้ยินเรื่องนี้มากนัก - แต่มันก็ยังห่างไกลจากไร้ค่าสำหรับผู้ที่ใช้มัน . 2) แนวคิดเกี่ยวกับการเขียนโปรแกรมสร้างขึ้นจากส่วนอื่นและวิวัฒนาการ บางสิ่งเป็นสิ่งที่คุณต้องเรียนรู้อย่างแท้จริงตั้งแต่เริ่มต้นและลืมสิ่งเก่า ๆ

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

ตัวอย่างจากสิ่งที่ฉันมีส่วนร่วมอย่างลึกซึ้งในเมื่อเร็ว ๆ นี้:

• ไวยากรณ์ Java ทั่วไปกับคอนเทนเนอร์ที่พิมพ์
• ประเภทข้อมูล MySQL ขีด จำกัด พื้นที่เก็บข้อมูล ฯลฯ เทียบกับหลักการปรับขนาดฐานข้อมูล
• เลเยอร์สิ่งที่เป็นนามธรรมของเลเยอร์สิ่งที่เป็นนามธรรมฉันช่วยสร้างเทียบกับหลักการความแข็งแกร่ง / ความยืดหยุ่นที่เป็นนามธรรม

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

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

ฉันต้องเพิ่มข้อจำกัดความรับผิดชอบฉันไม่ได้เข้าไปขุดในPerl On Railsทันทีที่มีการประกาศ ฉันมีความรู้สึกว่ามันใช้งานได้ดีสำหรับการใช้งานที่มีการแปลเป็นภาษาท้องถิ่นและออกแบบมาเพื่อใช้อ้างอิงในอนาคต

ฉันไม่ยอมให้เปลี่ยนไปใช้ไลบรารี่มาตรฐาน C มากกว่า 50 รายการในช่วงสองทศวรรษที่ผ่านมาฉันหวังว่าฉันจะเชื่อมโยงพวกเขาได้ แต่ตอนนี้ดูเหมือนว่าพวกเขาจะถูกท้าทาย

แทรกคำพูดยาว ๆ ที่นี่เกี่ยวกับการเชื่อทุกสิ่งที่คุณอ่านหรือได้ยิน

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

ทุกอย่างที่ผู้พิพากษาในบุญทางเทคนิคเพียงอย่างเดียว ความคุ้มค่ากับเวลาของคุณหมายความว่าช่วยให้คุณประหยัดเวลาในขณะที่ยกนิ้วให้กับเพื่อนส่วนใหญ่

ตอนนี้ฉันจะตอบคำถามของคุณโดยตรง:

ครึ่งหนึ่งของทุกสิ่งที่คุณรู้จะล้าสมัยใน 18 - 24 เดือนจริงหรือเท็จ?

คุณจะต้องแจ้งให้เราทราบใน 18 - 24 เดือน บริษัท จ่ายเงินก้อนโตเพื่อให้ผู้คนพูดคุยกันว่าผลิตภัณฑ์ของพวกเขาดีแค่ไหน เราต้องลุยไม่เพียง แต่เริ่ม บริษัท เท่านั้น แต่ยังก่อตั้ง บริษัท ยักษ์ใหญ่ที่จ่ายเงินจำนวนมากเพื่อ:

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

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

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

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

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

ผมชื่นชมรูปแบบรัดกุมและการอ้างอิงของคุณ แต่ไม่ปรากฏเป็นทดลองละเมิด

ทำได้ดี :)

ขึ้นอยู่กับสิ่งที่คุณใช้เวลาในการเรียนรู้ ฉันเรียนรู้การเขียนโปรแกรม Bourne shell และ C ในปี 1980 ฉันยังคงใช้มันทุกวัน ในทางกลับกันเวลาที่ฉันใช้ในการเรียนรู้โครงสร้างเมนู Compuserve เป็นการสูญเสียโดยสิ้นเชิงและมันก็ไม่ได้มีประโยชน์มากนักแม้แต่ตอนนั้น แล้วในระหว่างสิ่งต่าง ๆ เช่น pin-outs เคเบิล RS-232 และโปรโตคอลอนุกรม: ไร้ประโยชน์วันนี้ แต่จำเป็นสำหรับชีวิตของฉันประมาณสิบปี เลือกเทคโนโลยีที่คุณอุทิศเวลาอย่างระมัดระวัง

หลักการเป็นจริง คุณค่าที่แท้จริงคือ - ความรู้ของฉัน - ใหญ่กว่ามาก

ฉันจำงานนำเสนอของ Pragmatic Programmer ซึ่งพวกเขากล่าวว่าประมาณเจ็ดปี แต่ฉันไม่สามารถหาได้ในตอนนี้ดังนั้นค่าอาจแตกต่างกันเล็กน้อย

แค่คิดว่าเทคโนโลยีเปลี่ยนไปอย่างไร: สิบห้าปีที่แล้วเว็บเป็นแบรนด์ใหม่และเราทุกคนพยายามเขียนหน้าเว็บ - บางทีอาจมีตาราง - และ gif เคลื่อนไหว เจ็ดปีที่แล้ว AJAX เริ่มขึ้น ทุกวันนี้คนบางคนเขียนเกมที่คล้ายกับ Doom สำหรับโทรศัพท์มือถือ

ทางออกที่ดีที่สุดของคุณคือการเรียนรู้สิ่งทั่วไปที่สามารถใช้ได้กับเทคโนโลยีต่อไปที่มาแทนการพูดว่า "Begone! ฉันรู้เฉพาะ Visual Basic!" (หรือเทียบเท่าใน 15 ปี)

ฉันไม่คิดว่ามันแม่นยำเลย

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

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

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

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

หากเป็นเช่นนั้นเพียง 5.39x10 ^-6ของMythical Man-Monthจะเกี่ยวข้องกันในวันนี้ เนื่องจากมีหลักการสำคัญน้อยมากที่รายละเอียดของ Fred Brooks ที่ลงวันที่อย่างมีนัยสำคัญหรือพิสูจน์แล้วว่าเป็นเท็จพื้นฐาน

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

แน่นอนถ้าคุณรู้ภาษาการเขียนโปรแกรม X และ Y การเรียนรู้ภาษา Z จะง่ายกว่าถ้าคุณไม่รู้จัก X หรือ Y ดังนั้นคุณสามารถใช้ความรู้ก่อนหน้านี้เพื่อปรับความรู้ใหม่

นอกจากนี้ยังเป็นเรื่องที่ควรค่าแก่การกล่าวถึงว่าทักษะหลายอย่างที่มีความเกี่ยวข้องหลายสิบปีที่ผ่านมายังคงมีความเกี่ยวข้องในปัจจุบันแม้กระทั่งเทคโนโลยีเฉพาะเช่น C (ต้นปี 1970 ยังคงมีความเกี่ยวข้องในปัจจุบัน)

เป็นไปได้ว่าครึ่งหนึ่งของสิ่งที่คุณรู้ว่าจะล้าสมัยในช่วงเวลาหนึ่งและอาจมากกว่าครึ่งหนึ่ง แต่ทุก ๆ 18-24 เดือนจะค่อนข้างรุนแรง

ข้อเท็จจริงเดียวไม่มีความเกี่ยวข้องที่ดี คุณนำพวกเขาเข้าใจพวกเขาใช้พวกเขาในขณะนี้เท่านั้น

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

ฉันทำงานเป็นโปรแกรมเมอร์เว็บด้วย Ruby on Rails และในขณะที่ฉันไม่ได้เขียนเว็บไซต์ในขณะนี้มันมีอิทธิพลอย่างมากต่อรหัสความคิดของฉันและทำให้ฉันเป็น coder ที่ดีขึ้น (ใช้ตัวอย่าง STL เพิ่มเติม)

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

มันเป็นเพียงการฝึกอบรมจิตใจของคุณ ...

ฉันคิดว่าคุณสามารถหักล้างคำสั่งได้อย่างง่ายดายโดยการเล่นกับวัตถุที่คุณ 'ครึ่งหนึ่งของทุกสิ่งที่คุณรู้'

มีการกระจายความรู้บางส่วนซึ่งบางส่วนจะล้าสมัย (ไม่ว่าจะมีอัตราใด) ดังนั้นหากบุคคลที่ได้รับมีเพียงความรู้จากครึ่งหนึ่งของสเปกตรัมนี้ซึ่งจะยังคงอยู่หลังจาก 18-24 เดือนพวกเขาทำลายคำสั่ง

ต่อไปนี้เป็นประโยครุ่นที่ดีกว่า: ครึ่งหนึ่งของทุกสิ่งที่คุณเรียนรู้วันนี้ (หรือสัปดาห์นี้หรือเดือนนี้หรือปีนี้) จะล้าสมัยในหนึ่งหรือสองปี นั่นเป็นเรื่องจริง - คุณเรียนรู้วิธีทำบางสิ่งในเครื่องมือรุ่น 5 และเมื่อ 6 ออกมามันจะทำโดยอัตโนมัติหรือคุณเรียนรู้วิธีทำบางสิ่งในภาษาที่ไม่เป็นที่สนใจดังนั้นคุณจะไม่ใช้มันอีกเลย แต่อีกครึ่งหนึ่งของสิ่งที่คุณเรียนรู้ในแต่ละวันอยู่กับคุณและเติบโตและเป็นสิ่งที่ทำให้นักพัฒนาประสบการณ์ 20 ปีดีกว่าสองปีแห่งประสบการณ์

ที่นี่มีนักเก็ตของความจริงหรือความเกี่ยวข้อง แต่ฉันคิดว่ามันไม่ถูกต้อง

วิธีที่ดีกว่าในการนำเสนอสิ่งนี้คือ

วันนี้คุณมีความรู้มากแค่ไหนในช่วง 18-24 เดือนที่ผ่านมา?

หรือ

ในเวลา 18-24 เดือนความรู้ที่คุณจะนำไปใช้กับความรู้ที่คุณมีอยู่นั้นเท่าไหร่ คุณจะต้องเรียนรู้อะไรมากในวันนี้เพื่อที่จะทำงานให้สำเร็จ

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

หากโครงการทุกหกเดือนมีความรู้ใหม่เพียง 12.5% ​​ดังนั้นกว่าสองปีที่ความรู้ที่ใช้ 50% จะเป็น 'ใหม่'

ต้องบอกว่ามันไม่ได้มีความหมายหรือแม่นยำมากนัก

• สิ่ง 'เก่า' ไม่ล้าสมัย
• สิ่ง 'ใหม่' มีการทับซ้อนกันอย่างมากกับสิ่งเก่า
• หลักการทั่วไปสามารถถ่ายโอนได้

โอ้พระเจ้าคำตอบสามัญสำนึกที่น่าอัศจรรย์เช่นนี้ได้กล่าวมา ทำได้ดีมาก

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

หากไม่มีสิ่งที่สำคัญต่อสิ่งที่คุณทำหรือวิธีปฏิบัติใหม่ที่เหมาะสมสำหรับคุณ

เพียงเพราะสิ่งที่ใหม่ค่อนข้างใหม่หรือค่อนข้างเก่าไม่ได้ทำให้มันต้องใช้วิธีแก้ปัญหาสำหรับสิ่งใด

ฉันมีวลีง่ายๆที่ครอบคลุมทั้งหมดนี้

"ถ้ามันใช้งานได้ใช้"

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

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

เป็นสิ่งสำคัญที่จะต้องเรียนรู้และฝึกฝนและพัฒนาฝีมือและทักษะของคุณอยู่เสมอ

อย่างไรก็ตามคุณควรเรียนรู้สิ่งที่มีประโยชน์หรือสิ่งที่ให้มุมมองที่แตกต่างในการแก้ปัญหาที่คุณมีตามปกติ

แต่นอกจากนั้นควรกลับไปสู่พื้นฐานของการเป็นโปรแกรมเมอร์ที่ยอดเยี่ยม

1. http://www.joelonsoftware.com/articles/fog0000000043.html
2. การวางแผน
3. กระบวนการบริหารโครงการ - เพื่อให้แน่ใจว่าไม่มีการเริ่มต้นรหัสก่อนที่จะมีการวางแผนที่ชัดเจนและได้รับการอนุมัติจากผู้ที่ขอให้คุณทำงาน
4. ปรับปรุงความสามารถในการอ่านของรหัสของคุณ - เพราะเราทุกคนทำงานกับรหัสของคนอื่น
5. จัดระเบียบให้มีประสิทธิภาพ

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

เพราะความจริงแล้วเท่ห์ไม่ได้เจ๋ง

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

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

แพลตฟอร์มเทคโนโลยีโดยเฉลี่ยอยู่ที่ประมาณ 10 ถึง 25 ปีดังนั้นนี่จึงไม่น่าเป็นไปได้สำหรับฉันแม้ว่าคุณจะลดความจริงที่ว่าความรู้เกี่ยวกับรูปแบบยังคงมีอยู่ผ่านเทคโนโลยี หากคุณอยู่ในแพลตฟอร์มหลักใด ๆ คุณสามารถวางใจได้ว่าสแต็คดังกล่าวจะได้รับความนิยมสำหรับ AT LEAST 5 หรือ 6 ปีก่อนที่มันจะเริ่มจางหายไป ฉันรู้ว่าโปรแกรมเมอร์ที่เขียนโปรแกรมในเกม RPG มานานกว่า 30 ปีโดยใช้เครื่องมือฮาร์ดแวร์และซอฟต์แวร์เกือบจะเหมือนกัน