ความคิดเห็นของคนแรกเบี่ยงเบนความสนใจและไม่เป็นมืออาชีพหรือไม่


63

ฉันเพิ่งพบว่าตัวเองกำลังเขียนความคิดเห็นต่อไปนี้ในบางรหัส (archaic Visual Basic 6.0) รหัสที่ฉันเขียน:

If WindowState <> 1 Then
    'The form's not minimized, so we can resize it safely
    '...
End if

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

ฉันสามารถเขียนใหม่เป็นit can be resizedและหลีกเลี่ยงปัญหา แต่มันจุดประกายความอยากรู้ของฉัน: มันเป็นเรื่องธรรมดาที่จะใช้คนแรกเช่นนี้ในการแสดงความคิดเห็นหรือมันถือว่าเป็นการรบกวนและ / หรือไม่เป็นมืออาชีพ?


1
ความคิดเห็นสำหรับ downvote? นี่เป็นคำถามแรกของ Programmers.SE และฉันยังคงพยายามหาว่าอะไรที่ทำให้คำถาม P.SE เทียบกับคำถาม SO ที่ดี
dlras2

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

56
ฉันชอบ 'เรา' มันเป็นมิตรและรวมอยู่ในประเภทที่ดีต่อสุขภาพ
Jeremy

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

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

คำตอบ:


103

ความคิดเห็นควรเขียนเพื่อให้มนุษย์เข้าใจ เมื่อมนุษย์สื่อสารเรามักใช้ "ฉัน", "เรา", "คุณ" และอื่น ๆ

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


3
+1 เมื่อเขียนด้วยวิธีนี้กระตุ้นให้นักเขียนพิจารณาผู้ที่อาจเป็นผู้อ่านและนั่นจะช่วยให้คุณเห็นแนวคิดที่อาจต้องอธิบายให้ดีขึ้น
Justin Ohms

64
// we approve of this answer:)
Jarrod Dixon

3
+1 และแอมพลิฟายเออร์: สิ่งที่ตรงกันข้าม, สิ่งก่อสร้างที่แฝงด้วยเสียงเช่น "สามารถปรับขนาดได้" ถูกปฏิเสธเป็นลายลักษณ์อักษรโดยทั่วไปเมื่อเราพบว่ามันยากที่จะเข้าใจ หากคุณใช้เสียงพูดเรื่อย ๆ คุณบังคับให้ผู้อ่านคิดค้นและจดจำหัวข้อสำหรับประโยคนั้น
msw

1
@msw: ไม่ควรที่จะเป็น 'เราปฏิเสธสิ่งก่อสร้างแบบพาสซีฟเสียงเช่น "สามารถปรับขนาดได้" ... ' งั้นเหรอ?
tdammers

2
ตัวอย่างเช่น @msw ในภาษารัสเซียโครงสร้างเสียงแบบพาสซีฟเป็นเรื่องปกติและเข้าใจได้ง่ายขึ้นเนื่องจากความแตกต่างทางวัฒนธรรม (และไม่ฉันไม่ได้เขียนประโยคนั้นด้วยน้ำเสียงที่ไม่ตั้งใจ!)
P Shved

22

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

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

'The form is not minimized so it can be resized safely.

4
"ถ้าข้อความสามารถถ่ายทอดในลักษณะที่ไม่มีความหมายได้ทำไมต้องเลือกอย่างอื่น" ในฐานะที่เป็นคนที่ต้องตบหัวของเขากับผนังพยายามที่จะใช้ห้องสมุดที่มีเอกสารไม่ดีของใครบางคน - แหล่ง libs ที่เปิดอยู่นั้นมีชื่อเสียงในเรื่องนี้ - ฉันพูดว่าฉันจะค่อนข้างมีความคิดเห็นมากเกินไป ฉันคิดว่าฉันเห็นด้วยกับคุณแม้ว่าถ้าคุณหมายถึงใช้ประโยคที่ดีที่มีเครื่องหมายวรรคตอนที่ถูกต้องที่เหมาะสม
Jonathan Henson

3
+1 สำหรับการไม่สมมติความรับผิดชอบทั้งหมดในการตั้งค่าทีม และในขณะที่ฉันเห็นด้วยเกี่ยวกับการพยายามหลีกเลี่ยงการแสดงความคิดเห็น verbose บางครั้งกาลที่แฝงอาจจะยากที่จะอ่าน (ตามที่ jkj ชี้ให้เห็น) และ verbose ไม่น้อยและฉันชอบเลี่ยง obfuscation =]
dlras2

