การเขียนโปรแกรมทำได้อย่างไรเมื่อ 20 ปีก่อน? [ปิด]


37

ทุกวันนี้เรามีโปรแกรมช่วยมากมายที่ทำให้การทำงานง่ายขึ้นรวมไปถึง:

  • IDEs

  • ดีบั๊ก (บรรทัดต่อบรรทัดจุดพัก ฯลฯ )

  • สคริปต์ Ant และอื่น ๆ สำหรับการรวบรวม

  • ไซต์เช่น StackOverflow เพื่อช่วยหากคุณประสบปัญหาการเขียนโปรแกรม

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


29
แน่นอนว่าเรามี IDEs และ debuggers เมื่อ 20 ปีที่แล้ว ในปี 1991 มี Visual Studio รุ่นแรก ๆ
ChrisF

14
Hammer and Chisel
Matthew Whited เมื่อ

15
Bah! ตอนที่ฉันยังเด็กฉันต้องทำรายการด้วยหินและทราย: xkcd.com/505
FrustratedWithFormsDesigner

16
Bah เราไม่สามารถมีศูนย์ได้เราต้องใช้ตัวอักษร O.
Loïc Wolff

15
20 ปีที่แล้วคุณต้องรู้เรื่องจริง ไม่มีอินเทอร์เน็ตที่รู้ทุกอย่าง
Joel Etherton

คำตอบ:


31

20 ปีที่แล้วนั่นคือ 1991 นั่นคือปีที่ Borland C ++ 2.0 IDE เปิดตัว ด้วยตัวดีบักเกอร์ในตัว (พร้อมบรรทัดต่อบรรทัดและจุดพัก) การสร้างอัตโนมัติโดยใช้ยี่ห้อ

ดูเหมือนhttp://www.ee.oulu.fi/research/tklab/courses/521419A/tc201_compile.pngนี้

คุณไม่มีเว็บไซต์เช่น Stackoverflow แต่ด้วย IDE คุณได้รับเอกสารสองสามพันหน้าในหนังสือที่พิมพ์ออกมาอย่างดี


ฉันเรียนรู้ที่จะใช้ TC และ TP IDE ในโรงเรียนฉันได้ยินว่ามีเครื่องมือคล้าย ๆ กันเครื่องมือราคาถูกเหล่านี้นำ IDE ไปใช้กับการเขียนโปรแกรมหลัก ...
umlcat

แฟนซี Schmancy Gizmos คุณไม่ต้องการมันถ้าคุณใช้บัตเตอร์ไฟล์
Mateen Ulhaq

บอร์แลนด์เก่าแก่ที่ดี ... ถ้าแอปของคุณใหญ่เกินไปคุณต้องเลือกและเลือก DLLs ที่คุณคอมไพล์ด้วยรหัสดีบั๊กหรือคุณจะขัดข้องทั้งเครื่อง
MadMurf

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

3
เช่นเดียวกับที่ใช้ใน IDEs วันนี้ คุณตั้งค่าจุดพักแอปพลิเคชันที่กำลังดีบั๊กจะทำงานและในจุดพักคุณจะเห็นตัวเองกลับมาใน IDE ความแตกต่างเพียงอย่างเดียวคือคุณไม่สามารถพลิกกลับได้แบบเรียลไทม์
jwenting

57

20 ปีที่แล้ว ... 1991 ...

มาดูกัน. ฉันใช้ SunOS และ VAX VMS

เราเขียนโค้ดโดยใช้โปรแกรมแก้ไขข้อความ (vi หรือแก้ไข)

ฉัน - ส่วนตัว - อย่าใช้ดีบั๊กและไม่เคยทำ บางคนใช้ adb debugger บน SunOS จริง ๆ แล้วฉันใช้มันสองสามครั้งเพื่อกู้คืนการติดตามสแต็กจากไฟล์การถ่ายโอนข้อมูลหลัก ฉันไม่รู้ว่ามีอะไรใน VAX VMS ฉันใช้คำสั่งพิมพ์ในรหัส

เราใช้สร้างเพื่อรวบรวม

เราอ่านเอกสารกระดาษความคิดและการทดลองวิ่ง แน่นอนว่ายังคงใช้งานได้ Stack Overflow ถูกใช้มากเกินไปโดยคนไม่กี่คน - ด้วยเหตุผลที่ไม่สามารถอธิบายได้ - ปฏิเสธที่จะทำการทดลองหรือคิด

30 ปีที่แล้ว ... 1981 ...

มาดูกัน. ฉันใช้ Univac Exec 8 และ IBM OS

เราเขียนโค้ดโดยใช้โปรแกรมแก้ไขข้อความ (ฉันจำไม่ได้ว่า Univac one แต่ IBM one เป็นตัวแก้ไขสภาพแวดล้อมของ TSO)

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

เราเขียนสคริปต์เพื่อรวบรวม

เราอ่านเอกสารกระดาษความคิดและการทดลองวิ่ง

40 ปีที่ผ่านมา ... 1971 ...

มาดูกัน. ฉันใช้ IBM 1620 ที่ไม่มี OS

เราเขียนโค้ดโดยใช้บัตรกระดาษเจาะ

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

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

เราอ่านเอกสารกระดาษความคิดและการทดลองวิ่ง


"ลงไปที่สนามหญ้าฉันเน่าเด็ก"

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

    ในขณะที่ไม้ค้ำไปมีสิ่งที่แย่กว่านั้นขึ้นอยู่กับ

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

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

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

    ภาษาที่ดีกว่าและพึ่งพาการรวบรวมที่เพิ่มขึ้นน้อยกว่านั้นดูเหมือนว่าจะดีกว่าเรื่องที่ซับซ้อนกว่าสคริปต์ Ant

  • ไซต์เช่น Stackoverflow เพื่อช่วยหากคุณติดอยู่กับบั๊กมากเกินไป บางครั้งมีประโยชน์

    เช่นเดียวกับผู้ debuggers มีความเป็นไปได้ที่คนบางคนจะประสบความสำเร็จผ่านโชคง่ายที่ผิดพลาด นั่นเป็นสิ่งที่ไม่ดี


