จะแยกความแตกต่างระหว่างซอฟต์แวร์ที่เป็นเรื่องเล็กน้อยและไม่เป็นเรื่องเล็กได้อย่างไร [ปิด]

ดังนั้นสิ่งที่ทำให้โปรแกรมเล็กน้อยจริง ๆ ?

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

ตัวอย่างเช่นคำถามเกี่ยวกับการทดสอบหน่วยเป็นจำนวนมากฉันได้ยิน 'ถ้าไม่สำคัญคุณต้องทดสอบหน่วย'

ฉันจะออกไปที่นี่แล้วพูดว่า:

โปรแกรมเล็ก ๆ น้อย ๆ เป็นโปรแกรมที่ไม่ส่งผลกระทบโดยตรงต่อธุรกิจ

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

ฉันเชื่อว่าความตั้งใจทั่วไปของคำแถลงนั้นน่าจะเป็นโปรแกรมที่มีลักษณะดังต่อไปนี้:

• มันเล็ก.
• อายุการใช้งานสั้น
• ไม่จำเป็นต้องมีการขยายเพิ่มเติม
• นักพัฒนาเพียงคนเดียว

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

เล็กน้อยคือ ...

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

ในสภาพแวดล้อมขององค์กรฉันจะเพิ่มสิ่งเหล่านี้:

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

ฉันจะกำหนดโปรแกรมเล็ก ๆ น้อย ๆ เป็นหนึ่งที่สามารถเข้ารหัสได้อย่างสมเหตุสมผล:

• ในหนึ่งนั่ง
• ในฐานะที่เป็นไฟล์ / โมดูลเดียว (สมมติว่าคุณไม่ได้เขียนโปรแกรมใน Java หรือภาษาบางภาษาที่บังคับให้แยกโมดูลที่ละเอียดยิ่งยวด)
• โดยโปรแกรมเมอร์ "ดีแจ็คของการซื้อขายทั้งหมด" มากกว่าผู้เชี่ยวชาญ

นี่คือตัวอย่างของโปรแกรม "เรื่องไม่สำคัญ" ของฉัน:

1. โครงการ "จำลอง" ที่ฉันติดตั้งและเริ่มเขียนโปรแกรมเพื่อให้ฉันสามารถลองใช้ชิ้นส่วนของเทคโนโลยีหรือรหัสตัวอย่าง ไม่มีความตั้งใจที่จะนำไปใช้หรือแม้กระทั่งแสดงต่อทุกคน
2. เขียนรหัสการสาธิตสำหรับงานนำเสนอทางเทคนิค
3. A "one-off" ฉันหมายถึงแอปพลิเคชันด่วนที่ฉันต้องสร้างเพื่อใช้เพียงครั้งเดียวเนื่องจากเป็นสถานการณ์ที่แปลกของข้อมูลที่ต้องถูกย้ายในลักษณะใดวิธีหนึ่งหรือบางสิ่งที่จะถูกแทนที่ในทันทีด้วยบางสิ่งที่ถาวรกว่า

ซอฟต์แวร์ Trival ไม่มีอยู่มันคือเมื่อคุณได้ยินความต้องการและสิ่งต่าง ๆ ที่จะต้องไตร่ตรองเมื่อในความเป็นจริงแล้วมันไม่ใช่ trival

นี่คือข้อความที่ฉันเห็นใน Usenet ทศวรรษที่ผ่านมาตอนนี้มันมีความเกี่ยวข้องมากขึ้น

ความซับซ้อนของโซลูชันซอฟต์แวร์นั้นแปรผกผันกับความซับซ้อนของคำอธิบายในสิ่งที่ควรทำ - ไม่ทราบ

โปรแกรมที่เป็นเพียงวิธีการ getter / setter ไม่มีตรรกะการเขียนโปรแกรม บางทีบางสิ่งบางอย่างที่มีลูป

นั่นคือคำจำกัดความของฉันเล็กน้อย

คำจำกัดความการทำงานของเราคือ "ไม่มีอะไรอื่นขึ้นอยู่กับ"

น่าเสียดายที่มีต้นแบบเล็ก ๆ น้อย ๆ ที่กลายเป็นผลิตภัณฑ์การผลิตที่ไม่สำคัญ

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

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