กลัวที่จะปล่อยโปรเจ็กต์งานอดิเรก - จะเอาชนะได้อย่างไร? [ปิด]


37

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

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

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

เป็นเรื่องปกติหรือไม่ คุณจะเอาชนะสถานการณ์เช่นนี้ได้อย่างไร?


11
ดีพอสำหรับคุณและ "พวกเขา" รับฟรีดังนั้นทำไมพวกเขาควรบ่น
โจอาคิมซาวเออร์

42
"ฉันกลัวว่ารหัสของฉันไม่ดีพอ" - ถ้าคุณมองย้อนกลับไปดูสิ่งที่คุณทำเมื่อวานนี้และคุณมีความสุขกับมันคุณก็จะไม่พัฒนา
Roger Lipscombe

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

4
มันจะไม่มีวันดีขึ้นถ้าไม่มีคนต่อสู้กับมัน ไปเลย!
Scott C Wilson

4
ที่คุณต้องการ! คุณควรพิจารณาตัวเองโชคดีถ้าใครได้สังเกตเห็นคุณได้รับการปล่อยตัวโค้ดบาง :)
Benjol

คำตอบ:


51

ก่อนอื่นอย่าลืม: การส่งสินค้าเป็นคุณสมบัติหนึ่ง มันจะดีกว่าที่จะปล่อยสิ่งที่ไม่สมบูรณ์ไปกว่าปล่อยอะไรเลย

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


23

วางไว้ตรงนั้น

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

แม้ว่าบุคคลอื่นจะไม่ถูกใช้งานอาจมีประโยชน์หลายประการที่ทำให้คุณยังต้องนำออกมาใช้:

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

3
+1 สำหรับ"ผู้คนอาจชี้ให้เห็นปัญหาสำหรับคุณ" - นั่นเป็นประโยชน์อย่างมากอย่างหนึ่งจากการเสนอรหัสเป็นโอเพนซอร์ส
Andrew Thompson

14

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

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


3
ฉันรักมุมมองนี้
TehShrike

+1 สำหรับตัวอย่าง Linux
Calmarius

6

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


5

ฉันขอโทษ แต่คุณกำลังทำสิ่งที่ตรงกันข้ามกับสิ่งที่คุณควรจะทำ!

เผยแพร่โดยเร็วที่สุดรับฟังความคิดเห็นของผู้คนจากนั้นใช้งานฟังก์ชั่นใหม่ตามนั้น ไม่ใช่วิธีอื่น ๆ !


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

2
@Caleb: จริงเสมอ เป้าหมายคือการจัดส่งผลิตภัณฑ์เสมอและจะไม่เขียนโค้ด!
โทมัส Bonini

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

4

คุณต้องสูญเสียอะไร ?

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

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


"มันอาจจะไม่ถูกสังเกตเห็นอยู่ดี" น่าเสียดายจริง ๆ
user16764

3

ปกติอย่างสมบูรณ์ในโดเมนใด ๆ เกินกว่าซอฟต์แวร์เช่นกัน ตรวจสอบให้แน่ใจว่ามันสร้างในสภาพแวดล้อมที่แตกต่างกันไม่กี่เขียน README และโยนไปที่ github / codeplex / etc ผ่านครั้งนี้เป็นครั้งแรกเป็นวิธีเดียวที่จะเอาชนะความวิตกกังวล

ครั้งที่สองครั้งที่สามและครั้งที่ n เป็นความสนุก


1

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

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

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