3
Appox มีโค้ดกี่บรรทัดที่คุณสามารถใส่ลงใน 1 punch card ได้?
คลิกโหวต

38
+1 สำหรับ "Stack Overflow ถูกใช้มากเกินไปโดยคนไม่กี่คน - ด้วยเหตุผลที่อธิบายไม่ได้ - ปฏิเสธที่จะเรียกใช้การทดลองหรือคิดว่า"
Binary Worrier

3
@trufa ในปี 1931 เรามีคอมพิวเตอร์แบบอะนาล็อกที่มีรูปร่างของล้อและเกียร์ที่เป็นแบบจำลองตัวแปร ในปีค. ศ. 1831 เรามีเครื่องทอผ้าที่อ่านบัตรเจาะและเครื่องมือที่แตกต่างที่วิ่งสเปรดชีตและพิมพ์ผลลัพธ์
Martin Beckett

13
ทุกอย่างหลังจาก "ลงจากสนามหญ้าฉันเน่าเด็ก" เป็นเรื่องตลกใช่มั้ย
Alb

7
ฉันไม่คิดว่ามันเป็นเรื่องตลก ดูเหมือนว่า "เศร้า แต่เป็นจริง"
Adam Arold

28

อืมหลักฐานของคุณไม่เป็นความจริงเลย สองรายการหลังนั้นถูกต้อง แต่เมื่อ 20 ปีที่แล้วเรามี IDE และ Debuggers

ในความเป็นจริง debuggers มีอยู่เสมอ การออกแบบและการใช้งานของพวกเขามีวิวัฒนาการมาตั้งแต่ทีมงานของ Brooks ได้สร้างเมนเฟรมเก่าของ IBM เนื่องจากเราทุกคนมีเครื่องจักรเฉพาะของเราเอง อย่างไรก็ตามตอนนี้เราสามารถมีดีบักเกอร์เดียวกันสำหรับภาษาต่าง ๆ จำนวนมาก (ดูตัวอย่างโครงการ GCC หรือ MS Visual Studio)

20 ปีที่แล้วเราไม่มี ANT แต่เรามี Make แน่นอน มีเครื่องมือรุ่นที่เข้ากันไม่ได้สองสามอัน นั่นคือสิ่งที่ผู้คนเคยสร้างโครงการของพวกเขา

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


17
นอกจากนี้เรายังมี USENET คุณสามารถดูเอกสารสำคัญของ comp.lang.c และอื่น ๆ ใน Google Groups ย้อนหลังไปถึงช่วงต้น / กลาง 80
James Love

1

3
การแก้จุดบกพร่องถูกคิดค้นใน EDSAC ใน '48 หรือมากกว่านั้น Gill, Wilkes และทีมของพวกเขาคิดออก วิลก์สมีบทความในสมุดบันทึกประวัติศาสตร์เกี่ยวกับการคำนวณประมาณ '82 หรือมากกว่านั้น หากใครมีความสนใจฉันควรจะสามารถขุดการอ้างอิง
พอลนาธาน

1
เมื่อ 20 กว่าปีก่อนฉันใช้แอสเซมเบลอร์ GeOS: en.wikipedia.org/wiki/GEOS_%288-bit_operating_system%29 ซึ่งรวบรวมซอร์สโค้ดที่เขียนในโปรแกรมประมวลผลคำ มันเป็นความแปลกใหม่ที่มีการจัดรูปแบบ WYSIWYG สำหรับความคิดเห็นของคุณสิ่งที่ฉันไม่เคยเห็นมาก่อน
Berin Loritsch

4
GDB: ตัวดีบักที่แย่พอ ๆ กันไม่ว่าจะใช้ภาษาใดก็ตาม มันเป็นสถาปัตยกรรมที่ไม่ดี โปรแกรมดีบั๊กจำเป็นต้องเชื่อมโยงกับภาษาอย่างแน่นหนาเพื่อให้สามารถเข้าใจและสนับสนุนแนวคิดเฉพาะภาษา
Mason Wheeler

18

ลูก ๆ ของ Goddamn 1991? จริงๆ? คุณคิดว่าตอนนี้เกิดอะไรขึ้น? ฉันหมายถึง Turbo Pascal ยังค่อนข้างเซ็กซี่ Netware ยังเป็นคู่แข่งที่ถูกต้องสำหรับ Windows คอมพิวเตอร์ที่เร็วยังคงวัดเป็น mhz แต่นอกเหนือจากนั้นมันก็ไม่ได้แตกต่างกันมากนัก ย้อนกลับไปอีก 10 ปีและคุณกำลังพูดถึงสิ่งที่หน้าจอสีเขียว แต่ก็มี IDE สำหรับระบบเหล่านั้นเช่นกัน

คุณต้องย้อนกลับไปในช่วงกลางยุค 70 เพื่อหาการ์ดเจาะและอึแบบนั้น


1
"ไม่แตกต่างกันมากเกินไป"? ไม่มีเว็บและฉันแน่ใจว่าคุณใช้เวลาค่อนข้างมากทุกวันในการดึงข้อมูลที่จำเป็นในการทำงานจากเน็ต

4
@ Thorbjørn: เรามีแคมหม้อกาแฟ! และ Usenet! คุณต้องการอะไรอีก จริงๆแล้วจากความทรงจำของฉันมันไม่ได้เป็นปัญหามากนัก ความต้องการเอกสารเว็บเพิ่มขึ้นด้วยความซับซ้อนของสิ่งที่คุณกำลังสร้าง หากคุณใช้แอปพลิเคชันการบัญชีร่วมกันกับ GUI แบบข้อความคุณไม่จำเป็นต้องใช้เอกสารมากนัก
Satanicpuppy

1
@atanicpuppy คุณมีแค่หม้อกาแฟลูกเบี้ยวในปี 1991 ถ้าคุณอยู่ที่เคมบริดจ์ คุณเป็นอย่างไร

