ฉันควรชี้ให้เห็นข้อผิดพลาดที่เกี่ยวข้องกับการสะกด / ไวยากรณ์ในรหัสของใครบางคนหรือไม่ [ปิด]

106

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

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

code-reviews grammar

— ราหุล
แหล่งที่มา

3

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

— Rei Miyasaka

31

ใช่. มันน่าผิดหวังจริง ๆ เมื่อคุณมี API ที่สะกดผิด มันกระจายเหมือนไฟป่า ดังนั้นจึงดีกว่าที่จะแก้ไขโดยเร็วที่สุด

9

@Rei: ไม่ว่าภาษาอังกฤษเป็นภาษาแม่ของพวกเขาหรือไม่ควรจะไม่เกี่ยวข้องในสภาพแวดล้อมที่เป็นมืออาชีพ ถ้ามันไม่ได้เลวร้ายเกินไปสำหรับพวกเขา แต่ก็ไม่มีข้อแก้ตัวพวกเขาควรจะได้รับมาตรฐานเดียวกัน

— โทมัสโบนินี

4

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

— Stephen Furlani

11

HTTP-Refererทำให้ฉันรำคาญบ่อย en.wikipedia.org/wiki/HTTP_referrer#Origin_of_the_term_referer

— ผู้ได้รับเงิน nerd

205

รหัสที่มีข้อผิดพลาดในการสะกดคำและไวยากรณ์ไม่สามารถแก้ไขได้

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

การแก้ไขปัญหาเหล มันเป็นเรื่องเกี่ยวกับการเขียนที่มีคุณภาพรหัสการบำรุงรักษา

— HedgeMage
แหล่งที่มา

7

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

— opello

15

+1 - เมื่อข้อผิดพลาดการสะกดและไวยากรณ์เข้ามาใน API พวกเขาจะไม่สามารถออกไปได้อีก ผมใช้เวลาส่วนที่ดีของสามปีต้องเขียน "Avtivity" แทน "กิจกรรม" และมันก็ร่างกายเจ็บจะทำเช่นนั้น

— John Bode

7

สำหรับการดีขึ้นหรือแย่ลงการฝึกฝนการเขียนโปรแกรมที่ดีมักจะเกิดขึ้นกับบางสิ่งบางอย่างเช่นอวดรู้ นอกจากนี้ฉันต้องการหาคนที่สะกดผิดReferrerในข้อมูลจำเพาะ HTTP ดั้งเดิมและเตะเขาที่ข้อเท้า แน่นอนมันอาจเป็น Berners-Lee และดังนั้นฉันจึงรู้สึกผิดหลังจากนั้น ...

— Malvolio

2

@Stephan Furlani: นั่นคือจุดที่ฉันพยายามทำ มันเป็นส่วนหนึ่งของ API ที่เราไม่ได้เป็นเจ้าของ เราไม่สามารถแก้ไขได้ในตอนท้ายของเราและกระบวนการสำหรับการแก้ไขนั้นน่าเกลียดและยาวพอที่ไม่มีใครต้องการยุ่งกับมัน

— John Bode

2

@ John Bode ฉันคิดว่าคุณควรจะสร้างฟังก์ชั่น wrapper :) C # มีเล่ห์เหลี่ยมอย่างนั้น (ฉันลืมชื่อของมัน)

— งาน

38

ได้แน่นอน. ง่ายต่อการจดจำชื่อถ้ามันถูกต้องตามหลักไวยากรณ์ การพยายามจดจำชื่อและไวยากรณ์ผิดพลาดเป็นอีกเรื่องหนึ่งโดยสิ้นเชิง

— Jason Baker
แหล่งที่มา

29

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

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

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

— John R. Strohm
แหล่งที่มา

12

การบอกว่ามันเกี่ยวกับการรับรู้ของผู้อื่นทำให้ดูเหมือนไม่สำคัญ บอกความจริง - พวกเขากำลังทำรหัสยากขึ้นเพื่อรักษาและสร้าง

— HedgeMage

5

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

— John R. Strohm

12

@ จอห์นฉันเห็นได้ชัดว่าสถานการณ์การทำงานที่ไม่ดีสามารถบังคับให้ใครบางคนต้องเดินบนเปลือกไข่แบบนั้น - แต่มันเป็นสถานการณ์ที่ไม่ดีถ้านั่นเป็นปัญหาในตอนแรก คนที่มีอัตตาที่เปราะบาง (และวัฒนธรรมการทำงานที่เปิดโอกาสให้พวกคนเสฉวน) ไม่ดีสำหรับการเริ่มต้นธุรกิจ

— HedgeMage

6

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

— quick_now

6

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

— Dean Harding

10

เปลี่ยนมันเอง

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

— มาร์ซี่
แหล่งที่มา

5

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

— เดวิด ธ อร์นลีย์

หากคุณกังวลว่าการแก้ไขรหัสใด ๆ อาจทำให้รหัส "คนอื่น" เสียหายและคุณไม่มีทางบอกได้ว่าคุณมีปัญหาใหญ่กว่าการสะกดคำ

— Cornel Masson

@CornelMasson: ไม่จริง นี่เป็นส่วนสำคัญของการออกแบบ API

— Lightness Races ในวงโคจร