2
@ Jonathan Henson: ความคิดเห็นหลายอย่างดี แต่ถ้าพวกเขามีข้อมูลที่เป็นประโยชน์มากมาย หากจำนวนข้อมูลเท่ากันสามารถแสดงในสองวิธีที่เทียบเท่ากันข้อมูลที่สั้นกว่านั้นจะดีกว่า
tdammers

คำแนะนำของฉันคือหลีกเลี่ยงการใช้เสียงเฉยๆ มันยากที่จะเข้าใจโดยเฉพาะอย่างยิ่งสำหรับผู้ที่พูดภาษาอังกฤษ
Ville Laurikari

18

ฉันใช้วิธีใดวิธีหนึ่งจากสองวิธีซึ่งโดยปกติแล้วจะเป็นสิ่งที่ดีกว่า

ในการอธิบายสิ่งต่าง ๆ เช่นข้อกำหนดหรือเหตุผลฉันไปกับ "เรา" ตามที่คุณมี:

// We can't proceed unless the user has given us this information.

หากฉันอธิบายกระบวนการฉันมักจะใช้คำสั่งเสียง (คำสั่ง) ที่จำเป็น (แก้ไขฉันหากคำนั้นผิด):

// Get the foo from bar and make sure it follows our required format.

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


นี่คือสไตล์ของฉันเช่นกัน ทั้งสองวิธีที่คุณอธิบายมีสถานที่ของพวกเขา
zourtney

9
หลังมี "ของเรา" ในนั้นเช่นกัน ฉันคิดว่ามันน่าสนใจที่ผู้คนเขียนความคิดเห็นตามธรรมชาติในพหูพจน์คนแรก
Reid

@ เรดว้าวใช่แล้วที่เป็นแค่สัญชาตญาณฉันไม่ได้สังเกต แต่มันอาจจะพูดง่าย ๆ ว่า "ตัว"
Tesserex

8

ฉันคิดว่ามันเป็นแค่ความแตกต่างของสไตล์การเขียนเชิงวิชาการ / ทางเทคนิคซึ่งมักจะไม่มีตัวตน การใช้เสียงแฝงโดยใช้ "ราชวงศ์เรา" ("หนึ่ง" เป็นวันที่)

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

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


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

7

ความคิดเห็นควรบอกคุณว่าทำไมสิ่งที่กำลังทำอยู่ไม่ใช่สิ่งที่กำลังทำอยู่ หากสิ่งที่กำลังทำไม่ชัดเจนจากรหัสแก้ไขรหัสไม่เพียงแค่เพิ่มความคิดเห็น บุคคลที่หนึ่งบุคคลที่สอง ฯลฯ ไม่สำคัญว่าสิ่งสำคัญคือการสื่อสารข้อมูลที่จำเป็น

หากคุณต้องบรรยายโค้ดให้ชอบสิ่งจำเป็นเช่น

'ensure that the window is not minimized
If WindowState <> 1 Then
    'resize the window
    '...
End if

(และโปรดอย่าใช้ค่าคงที่เปลือยเช่น "1" ในรหัส)


3
+1 สำหรับความต้องการที่จำเป็นฉันไม่ได้คิดอย่างนั้น 1นอกจากนี้ใช่ฉันไม่ควรได้ใช้เปลือย ฉันมักจะค่อนข้างดีเกี่ยวกับเรื่องนี้ ... ปล่อยให้ฉันเพื่อโพสต์หนึ่งในไม่กี่ครั้งที่มันใจของฉันบนอินเทอร์เน็ต
dlras2

6

บางทีเราหมายถึงคนตัวเล็ก ๆ ในโปรแกรมทำให้เกิดเวทมนตร์ขึ้นมา? :)

ภาษาอังกฤษแบบพาสซีฟเสียงใช้งานยากและฟังดูแย่ คนชอบใช้แบบฟอร์มบุคคล (ฉันคุณเราหนึ่ง)

ตัวอย่าง:

(คุณ / เรา / หนึ่งคน) ต้องใช้ผู้รับมอบสิทธิ์ในการผ่านหน้าต่างปรับขนาดกิจกรรมให้กับผู้ปกครอง

ผู้รับมอบสิทธิ์จะต้องใช้สำหรับการผ่านหน้าต่างปรับขนาดกิจกรรมเพื่อผู้ปกครอง

ตัวอย่างอื่น (โปรดทราบว่าคุณสามารถละเว้นแบบฟอร์มบุคคลในความคิดเห็น):

