เหตุใดเราจึงใช้ชื่อรหัสภายในที่ไม่ใช่คำอธิบาย [ปิด]


16

ฉันคิดว่าการใช้ชื่อไฟล์นั้นค่อนข้างแพร่หลาย บริษัท ของเราก็ใช้มันเช่นกัน

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

ฉันเห็นรูปแบบที่เครื่องทดสอบภายในตั้งชื่อตามกลุ่มดาวเซิร์ฟเวอร์สาธารณะที่ตั้งชื่อตามเทพเจ้ากรีก และโครงการจะถูกตั้งชื่อตามสถานที่หรือชื่อของดาราภาพยนตร์หรือชื่อตัวละครที่สุ่มเลือก แต่ไม่มีข้อมูลโดยตรงจากชื่อว่าเครื่องเป็น Windows หรือ Linux; เซิร์ฟเวอร์ 32 หรือ 64 บิต หรือโครงการเกี่ยวกับอะไร

ฉันมีความรู้สึกไม่ดีเมื่อเห็นข้อความมอบอำนาจของ VCS ว่ามีใครบางคนแยกโครงการ "แกนดัล์ฟ" หรือโครงการ "Callanish" หรือโครงการอะไรก็ตาม ด้วยเหตุผลเดียวกันคุณไม่ได้ตั้งชื่อฟังก์ชั่นและตัวแปรแบบนั้น

ฉันเสนอว่าเราควรใช้ชื่อที่มีความหมายมากกว่านี้อย่างน้อยสำหรับหน่วยงานใหม่ แต่ฉันต้องเผชิญกับการต่อต้านที่แข็งแกร่งมาก เห็นได้ชัดว่าทุกคนในองค์กรยกเว้นฉันรักสิ่งที่ตั้งชื่อเช่นนั้น

เหตุใดเราจึงใช้ชื่อรหัสที่ไม่อธิบาย

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

แก้ไข:

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

เซิร์ฟเวอร์ที่มีปัญหาคืออิมเมจเครื่องเสมือนที่เราทดสอบผลิตภัณฑ์ใน ... ฉันไม่ทราบว่าเครื่องมีอยู่จริงหรือไม่ ดังนั้นเรียกพวกเขาว่า windowsxp_32, windows7_64, debian_32 หรือ solaris_64 นั้นใช้ได้ทั้งหมด


6
สิ่งที่อธิบายให้คุณอาจไม่ได้อธิบาย (หรือ consise) เพียงพอสำหรับคนอื่น ชื่อคือชื่อคือชื่อ ไม่มีความสับสนหรือไม่เห็นด้วย
Robbie Dee

1
คำตอบมากมายและถ้าคุณถามคำถามว่า "ฉันควรจะตั้งชื่อเซิร์ฟเวอร์ของฉันตามวัตถุประสงค์หรือโดยเทพเจ้ากรีก?" ฉันสงสัยว่า / หวังว่าจะได้รับการแนะนำ และใช่ fileserver4 นั้นจดจำได้ง่ายกว่า Aphrodita เมื่อพูดถึงความทรงจำซึ่งเป็นเซิร์ฟเวอร์ที่มี ftp
Vorac

2
คำถามนี้ดูเหมือนจะไม่อยู่ในหัวข้อเนื่องจากไม่เกี่ยวข้องกับการพัฒนาซอฟต์แวร์
Mike Partridge

4
ชื่ออะไร? สิ่งที่เราเรียกกุหลาบโดยคำอื่น ๆ จะได้กลิ่นหอมหวาน
Caleb

3
ฉันหวังว่าสาขาแกนดัล์ฟไม่ใช่ชื่อรหัสสำหรับกรอบการทดสอบหน่วย อะไรก็ตามที่วิ่งผ่านมันจะไม่ผ่าน!
corsiKa

คำตอบ:


25

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

คำเตือน: นี่จะมีความคิดเห็นและเรื่องราวเล็ก ๆ น้อย ๆ เนื่องจากคำถาม

ในสถานที่ที่ฉันทำงานเมื่อสองสามปีก่อนเซิร์ฟเวอร์ทั้งหมดของเราได้รับการตั้งชื่อตามดวงจันทร์และส่วนของร่างกาย "Rhea", "Miranda", "lung", "ไต" เป็นต้น