2
"Netware ยังคงเป็นคู่แข่งที่ถูกต้องสำหรับ Windows" ... ดูเหมือนว่าคุณอาศัยอยู่ในจักรวาลสำรองในปีพ. ศ. 2534
ocodo

2
@ Thorbjørn Usenet ก่อนทวยราษฎร์ที่สืบเชื้อสายมาเมื่อมันเป็นทรัพยากรที่ดีกว่า StackOverflow คือวันนี้ แน่นอนวิกิพีเดียและเว็บทั่วไปเป็นที่ดี แต่การเขียนโปรแกรมไม่ได้ทั้งหมดที่แตกต่างกัน
Jim Balter

16

20 ปีที่แล้วเรามี Borland Turbo Pascal และ Turbo C ++, IDE ที่มีศักยภาพพร้อมด้วย debuggers, profilers และอื่น ๆ


เวลา Borland C ++ ค่อนข้างหวานในเวลานั้น
Chris Cudmore

12

มีเครื่องมือที่ยอดเยี่ยมมากมาย คิดว่าเคอร์เนล Unix ถูกสร้างขึ้นได้อย่างไร? และรวบรวม และแอพขนาดใหญ่อื่น ๆ เช่น Lotus 123, Corel Draw, Wordperfect, Xenix, MS Windows, X Windows, gnu, Kings Quest, Flight Simulator ฯลฯ

Unix มีเครื่องมือเพิ่มประสิทธิภาพการทำงานของโปรแกรมเมอร์มากมายเช่นผ้าสำลีสำหรับการวิเคราะห์รหัสทำให้การคอมไพล์และ vi หรือ emacs สำหรับการแก้ไข ด้วย Korn shell (และอาจเป็นอย่างอื่น) คุณสามารถระงับหนึ่งเอดิเตอร์และข้ามไปที่เอดิเตอร์อื่นใน 0.5 วินาทีและทำมันบนโมเด็ม dial-up ที่ช้าพร้อมกับหน้าจอ greeen ("ดูการเติบโตของหญ้า") คุณสามารถดีบักด้วย dbx หรือเพียงแค่อ่าน core dump

หากคุณมีเงินสำหรับกราฟิกเทอร์มินัลคุณสามารถใช้ X Windows และ xdbx สำหรับการดีบักแฟนซี

อินเทอร์เน็ตอยู่ที่นั่น แต่ไม่ใช่ WWW เรามี FTP, โกเฟอร์และ WAIS นิรนาม และกลุ่มข่าวเครือข่ายเช่น comp.lang.c สำหรับการโพสต์คำถาม (ตอนนี้ส่วนใหญ่เป็นสแปม)

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

บนพีซีมีผลิตภัณฑ์ Borland ที่น่าทึ่งอย่าง Turbo Pascal (v4 เป็นการเปลี่ยนแปลงครั้งใหญ่เมื่อมันออกมาในช่วงกลางยุค 80)

เวลาที่น่าสนใจพวกเขา และราคาที่น่าสนใจ กล่อง SDK ของ Windows 3 นั้นมีที่จับพกพา แต่ต้องการมือสองข้างในการยก, ดิสก์มากเกินไปและคู่มือสูง 1 ฟุต ฐานข้อมูลเชิงสัมพันธ์มีค่าใช้จ่ายหลายพันดอลลาร์ต่อผู้ใช้สงครามยูนิกส์สงครามสเปรดชีตบนแป้นทับ ฉันประหลาดใจกับเครื่องมือที่ฉันสามารถหาได้ในราคาที่ต่ำอย่างบ้าคลั่ง / ฟรี

ส่วนที่สนุกที่สุดของทั้งหมดนี้คือคำสั่งการกดแป้นของ Visual Studio (CTRL-K + CTRL-C) เป็นคำสั่ง Wordstar แบบเก่า ความคิดถึงเล็กน้อยทุกครั้งที่ฉันใช้มัน


Arrrrggghhhhhhh คุณพูดถึง Wordstar!
HLGEM

Unix ถูกเขียนด้วย ed - ไม่มีเครื่องมือที่คุณพูดถึงอยู่ในขณะนั้น เรามี Mashey shell ซึ่งประสบความสำเร็จโดย Bourne shell - Korn shell นั้นมาถึงล่าช้า
Jim Balter



7

ขอบคุณที่ทำให้ผู้ชายรู้สึกเก่า :-)

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


ฉันต้องการขอโทษทุกคนที่ยังคงใช้ makefiles และ emacs
bev

@bev คุณไม่ใช่คนเดียว :)
NWS

6

20 ปีที่แล้วฉันเขียนโปรแกรมภาษาเบสิก ฉันไม่มี IDE เพราะ BASICA และ GW BASIC ไม่ใช่ IDE เมื่อฉันเห็น Quick BASIC ในภายหลังฉันมีความสุขมาก ฉันตื่นเต้นมากเมื่อฉันใช้คุณลักษณะคัดลอกและวางในการพัฒนาครั้งแรก ต่อมาพวกเขาทำคอมไพเลอร์ QBASIC ไม่ใช่ล่ามอย่างที่เคยเป็นและมันก็ยอดเยี่ยมเช่นกัน แต่หลังจากนั้นฉันย้ายไปที่ C และใช้ Turbo C IDE ของ Borland โปรดทราบว่าฉันอยู่ในอียิปต์และตอนนั้นไม่มีอินเทอร์เน็ตและเราใช้เวลาประมาณหนึ่งปีในซอฟต์แวร์ ฉันหมายความว่าถ้ามีเวอร์ชั่นวางจำหน่ายวันนี้มันจะมาถึงมือฉันประมาณหนึ่งปีต่อมา ตอนนี้มันง่ายกว่ามาก แต่ความสุขของการเขียนโปรแกรมในตอนนั้นกลับไม่มีใครเทียบได้ :)


6

ฉันคิดว่าปรากฏการณ์ "ปีเว็บ" ได้ทำให้การคำนวณวันที่ของคุณเอนเอียง

