ChatGPT จะฆ่า Coders หรือไม่

ในขณะที่สร้างเว็บไซต์ใหม่ของบริษัทของฉัน ฉันขอโค้ดจาก ChatGPT สำหรับองค์ประกอบการออกแบบที่ตอบสนองต่อไปนี้:

1. 3 รูปติดกัน.
2. ตารางที่มี 2 แถว แถวแรกมี 3 รูปภาพ แถวที่สองมี 3 ลิงก์
3. รูปภาพ 3 รูปเรียงกันในบรรทัดเดียวและ 3 ลิงก์ในบรรทัดถัดไป
4. 3 ภาพเคียงข้างกันพร้อมคำบรรยายที่เชื่อมโยง

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

ข้อมูลโค้ดทั้งหมดใช้งานได้ในครั้งแรก ฉันไม่จำเป็นต้องทำการดีบักใดๆ (ไม่ใช่ว่าฉันสามารถทำอะไรได้!)

ฉันมีข้อสงสัยเกี่ยวกับบรรทัดต่อไปนี้ในโค้ดที่ ChatGPT ให้มา:

----

.image {ดิ้น: 0 0 33.33%; /* ปรับค่านี้เพื่อเปลี่ยนความกว้างของแต่ละภาพ */ ความกว้างสูงสุด: 100%;

----

ฉันขอให้ ChatGPT ชี้แจง

มันทำให้ฉันได้รับคำตอบที่ชัดเจนโดยไม่มีทัศนคติเยาะเย้ย/อุปถัมภ์ของผู้ใช้ StackOverflow ทั่วไป

จากเกณฑ์มาตรฐานใดๆ ก็ตาม ประสิทธิภาพของ ChatGPT นั้นยอดเยี่ยมมาก

สิ่งนี้ทำให้เกิดคำถามต่อไปนี้:

ChatGPT จะฆ่าผู้เขียนโค้ดหรือไม่

----

นี่ไม่ใช่ครั้งแรกที่มีคนถามคำถามนี้

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

1. ระบบอีอาร์พี

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

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

2. RAD / รหัสต่ำ / ไม่มีแพลตฟอร์มรหัส

ในช่วงเวลานี้ ฉันกำลังมุ่งหน้าไปทำการตลาดให้กับผู้จำหน่าย ERP ระดับโลก

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

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

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

ฉันกลับไปที่ออฟฟิศและลองใช้ Frontpage แท้จริงแล้ว ฉันสามารถสร้างพอร์ทัลหลักประกันทางการตลาดได้ภายในหนึ่งสัปดาห์โดยไม่ต้องเขียนโค้ด HTML แม้แต่บรรทัดเดียว (ซึ่งฉันก็ทำไม่ได้อยู่ดี)

ในเวลานั้น Frontpage เปลี่ยนไปใช้แพลตฟอร์ม Rapid Application Development (RAD) วันนี้จะเรียกว่าแพลตฟอร์มโค้ดต่ำ / ไม่มีโค้ด

จากประสบการณ์นี้ ฉันเริ่มสงสัยเกี่ยวกับชะตากรรมของผู้เขียนโค้ด

3. นักแปลรหัส

ในบริษัทถัดไปของฉัน ฉันเคยขายเครื่องมือที่จะแปลงโค้ด COBOL เดิมให้กับ Java ตอนนั้นเราเคยเรียกมันว่า Code Translator ฉันเชื่อว่าหมวดหมู่ผลิตภัณฑ์นี้เปลี่ยนชื่อเป็น Code Transpiler แล้ว

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

4. เวิร์กโฟลว์อัตโนมัติ

เมื่อเวลาผ่านไป ฉันใช้เครื่องมืออัตโนมัติของเวิร์กโฟลว์อย่างเช่น IFTTT เพื่อทำให้เวิร์กโฟลว์หลายอย่างเป็นแบบอัตโนมัติ เช่น

1. ทันทีที่ฉันเผยแพร่โพสต์บนบล็อกของบริษัท ให้โพสต์ลิงก์บน Twitter โดยอัตโนมัติ
2. เมื่อใดก็ตามที่มีคนมีส่วนร่วมกับทวีตของฉัน ให้เพิ่มพวกเขาลงในรายการที่เรียกว่าโดยอัตโนมัติ
   skr-engagers.

คำถามเกิดขึ้นอีกครั้งว่าเครื่องมืออัตโนมัติของเวิร์กโฟลว์เหล่านี้จะฆ่าผู้เขียนโค้ดหรือไม่

5. การติดตาม + ความสามารถในการสังเกต

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

6. เวิร์ดเพรส + กูเทนเบิร์ก

ฉันเพิ่งใช้ WordPress + Gutenberg Block Editor เพื่ออัปเกรดเว็บไซต์บริษัทของฉันให้เป็นการออกแบบแบบตอบสนอง ฉันไม่ได้เขียน / แก้ไขโค้ดแม้แต่บรรทัดเดียว ใครต้องการผู้เขียนโค้ดฮะ?

----

ฉันเรียกเทคโนโลยีดังกล่าว ผู้ขัดขวางความต้องการ. พวกเขาทั้งหมดเป็นการปฏิวัติเมื่อเข้าสู่ตลาดและขู่ว่าจะเลิกงานโปรแกรมเมอร์

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

สิ่งที่ช่วยให้?

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

ข้อมูลเพิ่มเติมเกี่ยวกับเรื่องนี้ในโพสต์ติดตาม ดูพื้นที่นี้

• เนื้อหาที่ขับเคลื่อนด้วย SEO และการเผยแพร่ประชาสัมพันธ์ รับการขยายวันนี้
• PlatoData.Network Vertical Generative Ai เพิ่มพลังให้กับตัวเอง เข้าถึงได้ที่นี่.
• เพลโตไอสตรีม. Web3 อัจฉริยะ ขยายความรู้ เข้าถึงได้ที่นี่.
• เพลโตESG. คาร์บอน, คลีนเทค, พลังงาน, สิ่งแวดล้อม แสงอาทิตย์, การจัดการของเสีย. เข้าถึงได้ที่นี่.
• เพลโตสุขภาพ เทคโนโลยีชีวภาพและข่าวกรองการทดลองทางคลินิก เข้าถึงได้ที่นี่.
• ที่มา: https://www.finextra.com/blogposting/25317/will-chatgpt-kill-coders?utm_medium=rssfinextra&utm_source=finextrablogs