ตัดสินใจขึ้นสูงเช่นเดียวกับคุณว่านี่มันช่างน่าเบื่อนิดหน่อยและเราควรเปลี่ยนเป็นชื่อที่ "อธิบาย" เพิ่มเติมเช่น "arc-sql-w-4" หรือ "lon-web-lin-2" เรื่องนี้ได้พบกับฝ่ายค้านมาก แต่มันก็ผ่านไป เราเปลี่ยนชื่อทุกอย่าง

แล้วมีอะไรผิดพลาด?

ก่อนหน้านี้เรารู้ว่าส่วนหัวของเครื่องใดเป็นฐานข้อมูลหลักและเป็นทาสเพราะเราจำได้ว่า "หัวใจ" ควบคุม "หัว" หรือ "Tarvos" นั้นเป็นแอพพลิเคชันเซิร์ฟเวอร์สำหรับ X อะไรก็ตาม ตอนนี้เราต้องระลึกถึงสัญลักษณ์ที่คลุมเครือซึ่งบางส่วน แต่ไม่ได้อธิบายอย่างเต็มที่ถึงเครื่องที่เรากำลังมองหา เราต้องรู้ผ่านตารางการค้นหาในหัวของเราว่า "lon-web-lin-1" เป็นเซิร์ฟเวอร์แอปพลิเคชันสำหรับผลิตภัณฑ์ A และ "lon-web-lin-2" สำหรับผลิตภัณฑ์ B

มันคล้ายกับเหตุผลที่คุณควรใช้รหัสผ่านเช่น FartDownTrousersForALivingDoYou? แทน 43gH5 # € 1 ผู้คนจดจำคำศัพท์ได้ดีไม่ใช่กองขยะแบบสุ่ม คำเป็นสัญลักษณ์ที่อ้างถึงสิ่งต่าง ๆ

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

นอกจากนี้และนี่คือจุดสุดท้าย ชื่อสนุกกว่าเยอะ

แล้วชื่อโครงการล่ะ

ดีกว่า "Project Gandalf" คุณเสนออะไร "Project prototype function X และดูว่าเราสามารถพัฒนามันเป็นผลิตภัณฑ์" ได้หรือไม่? จะเกิดอะไรขึ้นถ้าขอบเขตโครงการเปลี่ยนแปลงเราจะเปลี่ยนชื่อโครงการหรือไม่ อีกครั้งชื่อเป็นสัญลักษณ์ชวเลขที่อ้างถึงสิ่งต่าง ๆ


5
ดูเหมือนว่าคุณจะเปลี่ยนคำอุปมาอุปมัยที่เป็นคำอธิบายสำหรับอักษรอียิปต์โบราณที่ไม่ใช่คำอธิบาย คุณควรบังคับใช้รูปแบบการตั้งชื่อที่ทำให้ชัดเจนว่าผลิตภัณฑ์ใดทำงานบนเซิร์ฟเวอร์ใด นั่นคือสิ่งที่เป็น "คำอธิบาย" เป็นเรื่องเกี่ยวกับ;)
back2dos

9
@ back2dos - และเมื่อมีการปรับใช้แอปพลิเคชันใหม่ไปยังเซิร์ฟเวอร์หรือแอปพลิเคชันที่มีอยู่ย้ายไปยังเซิร์ฟเวอร์อื่นคุณเปลี่ยนชื่อเซิร์ฟเวอร์ที่ได้รับผลกระทบทั้งหมดหรือไม่ แล้วเมื่อใดที่ผลิตภัณฑ์ A ถูกเปลี่ยนชื่อ (เนื่องจากเราไม่ได้ใช้ชื่อรหัส) คุณจะเปลี่ยนทุกที่ที่ชื่อนั้นถูกเก็บไว้ในไคลเอนต์หรือไม่? หรือคุณจะปล่อยนามแฝง DNS ที่ทำให้เข้าใจผิดเพื่อลดขอบเขตของการเปลี่ยนแปลงหรือไม่
Justin Cave

5
@ back2dos - การเปลี่ยนชื่อเซิร์ฟเวอร์ (และอัปเดตไคลเอนต์ทั้งหมด) ทุกครั้งที่มีการปรับใช้แอพใหม่จะได้รับความเจ็บปวดอย่างรวดเร็ว จะเกิดอะไรขึ้นเมื่อคุณปรับใช้แอปที่ 10 ไปยังเซิร์ฟเวอร์เฉพาะ จะเกิดอะไรขึ้นเมื่อคุณมีเครื่องไคลเอนต์หลายร้อยเครื่องที่มีการอ้างอิงชื่อเซิร์ฟเวอร์เฉพาะ มีข้อมูลมากขึ้นถ้าเซิร์ฟเวอร์เพียงจับdb3.todoapp todoappหากการตลาดตัดสินใจที่จะเรียกแอพ "Organizer Pro" และคุณมีแอพอื่น ๆ 8 ตัวบนเซิร์ฟเวอร์การจัดการชื่อจะค่อนข้างซับซ้อน
Justin Cave