20 ปีที่แล้วฉันกำลังเขียนโปรแกรมใน Smalltalk - หนึ่งใน langangues เชิงวัตถุบน GUI ตัวแรกบน Mac IIe ที่มีหน้าจอ 20 นิ้วดังนั้นฉันคิดว่าคุณต้องย้อนกลับไปอีกสองสามปีกว่าจะได้หนังหมีและหิน - มีดยุคของการเขียนโปรแกรม

ตอนนี้ 40 ปีที่แล้วฉันกำลังเขียนโปรแกรมพื้นฐานโดยใช้เทอร์มินัลโทรพิมพ์ที่มีโมเด็มแบบ acustic-coupler (110 Baud baby!) - คุณรู้ชนิดที่คุณโทรออกจากโทรศัพท์แล้วติดมือเข้ากับถ้วยยางบนโมเด็ม .


"110 Baud baby" LOL
edelwater

6

นี่คือรูปแบบมาตรฐานที่จะช่วยคุณเขียนโปรแกรม FORTRAN ของคุณก่อนที่คุณจะเจาะรูการ์ด

ป้อนคำอธิบายรูปภาพที่นี่

(จาก: http://www.w3.org/2010/Talks/01-08-steven-ten-euro-computer/ )

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

(ตกลงอาจเป็นเรื่องเล็กน้อยก่อนปี 1991 แต่ไม่มาก ... )


5

ทุกอย่างเริ่มต้นจากหมัดการ์ดแต่ฉันแน่ใจว่าอย่างน้อยคุณก็ได้ยินบทเรียนประวัติศาสตร์นั้นแล้ว อย่างไรก็ตามย้อนหลังไปกว่า 20 ปีที่แล้ว

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

20 ปีที่ผ่านมา4GLทุกคนต่างโกรธแค้น

น่าแปลกที่ 20 ปีที่ผ่านมาสิ่งที่ไม่ทั้งหมดที่แตกต่างกัน ตอนนี้ 30 ปีที่แล้ว ...

ตอนนี้เมื่อฉันเขียนคำตอบนี้โปรดจำไว้ว่าฉันอายุเพียง 10 ขวบในขณะนั้น แต่ยังคงฟลอปปี้ดิสก์ 5.25 "ลงในฮาร์ดไดรฟ์ขนาด 1 MB ของฉันเปิดใช้งานพีซี IBM Headstart XT / AT ทำไมตอบคำถามนี้

เพราะที่ที่ฉันทำงานเรารักษาระบบและรหัสฐานไว้ 20 ปีดังนั้นเราจึงยังคงอยู่ในช่วงเวลาที่แปรปรวนเมื่อทำงานกับระบบเดิมสภาพแวดล้อมการพัฒนาและรหัส


ฉันจำรหัสการกดคีย์การ์ดในปี 1980
crosenblum

Goddamn 4gls ฉันใช้หนึ่ง (Speedware) เมื่อวานนี้ ทำไมทุกคนที่เคยคิดว่าเป็นความคิดที่ดีอยู่นอกเหนือตัวฉัน แต่รุ่นก่อนทั้งหมดของฉันใส่ชั่วโมงการทำงานที่ไม่ได้รับการเข้ารหัสลงในโค้ด 4GL ที่ไม่รองรับและทุกครั้งที่ฉันต้องปรับแต่งบางอย่างในระบบ พูดเกี่ยวกับทักษะที่ไร้ประโยชน์
Satanicpuppy

@Satanicpuppy: 4GL เป็นเว็บเฟรมเวิร์กประจำวัน ฉันนึกภาพออกว่า devs 20 ปีจากนี้จะพูดอะไรเกี่ยวกับ Ruby on Rails / jQuery / Zend code: "ใครเคยคิดว่านี่เป็นความคิดที่ดี? ทุกคนในช่วงเปลี่ยนศตวรรษเป็นปัญญาอ่อนหรือไม่" :)
TMN

@tmn: เฮ้ ฉันไม่ชอบสิ่งเหล่านี้ด้วยเหตุผลเดียวกัน ... แน่นอนฉันไม่จำเป็นต้องใช้พวกเขาเช่นกันไม่ใช่เป็นคนทำเว็บ 4GL นั้นแย่กว่านั้นเพราะเป็นกรรมสิทธิ์ การสนับสนุนมีค่าใช้จ่ายมหาศาลและหากคุณไม่มีการสนับสนุนคุณจะไม่สามารถอัปเกรดได้ ฉันค้นหาใบอนุญาตใหม่สำหรับสองสามปีที่ผ่านมาของเราดังนั้นฉันสามารถย้ายทุกอย่างไปยังเซิร์ฟเวอร์ใหม่และใบอนุญาตวิ่ง 150k! ต่อเว็บไซต์! COBOL ฉันสามารถโอนย้ายได้ฟรีและฐานข้อมูลต้องการเพียงอินเตอร์เฟส $ 500 โครงการทั้งหมดปิดตัวลงเนื่องจากสภาพแวดล้อม 4GL ที่เป็นกรรมสิทธิ์ของ goddamn
Satanicpuppy

ตอนนี้ 4GL มีสิ่งที่ต้องจำ
Martin York

5

20 ปีที่แล้วฉันเขียนโปรแกรมส่วนใหญ่ใน C, Pascal สำหรับแพลตฟอร์ม DOS นั้นมี Turbo C, Turbo Pascal ซึ่งส่วนใหญ่แล้วจะเป็นบรรณาธิการที่สมบูรณ์พร้อมกับ debuggers ที่อนุญาตให้ผ่านไปได้ สำหรับการเขียนโปรแกรมจริงฉันรู้สึกว่าโปรแกรมเมอร์ส่วนใหญ่เหมือนตัวเองที่ใช้คอมไพเลอร์ vi + เรียกใช้จากพรอมต์คำสั่ง

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


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

5

ฉันสามารถพูดกับบัลแกเรียได้

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

