Avoid Mental MappingReaders shouldn

Avoid Mental Mapping
Readers shouldn't have to mentally translate your names into other names they already know. This
problem generally arises from a choice to use neither problem domain terms nor solution domain terms.
This is a problem with single-letter variable names. Certainly a loop counter may be named i or j or k
(though never l!) if its scope is very, very small and no other names can conflict with it. These are
allowable because those are traditional solution-domain names. But generally, a single letter name
stands for something else, or else has no meaning at all. There can be no worse reason for using the
name 'c' than because a and b were already taken.
This has been a a problem with really smart programmers who can manipulate more than the standard
7-plus-or-minus-two symbols easily in their heads. They map so easily among twelve or fifteen
arbitrarily-named objects that they can't image anything easier than the simple fact that r is the lowercased
version of the url with the host and scheme removed.
Smart is overrated. Clarity is king. The very smart must use their talent to write code that others are
less likely to misunderstand.

ผลลัพธ์ (ไทย) 1:

หลีกเลี่ยงการแม็ปจิตผู้อ่านควรต้องใจแปลชื่อของคุณเป็นชื่ออื่นก็รู้อยู่แล้ว นี้ปัญหาโดยทั่วไปเกิดจากการเลือกใช้ไม่มีปัญหาโดเมนเงื่อนไขหรือเงื่อนไขโดเมนโซลูชั่นนี้เป็นปัญหากับชื่อตัวแปรตัวเดียว แน่นอนนับวนอาจมีชื่อฉัน หรือ j หรือ k(แม้ไม่ l) ถ้าขอบเขตของมาก ขนาดเล็กมาก และอื่น ๆ ที่ไม่สามารถขัดแย้งกับ เหล่านี้เป็นใช้ได้เนื่องจากที่ชื่อโดเมนโซลูชั่นแบบดั้งเดิม แต่โดยทั่วไป เดียวตัวอักษรชื่อถึงอย่างอื่น หรือ อื่น ๆ มีความหมายไม่ทั้งหมด สามารถมีเหตุผลแย่สำหรับใช้ในชื่อ 'c' มากกว่าเนื่องจากเป็น และบีที่ถ่ายแล้วนี้แล้วมีปัญหากับโปรแกรมเมอร์สมาร์ทจริง ๆ ที่สามารถสร้างได้มากกว่ามาตรฐาน19.00-plus- หรือเครื่องสองสัญลักษณ์ง่าย ๆ ในหัวของพวกเขา แผนที่พวกเขาเพื่อได้อย่างง่ายดายระหว่าง twelve หรือ fifteenโดยตั้งชื่อวัตถุที่พวกเขาไม่สามารถภาพอะไรที่ r คือ การ lowercased ความจริงง่ายกว่ารุ่น url กับโฮสต์และโครงร่างออกสมาร์ทไม่เก่งอย่าง ความชัดเจนคือ พระ สมาร์ทมากต้องใช้ความสามารถของพวกเขาเพื่อเขียนรหัสที่ผู้อื่นโน้มที่หลงผิด

ผลลัพธ์ (ไทย) 2:

หลีกเลี่ยงการทำแผนที่ทางจิตผู้อ่านไม่ควรจะต้องแปลชื่อจิตใจของคุณให้เป็นชื่ออื่น ๆ ที่พวกเขารู้อยู่แล้วว่า นี้ปัญหาทั่วไปที่เกิดขึ้นจากการเลือกที่จะใช้ทั้งแง่ปัญหาโดเมนหรือโดเมนแง่วิธีการแก้ปัญหา. ปัญหานี้เป็นปัญหาที่มีชื่อตัวแปรเดียวที่เป็นตัวอักษร แน่นอนห่วงเคาน์เตอร์อาจจะตั้งชื่อผมหรือเจหรือ k (แม้ว่าจะไม่เคยลิตร) ถ้าขอบเขตของมันมากขนาดเล็กมากและไม่มีชื่ออื่น ๆ สามารถขัดแย้งกับมัน เหล่านี้เป็นที่อนุญาตเพราะผู้ที่มีวิธีการแก้ปัญหาแบบดั้งเดิมชื่อโดเมน แต่โดยทั่วไปชื่อตัวอักษรย่อมาจากอย่างอื่นหรืออื่น ๆ ที่มีความหมายที่ไม่ทั้งหมด จะต้องไม่มีเหตุผลที่เลวร้ายยิ่งสำหรับการใช้ชื่อ 'c' กว่าเพราะ A และ B ได้รับการดำเนินการแล้ว. นี้ได้รับปัญหาเกี่ยวกับการเขียนโปรแกรมสมาร์ทจริงๆที่สามารถจัดการมากขึ้นกว่ามาตรฐาน AA 7 บวกหรือลบสองสัญลักษณ์ได้ง่ายใน หัวของพวกเขา พวกเขาได้อย่างง่ายดาย map หมู่สิบสองหรือสิบห้าวัตถุพลชื่อที่พวกเขาไม่สามารถภาพอะไรที่ง่ายกว่าความจริงง่ายๆที่อาร์เป็น lowercased รุ่นของสมาชิกที่มีโฮสต์และโครงการออก. สมาร์ทเป็นมุขตลก ความชัดเจนเป็นกษัตริย์ สมาร์ทมากต้องใช้ความสามารถของพวกเขาที่จะเขียนโค้ดที่คนอื่น ๆ มีโอกาสน้อยที่จะเข้าใจผิด

ผลลัพธ์ (ไทย) 3:

หลีกเลี่ยงจิตการทำแผนที่
ผู้อ่านไม่ควรใจแปลชื่อเป็นชื่ออื่น พวกเขาจะรู้แล้ว ปัญหานี้มักจะเกิดขึ้นจาก
เลือกใช้โซลูชั่นโดเมนโดเมนหรือปัญหาเงื่อนไขหรือข้อตกลง
นี่เป็นปัญหากับการตั้งชื่อตัวแปรตัวเดียว แน่นอน เป็นเคาน์เตอร์วนอาจเป็นชื่อผมหรือ J หรือ K
( แต่ไม่เคยฉัน ! ) ถ้าขอบเขตของมันมากขนาดเล็กมากและไม่ชื่ออื่นสามารถขัดแย้งกับมัน เหล่านี้คือ
อนุญาตเพราะเป็นชื่อโดเมนโซลูชั่นแบบดั้งเดิม แต่โดยทั่วไปแล้ว จดหมายฉบับเดียวชื่อ
หมายถึงสิ่งอื่นหรือคนอื่นไม่มีความหมายเลย คงไม่แย่ลง เหตุผลที่ใช้ชื่อ
' C ' มากกว่า เพราะ A และ B )
เรียบร้อยแล้วนี้มีปัญหากับโปรแกรมเมอร์ เก่งจริงๆ ที่สามารถควบคุมได้มากกว่ามาตรฐาน
7-plus-or-minus-two สัญลักษณ์ง่ายๆ ในหัวของพวกเขา พวกเขาแผนที่ง่ายๆระหว่าง 12 หรือ 15
ชื่อพลวัตถุที่พวกเขาไม่ได้ภาพอะไรง่ายขึ้นกว่าความเป็นจริงง่ายๆว่า r คือ lowercased
รุ่นของ URL กับโฮสต์และรูปแบบออก
สมาร์ทสูงเกินไป ความชัดเจนคือพระราชาฉลาดมาก ต้องใช้ความสามารถของพวกเขาที่จะเขียนโค้ดที่ผู้อื่น
โอกาสน้อยที่จะเข้าใจผิด