คุณมักจะเขียนชื่อของคุณเองหรือชื่อ บริษัท ของคุณในรหัสของคุณ?


13

ฉันทำงานหลายโครงการทั้งที่บ้านและที่ทำงานและหลายปีที่ผ่านมาฉันได้พัฒนา API หลักสองตัวที่ฉันใช้ในเว็บไซต์ AJAX เกือบทั้งหมด ฉันได้รวบรวมทั้งสองอย่างนี้เป็น DLLs และเรียก namespaces Connell.Database และ Connell.Json

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

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

อีกสิ่งหนึ่งที่ต้องคำนึงถึงคือฉันตั้งใจจะออกวันนี้ DLLs เป็นโครงการโอเพนซอร์ส

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

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

ขอบคุณ

ปรับปรุง

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

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

ไชโย


10
ฉันคิดว่าคำถามนี้ต้องการคำเตือนเช่น "เขตที่วางทุ่นระเบิดข้างหน้า"
แมตต์เอลเลน

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

1
นี่คือที่ปัญหาอยู่แม้ว่า สิ่งที่ฉันใช้ที่บ้านฉันทำในเวลาของฉันเอง อย่างไรก็ตามฉันมีโค้ดที่แก้ไขแล้วสำหรับโครงการทำงานซึ่งฉันแก้ไขในเวลานั้น
Connell

1
@Connell - ไม่ใช่ทนายความและขึ้นอยู่กับประเทศที่คุณอยู่ แต่โดยปกติอาจมีพื้นที่สีเทาเกี่ยวกับสิ่งที่คุณทำในเวลาของคุณเองสิ่งที่คุณทำในเวลาของพวกเขานั้นเกือบจะแน่นอนและพวกเขาเป็นเจ้าของ IP . รุ่นสั้น - ไม่ใช่รหัสของคุณมันเป็นของพวกเขาคุณเพิ่งเขียนมัน
Jon Hopkins

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

คำตอบ:


11

(ข้อจำกัดความรับผิดชอบมาตรฐาน - ฉันไม่ใช่ทนายความ ... )

จากโปรไฟล์ของคุณคุณดูเหมือนจะอยู่ในสหราชอาณาจักร

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

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

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

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

ยูเนี่ยนรวมกันมีชิ้นส่วนเกี่ยวกับเรื่องนี้ ส่วนของคีย์ดูเหมือนจะเป็น:

"มีบทบัญญัติตามกฎหมายด่วน:

·มาตรา 11 (2) ของพระราชบัญญัติลิขสิทธิ์การออกแบบและสิทธิบัตร (CDPA) 1988 และ

·มาตรา 39 แห่งพระราชบัญญัติสิทธิบัตรปี 1977

การจัดการกับความเป็นเจ้าของในการทำงานของพนักงาน ภายใต้บทบัญญัติเหล่านี้นายจ้างได้รับสิทธิในทรัพย์สินทางปัญญาในส่วนที่เกี่ยวกับงานใด ๆ ที่สร้างขึ้นโดยพนักงานที่ตนเป็นเจ้าของ

- ต้องผลิตภายใต้เงื่อนไขของสัญญาจ้างงานหรือ

- คาดว่าจะสามารถผลิตได้อย่างสมเหตุสมผลภายใต้เงื่อนไขของสัญญานั้น

เห็นได้ชัดว่ายิ่งรายละเอียดงานของพนักงานแต่ละคนมากเท่าไรก็จะยิ่งยากต่อการหลีกเลี่ยงผลกระทบของมาตรา 11 (2) และ 39 ข้างต้น

แม้ว่างานจะถูกสร้างขึ้นโดยพนักงานในเวลาของตนเองและใช้ทรัพยากรของตนเองพนักงานจะไม่สามารถเรียกร้องสิทธิใด ๆ ในงานนั้นได้หากนายจ้างแสดงให้เห็นว่าลักษณะของงานที่สร้างขึ้นนั้นเป็นสิ่งที่สามารถ ใคร่ครวญอย่างมีเหตุผลเป็นส่วนหนึ่งของหน้าที่ของพนักงาน นี่แสดงให้เห็นโดยกรณีของ Missing Link Software v Magee [1989] FSR 361 ที่นั่นศาลถือลิขสิทธิ์ในโปรแกรมซอฟต์แวร์ที่เขียนโดยพนักงานนอกเวลาทำงานและอุปกรณ์ของเขาเองในระหว่างการจ้างงาน เมื่อมันตกอยู่ในขอบเขตของงานที่นายมาจีใช้เพื่อดำเนินการ "

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

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

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

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


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