6

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

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

6

ฉันเดาว่ามันคุ้มค่าที่จะกล่าวถึงที่นี่ว่าส่วนหัวของผู้อ้างอิง HTTP ในโปรโตคอล HTTP นั้นถูกสะกดผิดว่าเป็น "ผู้อ้างอิง" (และเราต้องอยู่กับมัน / เราได้เรียนรู้ที่จะอยู่กับมัน) :)

— กระต่ายบันนี่
แหล่งที่มา

10

และเราไม่ต้องการเห็นสิ่งนั้นอีกเลย

— David Thornley

4

ฉันเห็นด้วยกับคำตอบอื่น ๆ ที่บอกว่ารหัสที่มีความผิดพลาดทางไวยากรณ์นั้นไม่สามารถทำได้

ฉันต้องการเพิ่มบางสิ่งด้วย:

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

— Arseni Mourzenko
แหล่งที่มา

11

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

— มนุษย์ดีบุก

3

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

— Mark Freedman

ข้อผิดพลาดในการสะกดคำใด ๆ สามารถตรวจสอบได้ด้วยการค้นหาโดย Google ง่ายๆ

— JoelFan

2

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

— Zenka โรมัน
แหล่งที่มา

0

ฉันทำก็ต่อเมื่อ

มันมีผลต่อการใช้งานของโปรแกรม
มันมีผลต่อความถูกต้องของโปรแกรม
ฉันรู้ว่าผู้เขียนต้องการได้รับการแก้ไขอย่างชัดเจน

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

if userHasPermission() ...

— มาร์คแฮร์ริสัน
แหล่งที่มา

1

ยังมีศักยภาพที่เหมือนกันสำหรับความผิดพลาดทางไวยากรณ์ แต่เนื่องจากในกรณีนี้userHavePermission()จะผิด

— Dean Harding

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

— Stephen Furlani

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

— LS

0

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

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

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

— Daniel Hershcovich
แหล่งที่มา

0

กฎทองนำไปใช้

ทำกับคนอื่นตามที่คุณต้องการให้พวกเขาทำกับคุณ

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

— kevpie
แหล่งที่มา

2

-1 สำหรับความคลุมเครือ - ฉันไม่รู้ว่าคุณกำลังแนะนำผู้ถามให้ทำอะไร

— HedgeMage

@HedgeMage ฉันแนะนำให้ OP สมัครen.wikipedia.org/wiki/The_Golden_Rule

— kevpie

2

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

— HedgeMage

ฉันคิดว่าการร้องเรียนของ @ HedgeMage สามารถแสดงได้เช่นนี้: ฉันต้องการให้โค้ดมีคุณภาพสูงสุดตามเวลาและทรัพยากรที่มีอยู่เพราะฉันสนใจโครงการและงานในอนาคตของฉัน บ๊อบต้องการหลีกเลี่ยงการวิพากษ์วิจารณ์สำหรับความผิดพลาดที่แก้ไขได้เพราะเขาไม่วิจารณ์อย่างดี เราจะใช้ "กฎทอง" ค่อนข้างแตกต่าง

— เปลือกตา

คำแนะนำหมายความว่า OP จะดำเนินการตามที่เขาต้องการได้รับการปฏิบัติ ที่จะไม่ปฏิบัติต่อบ๊อบว่าบ๊อบจะต้องการได้รับการปฏิบัติอย่างไร ฉันสนับสนุนให้ OP แก้ไข Bob เนื่องจากเขา (the OP) ต้องการแก้ไขข้อผิดพลาดเดียวกันโดยเฉพาะในบริบทที่ OP ใช้ร่วมกัน

— kevpie

0

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

— Apalala
แหล่งที่มา

3

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

— Matthew Flaschen

ระบบอัตโนมัติประเภทนั้นไม่สามารถแก้ปัญหาเหล่านี้ได้เพียงจับความผิดพลาดบางอย่างที่ผู้คนทำ

— overstood

แก้ไขอัตโนมัติ ??? มีตัวอย่างมากมายของการแก้ไขอัตโนมัติ "ล้มเหลว" บนอินเทอร์เน็ต ไม่ดีอย่างแน่นอน

— Florian F

0

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

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

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

— overstood
แหล่งที่มา

-1

อาจจะ userPermission () -

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

— mplungjan
แหล่งที่มา

การ downvoting โดยไม่แสดงความคิดเห็นเป็นสิ่งที่น่ารังเกียจ

— mplungjan

-1

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

— khebbie
แหล่งที่มา

-2

มันขึ้นอยู่กับความผิดพลาดที่เกิดขึ้นมันเป็นเรื่องธรรมดาและแย่แค่ไหนและไม่ว่าจะเป็นความผิดพลาดที่แท้จริงหรือไม่ว่าคุณจะพูดอย่างไร

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

/ คุยโว :)

— JohnL
แหล่งที่มา

2

ยืนยันในสิ่งที่ทางของฉันเป็นสิ่งหนึ่ง ยืนยันว่าสิ่งต่าง ๆ ใช้การสะกดและไวยากรณ์ที่ถูกต้องเป็นอีกสิ่งหนึ่งโดยสิ้นเชิง

— David Thornley

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

— JohnL