ปล่อยโครงการโอเพนซอร์ซโดยไม่ทำให้ลำบากใจ [ปิด]


51

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

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

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

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


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

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

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

4
ถ้าคุณมีพื้นที่เฉพาะที่มีข้อสงสัยยกให้พวกเขาที่codereview.stackexchange.com
pdr

12
BTW ถ้า embarrasement เป็นปัญหาเราจะไม่เคยมีโครงการเช่น Wordpress หรือ Joomla ... มากกว่าครึ่งหนึ่งบล็อกออกมีอยู่บน WP ไม่มีใครดูเหมือนว่าจะดูแลคุณภาพของ codebase ที่ ...
Yannis

คำตอบ:


35

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

หากเป็นแอปพลิเคชั่นสำหรับมนุษย์ทั่วไปพวกเขาอาจสนใจเฉพาะผลลัพธ์เท่านั้น


3
+1 และผู้พัฒนาที่สำคัญอาจส่งแพตช์ให้คุณ มันเสมอเกียรติที่จะเปิดความรู้และความพยายามที่จะโลกของคุณ :)
Yati sagade

4
คำติชมใด ๆ ที่เป็นข้อเสนอแนะที่มีคุณค่า แม้ว่ามันจะรุนแรง (คุณมีความสามารถที่จะเพียงแค่มองว่ามันเป็นผลตอบรับ) และนั่นเป็นสิ่งที่เพิ่มมูลค่าไม่ใช่เหตุผลที่จะถูกข่มขู่ :-) ภูมิใจในความพยายามของคุณ! ถ้ามันเป็นสิ่งที่ดีที่สุดที่คุณสามารถทำได้ด้วยการศึกษาของคุณหรือความเข้าใจที่ยอดเยี่ยม! ข้อเสนอแนะใด ๆ ที่ตามมาจะให้บริการคุณเมื่อเป็นนักพัฒนาซอฟต์แวร์ที่ดีขึ้นเท่านั้น สุจริตรหัส yesterdays มักจะดูดตราบใดที่คุณมีการปรับปรุงและเติบโต
Robert French

+1 - ขอบคุณ โครงการสำหรับนักพัฒนา แต่คุณสร้างจุดดีเกี่ยวกับผลลัพธ์
หวัง

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

25

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

ยกเว้นว่ามันจะพูดว่า 10 บรรทัดหรือน้อยกว่า แต่ก็มีข้อบกพร่อง อาจเป็นเรื่องน่าเศร้า

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

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

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


24

ตามกฎทั่วไปแล้วโปรแกรมโอเพนซอร์สมีกลุ่มบุคคลสามกลุ่มที่ดูซอร์สโค้ด

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

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

ฉันไม่คิดว่าคุณต้องกังวลเกี่ยวกับการใช้งานที่ไม่เหมาะสม มีเพียงคนเดียวที่น่าจะติดต่อคุณได้ทุกคนคือคนที่ต้องการเพิ่มคุณสมบัติหรือแก้ไขข้อบกพร่องซึ่งได้เรียกดูผ่าน codebase แล้วและไม่ได้ส่งเสียงกรี๊ดสำหรับเนินเขา ;)


5

ฉันไม่ได้รับจิตวิทยาที่อยู่เบื้องหลังคำถามนี้ ... คำถามที่ดีกว่าที่จะถามตัวเองว่า "ฉันต้องแพ้อะไรโดยการปล่อยซอฟต์แวร์นี้"

แม้ว่าโครงการของคุณจะเต็มไปด้วยกลิ่นรหัสคุณต้องสูญเสียอะไร?

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

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

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

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

หากคุณไม่สะดวกในการปล่อยซอฟต์แวร์ภายใต้ชื่อของคุณให้ปล่อยมันภายใต้ชื่อเล่น หากประสบความสำเร็จอ้างว่าเป็นของคุณเองหากไม่เปลี่ยนชื่อเล่นของคุณ :)


+1 สำหรับประโยคสุดท้ายผู้คนในวงการเพลงทำสิ่งนี้ตลอดเวลาด้วยอัลบั้ม "ทดลอง" ของพวกเขา :)
MattDavey

4

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


3

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

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

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


2

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

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

ดังนั้นไม่ต้องกังวลมากนัก - ผู้คนมีเวลาทำในเวลาว่างได้ดีกว่า nitpicking ในรหัสของโครงการ OpenSource


2

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

ฉันยังสังเกตเห็นว่าวิศวกรที่มีความสามารถใด ๆ สามารถฉีกรหัสของคนอื่นออก

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


2

บางคำพูดที่ชาญฉลาดจาก Reid Hoffman ผู้ร่วมก่อตั้ง LinkedIn:

“ หากคุณไม่ได้อายในการเปิดตัวผลิตภัณฑ์ครั้งแรกคุณก็สายเกินไป”

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

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


1

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


2
โปรแกรมเมอร์ของพระเจ้าคืออะไร?
หวัง

1
@Hopeful มีศาสตราจารย์หนึ่งคนในมหาวิทยาลัยไอไอทีบอมเบย์ ข่าวลือก็คือผู้ชายคนนี้เขียนโปรแกรมรวบรวมและเรียกใช้ ไม่มีสเตจที่เรียกว่าการคอมไพล์ใหม่หรือการดีบัก นี่คือโปรแกรมเมอร์ของพระเจ้า
Manoj R

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

1

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

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

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

โชคดี.


1

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

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

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

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

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

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