ดังนั้นฉันจะไม่ทำซ้ำทุกอย่างที่คนอื่นพูด แต่ใช่มี IDE ที่ดีมากและ debuggers ในเวลานั้น (ตรงกับลักษณะของซอฟต์แวร์ที่พัฒนาขึ้นมาในตอนนั้น)

ฉันจำได้ว่าฉันใช้ Turbo Pascal และ Turbo C (โดย Borland) เป็นการส่วนตัว นอกจากนี้ซอฟต์แวร์ของ Autodesk สำหรับกราฟิก (เช่น 3d Studio และ Animator)

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


มีแหล่งความรู้น้อยกว่าแน่นอนยี่สิบปี แต่คุณภาพของผู้ปฏิบัติงานซอฟต์แวร์โดยเฉลี่ยสูงกว่า ยี่สิบปีที่ผ่านมามีเพียงผู้ที่รอดชีวิตมากที่สุดในอุตสาหกรรมนี้เท่านั้น ตอนนี้การไร้ความสามารถสามารถซ่อนอยู่เบื้องหลัง "Googling" และทักษะการตัดและวางที่ดี
bit-twiddler

ซอฟต์แวร์แบบไหนที่คุณสร้างในบัลแกเรียในสมัยนั้นถ้าไม่มี บริษัท เอกชน?
คลิกโหวต

@ คลิก Upvote วิทยาศาสตร์, ทหาร, อวกาศ, วิศวกรรม, ฯลฯ - ทุกอย่างที่ได้รับทุนจากรัฐนั้นเห็นได้ชัด - หรืออย่างน้อยก็เป็นแบบนั้นในประเทศของฉัน (USSR) ตั้งแต่นั้นมา
mlvljr

4

เพียง 20 ปีที่ผ่านมา คุณต้องล้อเล่น ฉันใช้ debuggers ในปี 1972 เมื่อฉันเรียนรู้การเขียนโปรแกรม เป็นที่ยอมรับว่าสิ่งที่ฉันสามารถใช้ได้นั้นไม่ดีเท่าวันนี้ ฉันสงสัยว่าพวกเขามีอยู่นานก่อนหน้านั้น
เครื่องมือมีการเปลี่ยนแปลงในช่วงหลายปีที่ผ่านมาและพวกเขาได้ดีขึ้น แต่ไม่คิดว่าเราจะไม่มีเครื่องมือในตอนนั้น
ฉันสงสัยว่าคุณจะต้องย้อนกลับไปในยุค 50 เพื่อไปยังระดับที่ไม่มีผู้ดีบั๊ก
โปรแกรมดีบั๊กตัวแรกที่ฉันใช้คือ VAX กับ VMS ในยุค 80 ทุกอย่างขึ้นไปจากที่นั่น


4

ถึงตอนนี้คุณจะเห็นว่าเครื่องมือส่วนใหญ่ที่คุณชื่นชอบนั้นเป็นรุ่นธรรมดาในปี 1991 แม้ว่าจะมีการแจกจ่ายที่ไม่สม่ำเสมอ

การเปรียบเทียบที่น่าสนใจมากขึ้นกับ 1981: จุดเริ่มต้นของกระบวนการทางสังคมที่มีอยู่อย่างกว้างขวางที่เกี่ยวข้องกับเครือข่าย USENET และ UUCP และ ARPANET (วันธง TCP ของอินเทอร์เน็ตในปี 1983)

การเปรียบเทียบที่น่าสนใจยิ่งกว่าคือปีพ. ศ. 2514: ระบบปฏิบัติการรุ่นแรกที่คุณรู้จักและชื่นชอบกระบวนการทางสังคมบนพื้นฐานของการเผยแพร่ (จดหมายข่าวกระดาษการประชุมที่เข้าร่วมด้วยตนเองการแบ่งปันรหัสกับผู้ติดต่อส่วนบุคคลกลุ่มผู้ใช้สื่อเช่นเทปแม่เหล็ก )


ARPANET เริ่มทำงานในเดือนตุลาคม 2512 - ฉันอยู่ที่นั่นสำหรับการเข้าสู่ระบบครั้งแรก ในไม่ช้าเราก็ส่งอีเมลถึงแม้ว่า '@' จะไม่ "ประดิษฐ์" จนกระทั่งอีกไม่กี่ปีต่อมา แต่ก่อนหน้านั้นเรามีผู้ส่งข้อความโต้ตอบกับระบบแบ่งปันเวลา - จุดเริ่มต้นที่แท้จริงของสิ่งต่าง ๆ เช่น Usenet
Jim Balter

ใช่ในปี 1970 "ในฝูงชน" (ค่อนข้างน้อย) มี ARPANET, Xerox Altos, Ethernet, เครื่องพิมพ์ Dover, เขียนโปรแกรมใน Smalltalk, Lisp, Simula67 หรือ C และมี Tenex และ Unix สำหรับระบบปฏิบัติการ ในช่วงปี 1980 <i> ทุกคน </i> มีเครือข่ายบริเวณกว้างและเพื่อนร่วมงานทางไกลที่แชร์โค้ดขนาดใหญ่ขึ้น
Liudvikas Bukys

สิ่งเหล่านี้เป็นเรื่องธรรมดาในมหาวิทยาลัย
Jim Balter

1
เรียน Jim Balter เราไม่เห็นด้วยจริงๆ ฉันแค่เน้นว่าความแตกต่างที่ยิ่งใหญ่ระหว่างยุค 70 กับยุค 80 ไม่ใช่เครื่องมือที่มีอยู่จริง อีกกรณีในประเด็น: ดู RFC923 (ตุลาคม 1984) มีเพียง 35 ASN ที่ได้รับมอบหมาย - เพียงไม่กี่มหาวิทยาลัยเท่านั้น
Liudvikas Bukys

4

20 ปีที่แล้วฉันเขียนโค้ดที่ 386 ใน Borland C ++ โดยใช้ OWL สำหรับการเขียนโปรแกรม Windows

เครื่องของฉันมี RAM ไม่กี่ MB และฮาร์ดไดรฟ์ 200MB ฉันสามารถติดตั้งซอฟต์แวร์ส่วนใหญ่จากฟลอปปี้ดิสก์ได้ - แต่มีซอฟต์แวร์จำนวนมากเข้ามาในซีดี