(เรา) ตรวจพบข้อยกเว้น (เราจะ) แสดงข้อผิดพลาดโต้ตอบ

พบข้อยกเว้นและไดอะล็อกข้อผิดพลาดจะปรากฏขึ้น

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


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

3

หากคุณกำลังพูดถึงการดำเนินการของโปรแกรมไม่ใช่ 'เรา' 'คุณ' หรือ 'ฉัน' มานุษยวิทยาอาจแพร่หลายจนไม่สามารถสังเกตเห็นได้ แต่มันเป็นนิสัยที่อันตราย (คำเตือน PDF คำเตือน Dijkstra):

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


2
คำเตือน Dijkstra! ถ้ามีเพียงสิ่งเดียวเท่านั้นที่มี :(
Tom Anderson

ฉันไม่คิดว่าการเขียนความคิดเห็นในพหูพจน์คนแรกคือมนุษย์ที่เป็นมนุษย์ ฉันคิดว่ามันแปลว่า "ตอนนี้เราสั่งให้คอมพิวเตอร์ไปที่ ... " ราวกับว่าโปรแกรมเมอร์ที่เขียนความคิดเห็นนั้นกำลังนำผู้อ่านผ่านรหัสของเขา
blujay

2

ฉันไม่คิดว่าจะเป็นคนแรกหรือ "เราเรา" ดูไม่เป็นมืออาชีพหรือเสียสมาธิ ฉันคิดว่าเราควรพยายามเขียนความคิดเห็นภาษาอังกฤษในE-Primeส่วนย่อยของภาษาอังกฤษที่ไม่มีคำกริยา "เป็น"

หากคุณใช้คำว่า "เป็น" ในความคิดเห็นมากเกินไปคุณจะได้รับข้อความที่สับสนเช่น:

// X is 10
// X is the user data of the newly-authenticated user
// X is a BigInt

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

ฉันคิดว่าข้อกำหนดการเขียนใน E-Prime ช่วยทำให้ข้อกำหนดเหล่านั้นชัดเจนขึ้นเนื่องจากผู้เขียนจะต้องระบุนักแสดงพร้อมกับแอ็คชั่น


แนวคิดที่น่าสนใจ เราจะแสดงความคิดเห็นของ "X ควรมีอย่างน้อย 5" หรือ "Y ต้องไม่มากกว่า 23" ได้อย่างไร
supercat

@supercat - "ค่าของ X ต้องมีขนาด 5 หรือมากกว่า" "ค่าของ Y ต้องไม่เกิน 23" ความเสมอภาคตรรกะหรือเลขคณิตไม่ควรใช้คำกริยา "to" "X ต้องมี 5" หรือ "X ประเมินเป็น 5" หรือ "X มีค่า 5" หรือบางรายการ หากคุณพบความคิดเห็นที่ไม่ชัดเจนโดยเฉพาะอย่างยิ่งมองหาคำกริยา "เป็น" ฉันเดิมพันว่าความคิดเห็นที่ไม่ชัดเจนใช้การสังเกต แต่ "เป็น" คำกริยา โปรดทราบว่าฉันเขียนคำตอบข้างต้นใน E-Prime
Bruce Ediger

ประการที่สองก็ดี ตัวแรกไม่มากนักเนื่องจาก -6 มีขนาดตั้งแต่ 5 ขึ้นไป
supercat

@supercat - ดีมาก "X ต้องมีค่าจำนวนเต็มที่ลงนามเป็น 5 หรือมากกว่า" ในสหรัฐอเมริกาเราจะเรียกว่า "ขนาด" "ค่าสัมบูรณ์" ของคุณซึ่งเป็นการตอกย้ำจุดของฉันในการอธิบายค่าของตัวแปรไม่ใช่ตัวแปรตามค่าซึ่งเกิดขึ้นจากความเท่าเทียมกัน
Bruce Ediger

2

สไตล์ที่ถูกต้องสำหรับการแสดงความคิดเห็นคือบุคคลที่สามที่ไม่มีตัวตน; " แบบฟอร์มไม่ย่อเล็กสุดดังนั้นจึงสามารถปรับขนาดได้อย่างปลอดภัย "

  • ฉันไร้เดียงสา
  • คุณงี่เง่า
  • เราเป็นทางการเกินไป (และราช)

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


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

2

มันขึ้นอยู่กับความคิดเห็น

โดยปกติผมเขียนแสดงความคิดเห็นในลักษณะที่แนะนำโดยปากของวัว ฉันมักจะเขียนความคิดเห็นที่สร้างเอกสาร (Doxygen, JavaDoc) เสมอในลักษณะนี้

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


+1 สำหรับ Doxygen และ JavaDoc ฉันยอมรับว่าเอกสารนั้นแตกต่างจากความคิดเห็น (แม้ว่าบางความคิดเห็นจะสร้างเอกสาร) และฉันพยายามอย่างเต็มที่ที่จะทำให้เอกสารดังกล่าวเป็นขั้นตอนที่เป็นทางการมากกว่าความคิดเห็นของฉัน
dlras2

1

คุณพ่อเฒ่าที่ดีของฉันจะถามว่า: "คุณไม่มีสิ่งที่สำคัญกว่าที่จะไปรบกวน"

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

อย่างไรก็ตามฉันเองและฉันเห็นด้วยว่าวิธีนี้เรารู้สึกเหงาน้อยลง :)