4
นอกจากนี้จะเกิดอะไรขึ้นเมื่อเครื่องจักรมีฟังก์ชันมากกว่าหนึ่งฟังก์ชัน ชื่ออาจมีขนาดใหญ่มากหรือไม่สามารถอธิบายได้อย่างถูกต้อง
ทอม

3
เป็นการยากที่จะไม่เห็นด้วยกับ back2dos "อักษรอียิปต์โบราณที่ไม่มีคำอธิบาย" เป็นสิ่งที่ฉันคิดเมื่ออ่านตัวอย่างของคุณ ความแตกต่างระหว่างบทบาทและเอกลักษณ์ของ back2dos ก็มีความเกี่ยวข้องเช่นกัน ที่ บริษัท ของฉันมีการตั้งชื่อเซิร์ฟเวอร์ตามบทบาทของพวกเขาและชื่อเช่น "http-blog-db-failover" ดูเหมือนจะชัดเจนกว่า "เฮอร์ไมโอนี่" มากและชื่อจะไม่เปลี่ยนเมื่อฉันเปลี่ยนจาก MongoDB เป็น CouchDB หรือเมื่อฝ่ายการตลาดตัดสินใจเปลี่ยนชื่อทางการค้าของเว็บไซต์ที่โฮสต์บล็อก
Arseni Mourzenko

10

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

มีคนตัดสินใจว่าควรย้ายไฟล์เซิร์ฟเวอร์ไปยัง Linux หรือไม่ หากชื่อของมันคือ "Apollo" นั่นไม่ใช่ปัญหา หากชื่ออ้างอิง "windows" มันอาจทำให้เข้าใจผิดหรือต้องเปลี่ยนไปทุกที่ด้วยค่าใช้จ่ายหรือความเสี่ยง คุณกำลังแนะนำรูปแบบผลลัพธ์ใหม่หรือไม่ สำหรับความรักของพระเจ้าอย่าเรียกว่า 'รูปแบบใหม่'! มันจะถูกแทนที่ในที่สุดอีกครั้งและรูปแบบที่ใหม่กว่าจะต้องใช้ชื่อที่มีความหมายมากขึ้นเพื่อแยกความแตกต่าง เรียกมันว่า '3' ดังนั้นคุณสามารถเพิ่มเป็น '4' หรือ 'ทอง' ในภายหลังเพื่อให้คุณสามารถอัปเกรดเป็น 'ทองคำขาว'

(เหตุผลเพิ่มเติมคือชื่อที่ประกอบด้วยนักเก็ตข้อมูลเป็นที่น่าเกลียดไม่มีใครอยากทำงานบนคอมพิวเตอร์ที่ชื่อ "PC-Marketing-Windows7-143" - พวกเขาจะใช้ "Apollo" หรือแม้แต่ "Bacchus" มากกว่านั้น ทุกวัน แต่ประเด็นหลักคือตัวตน / การแบ่งทรัพย์สิน)


5
ชื่อที่สื่อความหมายไม่ตรงกับคุณสมบัติแต่วัตถุประสงค์ ถ้าคุณเรียกใช้ฟังก์ชั่นที่แสดงการส่งออกแล้วใช่มันเป็นที่รู้จักมากขึ้นกว่าHermes functionWithTenLinesOfCodeส่วนตัวผมจะเรียกมันprintว่า
back2dos

@ back2dos ตัวอย่างที่ OP ให้ดูเหมือนจะอธิบายเทียบเท่ากับprint_left_aligned_to_CRT_monitor()
Izkata

@Izkata: Cathy()คุณต้องยอมรับว่าเป็นวิธีที่ดีกว่า หมายเหตุ: ฉันเคยเห็นรหัสการผลิตพร้อมฟังก์ชั่นและชื่อตัวแปรที่อ้างถึงเนื้อร้อง Guns & Roses และมีความผิดในการเขียนรหัสการผลิตพร้อมชื่อตัวแปรและฟังก์ชั่นที่อ้างอิงถึงบัฟฟี่
slebetman