เมื่อฉันกด F8 เพื่อ "เรียกใช้" โครงการของฉันใน Borland จากนั้นคอมไพเลอร์จะทำงานได้อย่างรวดเร็วและฉันสามารถเล่นกับผลลัพธ์ได้ทันที

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

เมื่อเราไม่สามารถหาวิธีเขียนโปรแกรมบางอย่างเรามักจะค้นหาคำตอบในหนังสือ - หนังสือ Win32 API มีประโยชน์อย่างยิ่ง

ที่จริงแล้วเราค่อนข้างมีประสิทธิภาพ ... และ IDE ก็ทำงานได้อย่างรวดเร็วในเวลานั้น! แต่พวกเขาไม่มีการปรับโครงสร้างที่ดีและเครื่องมือทดสอบรวมที่ดี


4

20 ปีที่แล้ว? ฉันใช้ IDE ที่ดีกับตัวสร้าง UI แบบลากแล้วปล่อยที่ยอดเยี่ยมและผู้จัดการโครงการ มีภาษา OO ที่ค่อนข้างดีชุดของวัตถุ GUI ที่ดีจริง ๆ แอปที่ยอดเยี่ยมมากมายและหน้าต่างเทอร์มินัลที่ให้ Unix shell ที่แข็งแกร่งแก่ฉัน และเป็นนักแก้จุดบกพร่อง แต่ฉันเห็นด้วยเหล่านั้นมีไว้สำหรับใจที่อ่อนแอ (หรือจัดการกับรหัสที่น่าเกลียดของพวกเขา)

ถ้าฟังดูเหมือน Mac มันเป็นเพราะฉันกำลังพูดถึงสภาพแวดล้อมการพัฒนา NeXT ซึ่งเป็นสิ่งที่เปลี่ยนเป็น Mac OS ที่ทันสมัย สำหรับวิปเปอร์สแนปเปอร์คุณสามารถอ่านประวัติได้ที่นี่:

ในฐานะที่เป็นบันทึกด้านข้างฉันจะบอกว่าอาคาร GUI ที่ยอดเยี่ยมนั้นทำลายฉันทั้งหมด เมื่อฉันเริ่มพัฒนาแอพ Swing ใน Java มันก็เหมือนสุนัขของใครบางคนได้กิน GUI API API เก่า ๆ แล้วโยนมันขึ้นมาอีกครั้งและ Sun ส่งมา ขอบคุณพระเจ้าที่ในที่สุดเว็บก็ได้รับ


4

ฉันเริ่มเขียนโปรแกรมในปี 1981 ขึ้นมาเมื่อ 30 ปีก่อนในฤดูใบไม้ร่วงนี้

ในปีพ. ศ. 2534 ฉันได้ทำงานที่ Apple Computer (หรือที่รู้จักกันแค่ "Apple" ในปัจจุบัน) และทำงานอย่างใกล้ชิดกับ บริษัท แคนาดาขนาดเล็กในชื่อ Metrowerks

Metrowerks สร้าง IDE แบบ kick-ass สำหรับ C, C ++ และ Pascal สภาพแวดล้อมนี้มีบทบาทสำคัญในการเปลี่ยนผ่านที่ประสบความสำเร็จของ Apple เป็นโปรเซสเซอร์ PowerPC จาก 68K

แม้ว่าฉันจะเป็นพนักงานของ Apple แต่ฉันก็เป็นผู้จัดการผลิตภัณฑ์ของ Metrowerks ได้อย่างมีประสิทธิภาพเป็นเวลาหลายปีทำงานอย่างใกล้ชิดกับ Greg Galanos และ Jean Belanger เกี่ยวกับกลยุทธ์ผลิตภัณฑ์ ฯลฯ มันเป็นความร่วมมือที่ใกล้ชิดระหว่าง Apple และนักพัฒนาบุคคลที่สาม การเปลี่ยน, การเปลี่ยน Mac ครั้งแรกของ Apple ที่ยอดเยี่ยม (ที่สองเป็นการเปลี่ยนเป็น OS X)

ในปี 1981 ฉันเข้าสู่ปีแรกของฉันที่ UCSC และมีโอกาสเริ่มทำงานกับ Unix รีลีส 7 (ไม่ใช่เวอร์ชัน 7) ที่ทำงานบน PDP-11/70

ไม่มี IDEs ที่นี่! เฮ็คเราไม่ได้มีการควบคุมเวอร์ชันจนกระทั่งอีกไม่กี่ปีต่อมา!

มันคือ vi (และเป็นกลุ่มไม่ใช่ตัวเลือก), cc, ln และเลือก มันกำลังเขียน C Shell Scripts และทำการแฮ็กแหล่งข้อมูลให้กับ C Shell เพื่อเพิ่มขนาดของตัวแปรสภาพแวดล้อมในรูปแบบ 512 ตัวอักษรเป็น 1024 ตัวอักษรเพื่อรองรับ TERMCAPS ที่ซับซ้อนยิ่งขึ้นของ "เทอร์มินัลอัจฉริยะ" ของเรา

มันได้รับโอกาสในการอ่านสำเนาเถื่อนของLions Bookบนพื้นของคอนโดนอกมหาวิทยาลัยของนักเรียน CIS ชั้นสูง Ted Goldstein Ted เข้าสู่อาชีพที่สมบูรณ์มากรวมถึงรองประธานฝ่ายเครื่องมือที่ Apple

มันกำลังทำให้ฉันใช้งาน Mac ได้ในปี 1984 และ MDS รุ่นแรก (ระบบพัฒนา Macintosh) และเรียนรู้ที่จะตั้งโปรแกรมสัตว์ร้ายตัวใหม่และยอดเยี่ยมนี้

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

ใช่มันสนุกมาก แต่ฉันจะไม่กลับไป ...