1

ฉันเป็นคนเดียวที่เขียนว่า "เรา" และคิดว่า "ฉันกับคอมพิวเตอร์" (หรือ "ทีมของฉันและคอมพิวเตอร์")? "เรา" จะจัดการกับคำขอภายนอกที่ให้เรานั่นหมายถึง "เรา" จำเป็นต้องอ่านคำขอเปิดหน้าต่างบางทำการคำนวณบางอย่างตามความต้องการทางธุรกิจของเรา นอกจากนี้ยังช่วยให้เห็นรหัสในส่วนของคุณไม่ใช่ศัตรู :-)


0

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

//You can get a session_id from SYSSession.getSessionID() if you need one

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


ภาษาอังกฤษแบบพาสซีฟไม่ค่อยฟังดูดี: "session_id สามารถได้รับจาก SYSSession.getSessionID () หากจำเป็นต้องใช้"
jkj

0

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

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

ดังนั้นหากความคิดเห็นส่วนใหญ่สามารถแสดงเป็นรหัสได้นั่นเป็นสาเหตุที่ทำให้มีความคิดเห็นน้อยมาก

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

1
ขออภัย แต่ฉันไม่ใช่แฟนของสไตล์นี้เลย โดยเฉพาะอย่างยิ่งเมื่อใช้รหัสนี้เพียงครั้งเดียวในที่เดียวและเป็นเพียงวิธีเดียวในการปรับขนาด ฉันต้องการความคิดเห็นสั้น ๆ ที่พูดอย่างดีเพื่อเพิ่มความซับซ้อนผ่านการปรับโครงสร้างใหม่โดยเฉพาะเมื่อทำงานกับดีบักเกอร์ VB6 เช่นกันCanThisFormBeResizedอาจจะถ้ามันจะนำมาใช้เช่นThisFormCanBeResized If ThisFormCanBeResized Then
dlras2

1
ที่ชอบ ฉันใช้วิธีบูลีนส่วนตัวเช่นเดียวfunction() { return this.windowState != 1 }กับความคิดเห็นใด ๆ +1 จากฉัน
keppla

1
@ แล้วจะเกิดอะไรขึ้นถ้ามีใครบางคนเข้ามาทีหลัง: ทำไมพวกเขาถึงค้นหาและคิดตรรกะเพื่อพิจารณาว่าหน้าต่างสามารถย่อเล็กสุดได้หรือไม่ พวกเขาอาจไม่เห็นรหัสบรรทัดเล็ก ๆ ของคุณพร้อมความคิดเห็นและเพิ่มของพวกเขาเอง ตอนนี้คุณมี 2 ตำแหน่งที่ต้องเปลี่ยนถ้าลอจิกเปลี่ยนและ 2 ตำแหน่งที่ความคิดเห็นไม่ตรงกันกับรหัส เหตุใดวิธีการ 1 บรรทัดที่มีชื่อดี (ที่ไม่ได้เปลี่ยนสถานะ) จึงเพิ่มความซับซ้อน มันง่ายที่สุดและเป็นหนึ่งใน refactorings ที่สะอาดที่สุดที่มีอยู่
Steve Dunn

0

ตามกฎของหัวแม่มือฉันขอแนะนำให้ใช้บุคคลแรก, Iที่อยู่,

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


0

ส่วนตัวฉันจะเขียน (ใน C #):

if (WindowState != WindowState.Minimised)
{
     ResizeWindowSafely();
}

หรือบางสิ่งบางอย่างตามสายเหล่านั้นจึงไม่ต้องการความคิดเห็น


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