10

จากประสบการณ์ของฉันมี 3 เหตุผล:

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

  2. กระบวนการตั้งชื่ออาจเป็นเรื่องสนุก บาง บริษัท ลงคะแนนด้วย คนอื่นสนุกกับการขึ้นชื่อที่ไม่ซ้ำกัน เพียงแค่ถามผู้ปกครองใด ๆ

  3. สำหรับโครงการภายนอกมันมักจะทำการตลาดที่ตัดสินว่าชื่อคืออะไรและโดยปกติแล้วพวกเขาจะทำสิ่งนั้นก่อนที่จะส่ง Microsoft ตัดสินใจเรียก OS ล่าสุดว่า "Windows 10" เมื่อใด ฉันสงสัยว่ามันถูกเรียกว่าเสมอ โครงการอาจอยู่ในระหว่างการพัฒนาเป็นเวลานานและในบางกรณีคุณต้องการทำให้งงงวยเพื่อให้คนภายนอก บริษัท ไม่ทราบว่าคุณกำลังพูดถึงเรื่องอะไร


5
นอกจากนี้ยังควรเพิ่มชื่อที่สามารถปรับให้เข้ากับงานที่ต้องสงสัย แกนดัล์ฟอาจจะเป็นเซิร์ฟเวอร์สำหรับสร้าง "ซึ่งเวทย์มนตร์เกิดขึ้น" เซอร์เบอรัสอาจเป็นไฟร์วอลล์เฮฟแฮสตัสเซิร์ฟเวอร์ dev ฯลฯ ... มันยากมากที่จะเชื่อมโยงตัวเลขกับฟังก์ชั่น
Liath

1
โดยวิธีการ: ชื่อภายในสำหรับ "Windows 10" เป็นจริง "Windows NT 6.4" แต่การตลาดจะไม่ยอมรับว่า 6.0 "aka" Vista เป็นรุ่นสุดท้ายที่เคอร์เนลระบบปฏิบัติการได้รับการออกแบบใหม่อย่างมีนัยสำคัญ
ฟิลิปป์

@Phippipp เพียงพิมพ์ "ver" ลงในบรรทัดคำสั่งของเครื่อง Windows 7 - 6.1 (vista SP1 ซึ่งเป็นเรื่องตลกเสมอ) ไม่แน่ใจว่า Windows 8 อยู่ด้านบนสุดของหัวของฉัน
Liath

ของ Windows 8.1 Pro (ผมบางพีซีนี้ไม่ได้มีการปรับปรุง 1): 6.3.9600 msdn.microsoft.com/en-us/library/windows/desktop/...
WernerCD

@Philipp AFAIK ที่ดำเนินการเพื่อเหตุผลด้านความเข้ากันได้แบบย้อนหลังมันไม่ได้สะท้อนถึงการเปลี่ยนแปลงของเคอร์เนลเท่าใด
svick

6

การตั้งชื่อแบบบรรยายนั้นยาก™มันง่ายกว่ามากถ้าคุณมีธีมที่มาพร้อมกับรายการคำศัพท์ที่คุณสามารถใช้ได้โดยอัตโนมัติ

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

Salsaนอกจากนี้ยังทำให้การประชุมความบันเทิงเมื่อการตั้งชื่อจะรีดออกมาและตัดสินใจที่จะทำฐานชื่อห้องประชุมหลังจากที่แนวเพลงและคุณชื่อโรงอาหาร


1
Descriptive naming is hard™, it's much easier if you already have a theme which automatically comes with a list of words you can use.จริงแท้แน่นอน. แต่เพียงเพราะง่ายกว่าไม่ได้หมายความว่าดีในระยะยาว สิ่งที่คุณพูดไม่เหมือนกับการออกแบบ API ที่ไม่เหมาะสมเพราะมันง่ายกว่าที่จะตัดการทำงานออกไป
back2dos

4

นี้อาจจะเกี่ยวข้องกับบริบทสูงหรือวัฒนธรรมบริบทต่ำ ทุก บริษัท องค์กรหรือทีมมีวัฒนธรรมของตนเอง วัฒนธรรมบริบทสูงหรือต่ำหมายถึงจำนวนข้อมูลที่วัฒนธรรมต้องการเชื่อมโยงอย่างชัดเจนและจำนวนคนที่คาดว่าจะรับจากบริบท

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

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

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