ว้าว! และไม่มี RSI หรือ carpal หรือความพ่ายแพ้ด้านสุขภาพอื่น ๆ จากทุกปีของการเขียนโปรแกรม? ไม่ไม่เข้าใจฉันผิดฉันไม่ได้ตั้งใจจะบอกว่า 20 + หรือ 30 ปีแห่งการเขียนโค้ดนำไปสู่ ​​RSI แต่ฉันได้เห็นกรณีที่การใช้บรรณาธิการมากเกินไปเช่น vi นำไปสู่สิ่งนั้นในที่สุด
Mamta D

3

20 ปีที่แล้วฉันเขียนโค้ดในAMOSซึ่งมี IDE และดีบั๊กค่อนข้างดี


ใช่ฉันด้วย! การผสมผสานที่น่าสนใจของภาษาที่น่ากลัวและยอดเยี่ยมในการเรียนรู้ที่จะตั้งโปรแกรม แต่มันก็ใช้ได้ดีในที่สุด ฉันใช้ STOS ซึ่งเป็นบรรพบุรุษของ Atari ST มาก่อนหน้านั้น
Liedman

3

ในปี 1991 ฉันใช้IDE / Framework ชื่อ UIMXบน X Terminal สร้างแอพพลิเคชั่นที่ใช้ Motif ซึ่งเข้าถึง Informatix RDBMS ภาษาคือซี

มี SCCS สำหรับการกำหนดเวอร์ชันสร้างสำหรับการสร้าง

มองย้อนกลับไปไม่แตกต่างจากที่ฉันทำงานในวันนี้มากนัก


3

28 ปีที่แล้วฉันเขียนโค้ดชุดประกอบหกเหลี่ยมด้วยมือสำหรับโปรเซสเซอร์ 6809 (ใน Dragon 32 สำหรับผู้ที่จำได้) - ในที่สุดฉันก็เขียนแอสเซมเบลอร์ที่เหมาะสมสำหรับมันซึ่งช่วย

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

และทุกวันนี้ฉันต้องเรียนรู้ Clearcase, Maven, Ant และ VS - สนุกดี (แต่ฉันคิดถึงวันเก่า ๆ )


3

20 ปีใช่มั้ย ฉันทำงานใน PC-land ในเวลานั้นหลังจากออกจาก Apple-Land ไม่นานก่อนหน้านั้น ย้อนกลับไปฉันจำได้ว่าเด็กที่ร่ำรวยมี IDE เต็มรูปแบบที่มีการดีบักแบบบูรณาการ (Borland & Microsoft) ส่วนที่เหลือของเราถูกขูดพร้อมกับแบรนด์ราคาถูกที่ใช้งานได้ดี แต่ก็ไม่ได้รวมอยู่ในนั้น หนูอยู่บนโต๊ะ แต่ไม่ค่อยได้สัมผัส 90% ของเวลาที่ใช้ในโหมดข้อความ การตั้งค่าจอแสดงผลแบบ Dual เริ่มเลือนหายไป (ก่อนหน้านี้มันเป็นเรื่องธรรมดาที่จะมีหน้าจอการเข้ารหัสแบบขาวดำและหน้าจอแบบ "วิ่ง" ในระบบเดียวกันกับการ์ด MDA และ CGA ใช้ตำแหน่ง I / O / หน่วยความจำที่แตกต่างกัน จะเรียกใช้ในเวลาเดียวกันใน DOS) Windows รุ่นแรกไม่พอใจกับจอภาพหลายจอ

ภาษายอดนิยมคือ C, Pascal และ Modula-2 ผู้คนยังคงใช้โลโก้และพื้นฐาน "Visual Basic" ในที่สุดก็เริ่มฆ่า BASIC COBOL และ RPG ได้รับการสอนในวิทยาลัย

เด็กที่ร่ำรวยใช้ USEnet บนอินเทอร์เน็ตเด็กที่ยากจนยังคงโทรไปยัง BBS ในพื้นที่และใช้กลุ่ม FIDOnet (ที่ 1200-2400bps โดยปกติโมเด็ม 9600bps ยังคงไม่แพงสำหรับคนส่วนใหญ่ราคาเกือบเท่ากับคนอื่น ๆ คอมพิวเตอร์).


3

คอมพิวเตอร์เครื่องแรกที่ผมตั้งโปรแกรมย้อนกลับไปในยุคเป็นยูนิแวก 1218 1218 มีผู้บริหารมินิมัลลิสต์และ 16K จากหน่วยความจำแกนเฟอร์ไรต์คอร์ 18 บิต (ดังนั้นคำว่า "คอร์ดัมพ์") ที่เก็บข้อมูลสำรองถูกจัดการผ่านเทปแม่เหล็กและบัตรเจาะ 80 คอลัมน์ที่ Hollerith เครื่องใช้ส่วนเสริมสำหรับคณิตศาสตร์และส่วนประกอบสองอย่างสำหรับการจัดการ สามารถตั้งโปรแกรมและแก้ไขจุดบกพร่องได้โดยใช้แผงด้านหน้าซึ่งเนื้อหาของรีจิสเตอร์ทั้งหมดที่แสดงโดยใช้สวิตช์ปุ่มกดแบบเรืองแสง ซีพียูนี้อาจดูดั้งเดิมตามมาตรฐานสมัยใหม่ แต่มันก็เจ๋งมากสำหรับฉันในเวลานั้น

ย้อนกลับไปที่หัวข้อ: ฉันใช้ IDE เมื่อยี่สิบปีที่แล้วเพื่อการพัฒนาส่วนใหญ่ของฉัน ฉันไม่ใช่คนแก่ที่ดื้อดึงที่เชื่อว่า IDEs มีไว้สำหรับจิตใจที่อ่อนแอ IDE ที่ดีคือแอมพลิฟายเออร์ด้านการผลิต


2

20 ปีที่แล้วฉันเป็นนักเรียนเขียนโปรแกรม RMCOBOL-85

ฉันใช้เทอร์มินัลสีเขียวเชื่อมต่อกับไฟล์เซิร์ฟเวอร์