@Connell - ดูการแก้ไขข้างต้นรุ่น TL; DR: สิทธิ์อาจยังคงเป็นของ บริษัท ไม่ใช่คุณ
Jon Hopkins

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

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

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

12

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


ฉันอาจจะเขียน 90% ของโครงการนี้ที่บ้าน ฉันได้ทำการเปลี่ยนแปลงเล็กน้อยในที่ทำงานและอันที่จริงฉันไม่ได้ใช้การเปลี่ยนแปลงเหล่านี้ที่บ้านเลยดังนั้นถ้าฉันปล่อยโดยไม่มีการเปลี่ยนแปลงเหล่านี้ ฉันจะต้องขออนุญาตก่อนหรือไม่
Connell

1
@ คอนเนลล์: ประการแรกฉันไม่ได้เป็นทนายความ หากเป็นกรณีนี้ฉันจะตรวจสอบให้แน่ใจว่าฉันจะแยกความชัดเจนระหว่าง API และรหัสของพวกเขา ฉันจะไม่ได้มีซอร์สโค้ดในที่ทำงานและเพียงแค่อ้างอิง DLL
RoboShop

@ คอนเนลล์: และเพื่อย้ำอีกครั้งฉันไม่ได้เป็นทนายความ นั่นเป็นเพียงสิ่งที่ฉันจะทำ ...
RoboShop

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

3

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

ดังนั้นในระยะสั้นมันไม่ใช่รหัสของคุณ คุณไม่ได้เป็นเจ้าของมัน เนมสเปซควรชื่อ บริษัท เพราะเป็นของพวกเขา พวกเขาจ่ายเงินให้คนเขียน! (เช่นคุณ)


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

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

2

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

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


2

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

ฉันเซ็นชื่อของฉันด้วยเหตุผลนี้เสมอ และก็เตือนฉันด้วยว่าฉันต้องทำให้แน่ใจว่าฉันทำงานได้ดีเพราะฉันรู้ว่าถ้าฉันไม่โกรธเพื่อนร่วมงานจะโทรหาฉันกลางดึก! :)


3
นั่นคือสิ่งที่บันทึกการควบคุมแหล่งที่มาสำหรับ
อดัมเลียร์

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

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

0

อย่างที่ทุกคนพูดมันอาจเป็นกรณีที่ บริษัท มีการอ้างสิทธิ์ในรหัส (ด้วยวลีเช่น "ฉันได้เขียนไว้ 90% ของโครงการนี้ที่บ้าน" มันมืดมน)

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


0

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


แปลกมากที่ฉันแค่มองเรื่องนี้ ฉันพยายามที่จะคิดชื่อโครงการที่ดีที่ไม่ซ้ำกันสำหรับมัน :)
คอนเนลล์

... ปัจจุบันฉันใช้ 'Theodore' - ชื่อแมวของเพื่อนบ้านของฉัน สิ่งนี้ไม่เคยเจอในสิ่งอื่นใดนอกจากที่ไม่เป็นอันตราย ชื่ออื่นที่ฉันเคยใช้มี 'ดูเหมือนความคิดที่ดีในเวลานั้น' และไม่ได้ผลในระยะยาว ที่นี่มีไม่กี่ที่จะได้รับคุณคิด: applemuseum.bott.org/sections/codenames.html
แม็ตธิว

0

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

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

คุณธรรมหรือเอาไปไม่ได้สิทธิผู้เขียนไม่สามารถได้รับการยกเว้นภายใต้เขตอำนาจมากที่สุด

ในขณะที่การเป็นเจ้าของนั้นเกี่ยวข้องกับเศรษฐกิจ แต่ก็มีสิทธิ์

ทำไมไม่เพียงทำตามวิธีปฏิบัติของบทความทางวิทยาศาสตร์ที่มีการลงนามเมื่อคนงานมักจะทำงานเป็นนักวิจัย / อาจารย์เยี่ยมชมจ้าง / ทุน nu หลายหน่วยงาน หรือภายใต้การจัดหาเงินทุนที่เป็นอิสระของฝ่าย 3 มิติ: ชื่อผู้แต่ง + งานที่ทำเสร็จแล้ว + หน่วยกิตที่สนับสนุนงาน

โปรดทราบว่าสิ่งเหล่านี้มีความสัมพันธ์หลายต่อหลายอย่าง (ผู้เขียนหนึ่งคนหรือผลงานของเขาสามารถมีพันธมิตรหลายรายและการเงิน)

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