ดังนั้นจึงดูเหมือนเป็นคุณค่าทางวัฒนธรรมมากกว่า แต่การปฏิบัติทางเทคนิคจะปรับให้เข้ากับความชอบทางวัฒนธรรม

บริบทสูงอาจสนุกกว่าและมีค่าบางอย่างในนั้น


3

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

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


2

คำถามที่สำคัญคืออะไรคือคำอธิบาย? คำตอบอื่น ๆ ได้ทำงานที่ยอดเยี่ยมแสดงให้เห็นถึงสิ่งที่ไม่ได้อธิบาย

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

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

เว้นแต่จะเป็นงานของคุณในการทำงานเกี่ยวกับวิธีการที่องค์ประกอบDoesXสำเร็จ X ก็ไม่เป็นของธุรกิจของคุณ ถ้ามันเป็นงานของคุณคุณจะต้องเผชิญหน้ากับมันทันที

บางครั้งก็ยากที่จะหาชื่อที่สื่อความหมาย แต่บ่อยครั้งกว่านั่นคือสัญญาณของการไม่เข้าใจว่าสิ่งต่าง ๆ ทำอะไรคุณต้องตั้งชื่อ ก่อนที่จะมีความเข้าใจนั้นคุณไม่ควรกังวลกับสิ่งที่คุณไม่รู้;)


+1 แต่สิ่งที่เกี่ยวกับการเพิ่มตัวอย่าง? คุณอาจใช้ตัวอย่างที่ฉันใช้เมื่อแสดงความคิดเห็นคำถาม ( http-blog-db-failoverสำหรับเครื่องที่โฮสต์ฐานข้อมูล failover ของบล็อกที่โฮสต์เว็บไซต์การย้ายจาก Linux ไปยัง Windows หรือจาก MongoDB เป็น CouchDB จะไม่ส่งผลกระทบต่อชื่อ )
Arseni Mourzenko

2

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

เหตุผลที่สองคือการสร้างความสนิทสนมกัน หากทีมได้รับเลือกชื่อนั้นสามารถเลือกได้ตามใจชอบ มันบอบบาง แต่ก็ช่วยเพิ่มขวัญกำลังใจของทีมเมื่อคุณทำงานในโครงการชื่อ Viper หรือ Gimley หรือ Boba หรือ Bugatti แทนที่จะเป็นโครงการที่มีชื่อว่า 'Q3 Accounting Updates' ฉันมีเพื่อนคนหนึ่งที่ทำงานกับทีมด้วยผู้ที่ชื่นชอบรถเป็นกลุ่ม พิธีกรรมโครงการเขี่ยที่ชื่นชอบของพวกเขาคือการเลือกรถที่พวกเขาจะใช้เป็นชื่อรหัสโครงการ


2

ฉันคิดเสมอว่านี่เป็นสิ่งที่ทำกันเป็นส่วนใหญ่เพราะมันทำให้คนสนุก ผู้คนถูก จำกัด โดยสื่อเพื่อเพิ่มคุณค่าให้กับการกระโดดไปรอบ ๆ ในที่มืดเมื่อเทียบกับการใช้งานในเวลากลางวัน ตอนอายุ 5 ขวบเรามี "Special Agent Oso"; ตอนอายุ 15 เป็น James Bond ความลับช่วยให้อากาศมีความสำคัญต่อกิจกรรมทางโลกของผู้อื่น (เช่นการเขียนโปรแกรมคอมพิวเตอร์)

ที่เกี่ยวข้องมีคนทำโลโก้สำหรับ "Longhorn" เมื่อมันเป็นชื่อรหัสของ Microsoft ( http://en.wikipedia.org/wiki/File:Windows_Longhorn_logo.svg ) ทำไมบางคนถึงทำโลโก้ชื่อรหัสที่ไม่ได้ตั้งใจให้เป็นส่วนหนึ่งของความพยายามทางการตลาด อีกครั้งที่ผู้คนทำสิ่งนี้เพราะมันทำให้พวกเขาสนุก การเล่นใน Photoshop นั้นง่ายกว่า / สนุกกว่าการทำงานจริง


1

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

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

เดียวกันสามารถทำได้ด้วยชิ้นส่วนของซอฟต์แวร์, ชื่อรุ่นการผลิตหลังต้นไม้, รุ่นเบต้าหลังจากดอกไม้, ฯลฯ

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