อินเทอร์เฟซเป็นตัวแก้ไขข้อความสไตล์ Notepad ไม่มีบิตแฟนซี เรายังมีทางเลือกในการใช้ VI ไม่เคยคิดมาก่อน

อาวันที่ดี :)


2

เกือบ 20 ปีที่แล้วจนถึงวันที่ฉันใช้ IBM PC และ Amiga 1000 เพื่อข้ามรหัส C และการประกอบสำหรับสิ่งที่เรียกว่า Atari Lynx โปรแกรมที่มีปัญหาดำเนินการ 5 เกมคาสิโนใน 47K (นั่นคือกิโลไบต์) ของพื้นที่ด้วย 1K สำหรับตัวแปรระบบบางอย่าง มหันต์ 16K ถูกสงวนไว้สำหรับวิดีโอบัฟเฟอร์คู่ เมื่อระบบ "พัฒนา" มาถึงมีตัวอย่างภาษาแอสเซมบลีที่ทำเป็นประจำเพื่อเปลี่ยนหน้าจอหนึ่งสีและคลิกที่ลำโพง นั่นมัน ถ้าคุณต้องการข้อความคุณต้องสร้างตัวอักษรและรูทีนข้อความของคุณเอง เครือข่าย? ไปข้างหน้าเพียงแค่เขียนไดรเวอร์ของคุณเอง Dunno ทำไม แต่ความยากลำบากของมันเป็นส่วนหนึ่งของความสนุก มันยอดเยี่ยมมาก ๆ


2

คุณล้อเล่นใช่ไหม ฉันกำลังเขย่า 80286 ของฉันใน Turbo Pascal ในช่วงกลาง / ปลายยุค 80

ป้อนคำอธิบายรูปภาพที่นี่


2

20 ปีที่แล้วฉันเป็นส่วนหนึ่งของทีมที่ใช้ Interface Builder และ Objective-C เพื่อสร้างแอปเผยแพร่บนเดสก์ท็อปสำหรับ NeXTstep OS และใช่อินเทอร์เน็ตอยู่ใกล้แค่ใช้งานยากขึ้นนิดหน่อย แต่ฉันสามารถค้นหาและโพสต์คำตอบได้ที่ comp.sys.next

ฉันกำลังดีบัก debuggers ที่ Sun ในปี 1989 ในฐานะผู้ให้การสนับสนุนด้านเทคนิคผู้พัฒนาสัญญา

ฉันใช้ IDEs เกือบ 30 ปีที่แล้ว - UCSD p-System / Apple Pascal เขียน Sundog: มรดกน้ำแข็งสำหรับ Apple II กับ Apple Pascal และ 6502 Assembly (1982-84) เขียน p-code / 6502 disassembler ของฉันเองเช่นกัน สำหรับเรื่องนั้นฉันใช้ UCSD p-System กับไมโครคอมพิวเตอร์ Northstar Horizon (Z-80) ที่สถาบัน Lunar & Planetary Institute ในปี 1981


เป็นวิธีที่ยอดเยี่ยมที่ได้ยินบรูซนี้! ผมจำได้ว่าเมื่อคุณทิ้งโลกของ Mac ที่จะทำงานต่อไป ....
จอร์แดน

2

ในปี 1963 ฉันทำงานในฤดูร้อนที่มหาวิทยาลัย มันอยู่ในคอมพิวเตอร์ PDP-1 ผลิตโดย Digital (DEC)

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

ภาษาคือแอสเซมเบลอร์ เครื่องมีบางอย่างเช่น 4k จาก 18 บิตคำ ไม่มีระบบปฏิบัติการ

ในปี 1971 ฉันอยู่ใน PDP-10 ด้วย 262,144 คำจาก 36 บิตในแต่ละครั้ง ระบบไทม์แชร์แบบอินเตอร์แอคทีฟที่รองรับผู้ใช้งานพร้อมกัน 10 คนเครื่องมือแก้ไขข้อความชื่อ TECO ตัวดีบักยังคงเรียก DDT และภาษาเช่น Lisp, Fortran, Basic และ Algol TECO ทรงพลังจริงๆ คุณสามารถเขียนข้อความที่จัดการกับโปรแกรมได้

PDP-10 เป็นพื้นฐานสำหรับเครื่องจักรที่คล้ายกันที่ทำที่ Palo Alto Research ซึ่งเป็นที่ตั้งของสำนักงานแห่งอนาคต อีเธอร์เน็ต, เมาส์และ GUI, อีเมล, เครื่องพิมพ์เลเซอร์และการเขียนโปรแกรมเชิงวัตถุ Palo Alto มีทุกอย่าง สิบปีก่อนพีซี

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


ก้าวไปข้างหน้าถึงปี 1991 ฉันทำงานกับ VAX ภาษาหลักของฉันคือ SQL แม้ว่าฉันจะเขียนเนื้อหาใน PASCAL เมื่อจำเป็น ฉันยังใช้ DCL และ Datatrieve เป็นภาษาสคริปต์แม้ว่าเราจะไม่ได้ใช้คำนั้น

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

VAX มีตัวดีบักที่ยอดเยี่ยม แต่ฉันไม่เคยเรียนรู้เลย PASCAL ทำให้การเริ่มต้นโปรแกรมค่อนข้างง่ายและการเขียนโปรแกรมที่มีโครงสร้างทำให้การแปลบั๊กเป็นเรื่องง่ายโดยไม่ต้องใช้ดีบักเกอร์ การดีบัก SQL เป็น ballgame ที่แตกต่างกันโดยสิ้นเชิง

นอกเหนือจากการทำงานกับ VAX ฉันใช้เครื่องมือเดสก์ท็อปเพื่อจัดการข้อมูลในเครื่อง เหล่านี้เป็นเครื่องมือ MS Office หรือผู้นำของพวกเขาฉันจำไม่ได้ ส่วนที่ยากคือการเชื่อมโยงเครื่องมือเดสก์ท็อปกับข้อมูลที่เก็บไว้ในฐานข้อมูลบน VAX

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.