ในปี 1987 หรือมากกว่านั้นฉันทำงานกับ บริษัท ที่จ้างฉันเพราะฉันเป็นหนึ่งในไม่กี่คนที่รู้วิธีใช้วิวรณ์ วิวรณ์หากคุณไม่เคยได้ยินเรื่องนี้มาก่อนการใช้งานระบบปฏิบัติการ Pick บนพีซีซึ่งหากคุณไม่เคยได้ยินชื่อของมันมาจากนักประดิษฐ์ก็คือ Dick Pick สามารถพูดได้มากมายเกี่ยวกับ Pick OS ซึ่งส่วนใหญ่ดี จำนวนผู้ขายซูเปอร์มินิ (อย่างน้อยที่สุดและอย่างน้อยที่สุด) ใช้การเลือกหรือการใช้งานแบบกำหนดเองของมัน
บริษัท นี้เป็นร้านค้าชั้นนำและสำหรับระบบภายในของพวกเขาพวกเขาใช้ข้อมูล (ไม่นั่นคือชื่อจริง ๆ : มันเป็นการใช้งานแบบเลือกได้ของนายกรัฐมนตรี) พวกเขามีสัญญากับรัฐในการสร้างระบบที่ใช้พีซีและใช้เวลาประมาณหนึ่งปีในโครงการวิวรณ์ก่อนที่คนงานจะทำงานทั้งหมด ที่ยังเป็นผู้อำนวยการ MIS ของพวกเขาตัดสินใจว่าเขาไม่สามารถทำงานทั้งสองได้อีกต่อไปและจ้างฉัน
เขาได้สร้างมาตรฐานการเข้ารหัสจำนวนหนึ่งสำหรับซอฟต์แวร์ Prime-based ซึ่งส่วนใหญ่มาจากเงื่อนไขพื้นฐานสองประการคือ 1) การใช้เทอร์มินัลใบ้ 80 คอลัมน์และ 2) ความจริงที่ว่าตั้งแต่ Prime ไม่ได้ ไม่มีเครื่องมือแก้ไขภาพเขาจะเขียนเอง เนื่องจากความสามารถในการพกพาของรหัสพิคเขาจึงนำบรรณาธิการของเขาลงไปในวิวรณ์และสร้างโครงการทั้งหมดบนพีซีโดยใช้มัน
แน่นอนว่าวิวรณ์ซึ่งใช้งานบนพีซีนั้นมีเครื่องมือแก้ไขแบบเต็มหน้าจอที่สมบูรณ์แบบและไม่ได้คัดค้านเมื่อคุณผ่านคอลัมน์ 80 อย่างไรก็ตามในช่วงหลายเดือนแรกที่ฉันอยู่ที่นั่นเขายืนยันว่าฉันใช้โปรแกรมแก้ไขและ มาตรฐานของเขา
ดังนั้นมาตรฐานแรกคือทุกบรรทัดของโค้ดต้องถูกคอมเม้นต์ ทุกบรรทัด ไม่มีข้อยกเว้น. เหตุผลของเขาคือการที่แม้ว่าความคิดเห็นของคุณจะพูดในสิ่งที่คุณเพิ่งเขียนในรหัสต้องแสดงความคิดเห็นมันหมายความว่าอย่างน้อยคุณคิดเกี่ยวกับบรรทัดสองครั้ง นอกจากนี้ในขณะที่เขาชี้ให้เห็นอย่างร่าเริงเขาจะเพิ่มคำสั่งลงในตัวแก้ไขที่จัดรูปแบบโค้ดแต่ละบรรทัดเพื่อให้คุณสามารถใส่ความคิดเห็นท้ายบรรทัดได้
โอ้ใช่. เมื่อคุณแสดงความคิดเห็นทุกบรรทัดของรหัสมันเป็นกับความคิดเห็นในตอนท้ายของบรรทัด กล่าวโดยสรุปตัวอักษร 64 ตัวแรกของแต่ละบรรทัดนั้นเป็นรหัสจากนั้นก็มีเครื่องหมายอัฒภาคแล้วคุณมี 15 ตัวอักษรเพื่ออธิบายว่าตัวอักษร 64 ตัวของคุณทำอะไร ในระยะสั้นเรากำลังใช้ภาษาการประชุมเพื่อจัดรูปแบบรหัส Pick / Basic ของเรา สิ่งนี้นำไปสู่สิ่งต่าง ๆ ที่มีลักษณะดังนี้:
EVENT.LIST[DATE.INDEX][-1] = _ ;ADD THE MOST RECENT EVENT
EVENTS[LEN(EVENTS)] ;TO THE END OF EVENT LIST
(อันที่จริงหลังจาก 20 ปีที่ฉันลืมไวยากรณ์การต่อเนื่องของ R / Basic ในที่สุดดังนั้นจึงอาจดูแตกต่างกัน แต่คุณจะได้รับแนวคิดนี้)
นอกจากนี้เมื่อใดก็ตามที่คุณต้องแทรกความคิดเห็นหลายบรรทัดกฎก็คือคุณใช้กล่องดอกไม้:
************************************************************************
** IN CASE YOU NEVER HEARD OF ONE, OR COULDN'T GUESS FROM ITS NAME, **
** THIS IS A FLOWER BOX. **
************************************************************************
ใช่จำเป็นต้องใช้เครื่องหมายดอกจันปิดเหล่านั้นในแต่ละบรรทัด ท้ายที่สุดถ้าคุณใช้โปรแกรมแก้ไขมันเป็นเพียงคำสั่งแก้ไขอย่างง่าย ๆ ในการแทรกกล่องดอกไม้
ทำให้เขารู้สึกไม่สบายใจและให้ฉันใช้ตัวแก้ไขในตัววิวรณ์เป็นการต่อสู้ ในตอนแรกเขายืนกรานเพียงเพราะเป็นกฎ เมื่อฉันคัดค้านว่าก) ฉันรู้แล้วว่าตัวแก้ไขวิวรณ์ข) มันทำงานได้ดีกว่าตัวแก้ไขของเขาค) ผู้พัฒนาวิวรณ์คนอื่นจะมีมุมมองเดียวกันเขาก็โต้ว่าถ้าฉันไม่ได้ฝึกฝนตัวแก้ไขของฉัน เคยสามารถทำงานบน Prime codebase ซึ่งในขณะที่เราทั้งสองรู้ว่าจะไม่เกิดขึ้นตราบใดที่นรกยังไม่คลี่คลาย ในที่สุดเขาก็ยอมแพ้
แต่มาตรฐานการเข้ารหัสเป็นครั้งสุดท้ายที่จะไป โดยเฉพาะอย่างยิ่งความคิดเห็นในกล่องดอกไม้นั้นเสียเวลาเปล่า ๆ และเขาก็ต่อสู้กับฉันด้วยการพูดว่าถ้าฉันแค่ใช้เครื่องมือที่เหมาะสมในการดูแลรักษามันก็จะง่ายมาก (สิ่งทั้งปวงมีความก้าวร้าวค่อนข้างรุนแรง) ในที่สุดฉันก็ยอมแพ้อย่างเงียบ ๆ และจากนั้นในทุกรหัสที่ฉันนำมาให้รีวิวโค้ดก็มีความเห็นเกี่ยวกับกล่องใส่ดอกไม้ของเขา
อยู่มาวันหนึ่งหลายเดือนเมื่อฉันค่อนข้างพิสูจน์ตัวเองได้ดีกว่าคนที่มีความสามารถ (โดยเฉพาะเมื่อเปรียบเทียบกับขบวนพาเหรดที่น่าทึ่งของโคเดอร์คนอื่น ๆ ที่ผ่านสำนักงานในขณะที่ฉันทำงานที่นั่น) เขามองไหล่ฉัน ทำงานได้และเขาสังเกตเห็นว่าฉันไม่ได้ใช้ความคิดเห็นกล่องดอกไม้ โอ้ฉันบอกว่าฉันเขียนฟอร์แมตซอร์สโค้ดที่แปลงความคิดเห็นของฉันเป็นสไตล์ของคุณเมื่อฉันพิมพ์ออกมา ง่ายกว่าการดูแลรักษาไว้ในเครื่องมือแก้ไข เขาอ้าปากคิดสักครู่ปิดมันออกไปและเราไม่เคยคุยกันเรื่องมาตรฐานการเข้ารหัสอีกเลย งานของเราทั้งคู่ง่ายขึ้นหลังจากนั้น